Migracja danych klientów i zamówień do nowego sklepu - zakres i ryzyka

Zgody marketingowe i RODO przy migracji danych klientów

Zgody marketingowe przenosi się w takiej formie, w jakiej zostały udzielone - osobno dla każdego kanału i bez ich rozszerzania. Pomoc Shopify dotycząca importu klientów opisuje kolumny zgód na marketing e-mail i SMS, które przyjmują wartości yes lub no, i zaleca ustawianie ich osobno dla każdego kanału na podstawie historii kontaktu; wypisanie z e-maili nie usuwa zgody na SMS. Wartość no wpisuje się m.in. dla osób, które się wypisały lub nigdy nie wyraziły zgody (stan na październik 2026 - sprawdź aktualną dokumentację Shopify).

RODO wśród zasad przetwarzania wymienia m.in. minimalizację danych i ograniczenie przechowywania. W praktyce migracji oznacza to pytanie, czy wszystkie konta i zamówienia z wielu lat są nadal potrzebne w sklepie. Część danych może być wymagana do rozliczeń, reklamacji i obowiązków podatkowych, a część nadaje się do usunięcia lub archiwizacji poza sklepem. Konkretne okresy przechowywania i podstawy prawne ustala administrator danych z prawnikiem lub inspektorem ochrony danych - ten wpis nie jest poradą prawną.

Z punktu widzenia technicznego ważne jest, żeby pliki eksportu z danymi osobowymi nie krążyły w mailach i na prywatnych dyskach. Eksport powinien trafiać do zabezpieczonej lokalizacji z ograniczonym dostępem, a po zakończeniu migracji - zostać usunięty zgodnie z ustaleniami.

Migracja zamówień - numery, statusy i powiązania z klientami

Historia zamówień jest potrzebna klientom w panelu konta, obsłudze przy reklamacjach i zwrotach oraz w analizach sprzedaży. Przy migracji zamówień trzeba zachować numer zamówienia znany klientowi, datę złożenia, pozycje z cenami z dnia zakupu, kwoty podatku i dostawy, status płatności i realizacji oraz powiązanie z kontem klienta.

1. Najpierw klienci, potem zamówienia - zamówienie wiąże się z kontem po identyfikatorze nadanym w nowym sklepie, więc konta muszą istnieć wcześniej.

2. Tabela odwzorowań - stary identyfikator klienta i zamówienia obok nowego, zapisana na stałe.

3. Bez skutków ubocznych - import historycznego zamówienia nie może wysłać klientowi e-maila ani zdjąć towaru ze stanu.

4. Ceny historyczne - pozycje z kwotami z dnia zakupu, a nie z aktualnego cennika.

5. Kontrola sum - liczba zamówień i suma wartości w okresie zgodne w starym i nowym sklepie.

W Shopify zamówienia spoza standardowej ścieżki zakupu, np. importowane z innego systemu, tworzy się przez Admin API mutacją orderCreate, która wymaga uprawnienia write_orders. Na sklepach testowych i deweloperskich obowiązuje limit pięciu nowych zamówień na minutę, a opcje mutacji pozwalają m.in. sterować aktualizacją stanów i wysyłką potwierdzeń do klienta (stan na październik 2026 - sprawdź aktualną dokumentację Shopify). Ten limit ma znaczenie przy testach migracji dużej historii.

W WooCommerce warto sprawdzić, gdzie sklep przechowuje zamówienia. Funkcja High-Performance Order Storage zapisuje je we własnych tabelach zamiast w tabelach wpisów WordPress i od WooCommerce 8.2 jest domyślnie włączona w nowych instalacjach, a w trybie zgodności dane mogą być synchronizowane między obiema lokalizacjami (stan na październik 2026 - sprawdź aktualną dokumentację WooCommerce). Skrypt migracji powinien korzystać z API lub warstwy CRUD WooCommerce, a nie zapisywać zamówień bezpośrednio do bazy.

