Co faktycznie podlega migracji
Poza oczywistym katalogiem produktów, pełna migracja danych zwykle obejmuje konta klientów wraz z historią zamówień, istniejące zamówienia (otwarte i historyczne), treści takie jak wpisy na blogu czy strony statyczne, opinie, jeśli są przechowywane na platformie, oraz wszelkie pola niestandardowe czy metadane specyficzne dla Twojej firmy. Nie wszystko koniecznie musi się przenieść — część danych historycznych może zostać zarchiwizowana zamiast aktywnie migrowana, co jest decyzją o zakresie podejmowaną podczas oceny, a nie zakładaną domyślnie.
Dlaczego zwykły eksport/import nie wystarczy
Dwie platformy rzadko modelują dane identycznie — płaska lista produktów jednej platformy może być hierarchicznym systemem kategorii i atrybutów drugiej; prosty rekord klienta na jednej platformie może wymagać podziału na kilka typów obiektów na nowej. Dosłowna kopia pole po polu z pliku eksportu często daje dane, które są technicznie obecne, ale strukturalnie błędne — zerwane relacje wariantów, utracone pola niestandardowe czy rekordy klientów niepoprawnie powiązane z historią zamówień. Prawdziwa migracja danych oznacza celowe mapowanie każdego typu danych, a nie tylko przenoszenie plików.
Jak do tego podchodzimy
Zaczynamy od audytu danych — zrozumienia, co faktycznie istnieje w starym systemie, w tym niespójności narosłych z czasem (zduplikowani klienci, osierocone rekordy, niespójna kategoryzacja) — zanim zdecydujemy, jak to mapuje się na nową platformę. Porządkowanie danych często dzieje się w ramach tego etapu, a nie po nim, ponieważ wierne przeniesienie złych danych po prostu odtwarza te same problemy na nowej platformie. Zobacz Czyszczenie i mapowanie danych, by dowiedzieć się, jak to wpisuje się w zarządzaną migrację.
Najczęstsze pytania
Czy migracja danych obejmuje historię moich zamówień?
Może obejmować — to, czy historyczne zamówienia są aktywnie migrowane na nową platformę, czy archiwizowane osobno, to decyzja o zakresie, ponieważ nie każda platforma czy firma potrzebuje żywej historii zamówień w nowym systemie. Omawiamy to podczas oceny.
Czy moje pola niestandardowe przeniosą się automatycznie?
Nie automatycznie — pola niestandardowe wymagają jawnego odpowiednika na nowej platformie (często są to metafields lub atrybuty niestandardowe), a to mapowanie trzeba zdefiniować, a nie zakładać, że istnieje domyślnie.
Czy mogę zmigrować dane samodzielnie za pomocą wtyczki lub narzędzia importu?
Przy małych, prostych katalogach to może zadziałać. Dla sklepów ze znaczącą personalizacją, historią zamówień czy problemami z jakością danych generyczne narzędzie importu zwykle nie potrafi podjąć decyzji, jakich wymaga właściwy audyt danych i proces mapowania — po prostu przenosi to, co jest w pliku, wraz z błędami.
Jak unikacie utraty danych podczas migracji?
Poprzez audyt i mapowanie przed przeniesieniem czegokolwiek, przetestowanie migracji najpierw na środowisku testowym oraz weryfikację liczby rekordów i wyrywkową kontrolę danych po przeniesieniu, zamiast zakładać, że import przebiegł poprawnie.