[#przyklad] Normalizacja adresu e-mail przed scaleniem duplikatów w Pythonie: klucz = email.strip().lower(). Dwa konta z tym samym kluczem scalasz w jedno, a zamówienia obu kont przypinasz do konta docelowego według tabeli odwzorowań.

Czyszczenie danych przed migracją klientów

Migracja to dobry moment, żeby nie przenosić bałaganu. W starych bazach typowe są konta testowe, duplikaty z różną wielkością liter w adresie e-mail, konta bez zamówień założone wiele lat temu i adresy, na które wiadomości od dawna nie dochodzą. Przykładowy podział bazy przed i po czyszczeniu może wyglądać tak:

[#chart:wpr50b]

Reguły czyszczenia warto spisać, zanim ktokolwiek zacznie usuwać rekordy. Przykładowo: konta z domeną firmową i słowem test w adresie to konta testowe; konta z tym samym adresem e-mail po normalizacji to duplikaty do scalenia; konta bez zamówień i bez aktywności od określonej daty to kandydaci do decyzji administratora danych. Każda reguła daje listę rekordów, którą przed wykonaniem przegląda osoba odpowiedzialna za dane. Raport z liczbą rekordów usuniętych, scalonych i przeniesionych zostaje w dokumentacji projektu, bo po migracji łatwo o pytanie, gdzie zniknęło konto konkretnego klienta.

Czyszczenie wpływa też na systemy podłączone do sklepu. Jeśli baza klientów jest synchronizowana z CRM lub narzędziem do mailingu, scalenie kont i zmiana identyfikatorów muszą zostać odzwierciedlone także tam - inaczej integracja utworzy duplikaty. Jak działają takie połączenia, opisujemy we wpisie integracja sklepu z CRM i mailingiem.

Recenzje, kupony i punkty lojalnościowe - dane dodatkowe

Poza kontami i zamówieniami sklepy mają dane, o których łatwo zapomnieć, a które klienci zauważają od razu. Recenzje produktów z autorem i datą, niewykorzystane kupony rabatowe, karty podarunkowe, salda punktów w programie lojalnościowym, listy życzeń i zapisane adresy dostaw. Każdy z tych elementów wymaga decyzji: przenosimy, przeliczamy czy wygaszamy z komunikatem do klientów.

Najwięcej pułapek mają salda i kupony, bo to w praktyce zobowiązania sklepu wobec klienta. Jeśli nowa platforma obsługuje je inaczej, np. inną logiką ważności albo łączenia rabatów, trzeba to ustalić przed migracją i opisać w komunikacji. Recenzje z kolei często przechowuje osobne rozszerzenie lub zewnętrzna usługa, więc ich przeniesienie zależy od możliwości eksportu i importu w obu narzędziach - warto sprawdzić to w ich dokumentacji na etapie audytu, a nie w tygodniu startu.

Jak przetestować migrację klientów i zamówień

Migrację danych osobowych testuje się na kopii danych w środowisku testowym, do którego dostęp ma tylko zespół projektu. Jeśli to możliwe, testy wstępne warto przeprowadzić na danych zanonimizowanych, a pełny import próbny - tuż przed startem, na zabezpieczonej kopii. Po każdym imporcie próbnym skrypt kontrolny powinien porównać stary i nowy sklep według tych samych miar.

• Liczby - klienci, adresy, zamówienia w każdym statusie, zgody dla każdego kanału,

• Sumy - wartość zamówień w każdym miesiącu, kwoty podatku i dostawy,

• Próbki - kilkadziesiąt losowych klientów sprawdzonych ręcznie w panelu, razem z historią zamówień,

• Skutki uboczne - brak wysłanych e-maili i brak zmian w stanach magazynowych po imporcie.

Ryzyka migracji danych klientów i zamówień i jak je ograniczyć

Większość problemów wychodzi dopiero po starcie nowego sklepu, gdy klienci logują się i sprawdzają swoje zamówienia. Najczęstsze objawy i poprawki:

[#chart:wpr50c]

Osobnym ryzykiem są dokumenty księgowe. Faktury wystawione w starym systemie powinny pozostać dostępne w niezmienionej formie, a numeracja nowych dokumentów nie może kolidować z dotychczasową. Jeśli zamówienia trafiają automatycznie do programu księgowego, połączenie trzeba przebudować i przetestować przed startem - więcej o tym we wpisie eksport zamówień do księgowości.

[#checklista] Migracja klientów i zamówień - lista kontrolna: zakres danych uzgodniony z administratorem danych; duplikaty i konta testowe usunięte lub scalone; zgody przeniesione osobno dla każdego kanału; plan dla haseł i komunikacja do klientów; najpierw klienci, potem zamówienia; tabela odwzorowań starych i nowych identyfikatorów; import bez e-maili i zmian stanów; kontrola liczby i sumy zamówień; usunięcie plików eksportu po migracji.

Jak Vinson pomaga w migracji danych klientów i zamówień

Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Przy migracji danych klientów i zamówień przygotowujemy mapowanie pól, skrypty importu przez API, scalanie duplikatów, przeniesienie zgód i historii zamówień oraz raporty kontrolne porównujące stary i nowy sklep. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Czy przy zmianie platformy sklepu można przenieść hasła klientów?

Zależy od platformy źródłowej i docelowej. Shopify nie przyjmuje haseł klientów z innego sklepu w imporcie CSV, więc klienci dostają zaproszenie do ustawienia nowego hasła. Przy innych kierunkach przeniesienie jest możliwe tylko wtedy, gdy nowa platforma obsługuje algorytm, którym zapisano stare hasła.

Czy trzeba przenosić całą historię zamówień?

Nie zawsze. Zakres i okres zależą od potrzeb obsługi klienta, reklamacji, analiz i obowiązków prawnych, które ustala administrator danych z prawnikiem lub księgowym. Starsze zamówienia można zarchiwizować poza sklepem, zamiast przenosić je do nowej platformy.

Jak przenieść zgody marketingowe klientów do nowego sklepu?

Zgody przenosi się w oryginalnej formie, osobno dla każdego kanału, np. e-mail i SMS, bez ich rozszerzania. Osoby, które się wypisały lub nigdy nie wyraziły zgody, muszą mieć w nowym sklepie oznaczenie braku zgody. Przy wątpliwościach co do ważności zgód warto skonsultować się ze specjalistą od ochrony danych.

Czy import starych zamówień wyśle klientom e-maile?

Może, jeśli skrypt migracji nie wyłączy powiadomień. Platformy zwykle pozwalają tworzyć zamówienia bez wysyłki potwierdzeń i bez zmiany stanów magazynowych - w Shopify sterują tym opcje mutacji orderCreate. Zawsze sprawdź to na kilku zamówieniach na sklepie testowym.

W jakiej kolejności migrować klientów i zamówienia?

Najpierw konta klientów, potem zamówienia, bo zamówienie musi zostać powiązane z istniejącym kontem w nowym sklepie. Stare i nowe identyfikatory zapisuje się w tabeli odwzorowań, która przydaje się też przy integracjach i reklamacjach po migracji.

Migracja danych klientów i zamówień jest bezpieczna, gdy ma jasno określony zakres, uporządkowane dane, zachowane zgody i powiązania oraz raport kontrolny po imporcie. Jeśli przenosisz sklep i chcesz zrobić to bez utraty historii i zaufania klientów, sprawdź wsparcie programistyczne Vinson. Harmonogram całego projektu zmiany platformy opisujemy we wpisie migracja sklepu internetowego na nową platformę - plan krok po kroku.