Migracja sklepu internetowego - co się psuje przy przenoszeniu danych

Każdy rodzaj danych wymaga własnego sposobu przeniesienia i kontroli. Nawet prosty produkt może mieć dodatkowe pola, ceny dla grup klientów albo zdjęcia przechowywane poza sklepem. Zanim zaakceptujesz ofertę migracji, poproś o listę obiektów i wyłączeń.

Import historycznego zamówienia nie powinien ponownie uruchamiać jego realizacji. Dane o płatności można zachować, jeśli pozwala na to metoda migracji; nie oznacza to ponownego obciążenia klienta. Podobnie zapisany status wysłane nie jest zleceniem kolejnej przesyłki.

Dla każdego obiektu ustal identyfikator źródłowy i docelowy. Tabela powiązań pozwoli znaleźć konkretny rekord po błędzie, zamiast porównywać tylko ogólną liczbę zamówień. Próbę wykonuj w środowisku odizolowanym od wysyłek, produkcyjnych płatności i automatyzacji księgowych.

Hasła są zwykle zapisane jako skróty, a nie jawny tekst. Możliwość zachowania logowania zależy od obsługiwanych algorytmów, formatu eksportu i narzędzia migracji. Nie ma jednej odpowiedzi właściwej dla każdej pary systemów.

Dobrym przykładem ograniczenia jest import klientów CSV w Shopify: nie przenosi haseł ani historii zamówień tą samą ścieżką. Z kolei WordPress 6.8 wprowadził bcrypt dla nowych skrótów, zachowując obsługę wcześniejszego phpass. Ta kompatybilność przy aktualizacji WordPress nie gwarantuje importu haseł z dowolnej platformy.

Jeżeli potrzebny jest reset, przygotuj komunikat i scenariusz odzyskania dostępu. Sprawdź adres docelowy, ważność linku, dostarczenie wiadomości oraz powiązanie konta z historią. Nie wysyłaj linków prowadzących do niegotowego systemu. Nowy dostawca poczty może wymagać poprawienia konfiguracji nadawcy, ale sama migracja sklepu nie zeruje automatycznie reputacji domeny.

Odbiór powinien obejmować istniejącego klienta, nowe konto oraz zakup bez rejestracji, jeśli sklep go umożliwia. Problemy z dostępem trzeba odróżnić od brakujących powiązań danych.

Numer zamówienia i numer faktury to różne identyfikatory. Nie zakładaj, że nowy sklep rozpocznie każdą numerację od jedynki ani że zmiana identyfikatora zamówienia wymaga identycznej zmiany dokumentów księgowych.

Przed uruchomieniem ustal z obsługą księgową trzy rzeczy. Po pierwsze: jak działa numeracja i serie w systemie wystawiającym dokumenty. Po drugie: gdzie pozostaje dostęp do wcześniejszych faktur. Po trzecie: jak powstaną korekty do sprzedaży sprzed migracji. Sam eksport plików PDF może nie zastępować wszystkich informacji potrzebnych do późniejszej obsługi.

W tabeli migracji zachowaj powiązanie starego zamówienia, dokumentu oraz nowego rekordu. Przetestuj wyszukanie konkretnego zakupu i przygotuj procedurę zwrotu bez ponownego generowania faktury sprzedaży. Wymagany zakres archiwum i zasady przechowywania ustala się dla danej działalności.

Jeśli faktury wystawia ERP lub zewnętrzna aplikacja, zmiana platformy sklepowej nie musi oznaczać przeniesienia całego archiwum do WooCommerce. Ważniejszy jest działający dostęp i jednoznaczne wskazanie systemu odpowiedzialnego za dokument. Takie zależności należy uwzględnić w zakresie migracji i integracji.

Typowe rozjazdy dotyczą wariantu jako osobnego produktu lub opcji produktu nadrzędnego, atrybutów opisowych i używanych do filtrowania, zdjęć oraz stanów magazynowych. Przepisanie wartości do podobnie nazwanego pola nie dowodzi zgodności działania.

Importer produktów WooCommerce wymaga CSV w kodowaniu UTF-8. Podczas aktualizacji dopasowuje istniejące produkty po ID albo SKU. Wariant powinien wskazywać właściwego rodzica; jego atrybuty i wartości muszą odpowiadać strukturze produktu. Nie jest to importer wszystkich danych sklepu.

Zacznij od reprezentatywnej próbki: produkt prosty, produkt z wieloma wariantami, brakujący stan, nietypowy podatek, promocja i różne zdjęcia. Wielkość próbki wynika z różnorodności katalogu. Sprawdź produkt w panelu, na stronie oraz w koszyku. Wariant poprawny wizualnie może nadal przekazywać niewłaściwy identyfikator do magazynu.

Po poprawieniu mapowania wykonaj szerszy import i porównaj wyjątki: zduplikowane SKU, puste ceny, osierocone warianty oraz niedostępne obrazy. Raport powinien wskazywać konkretne rekordy do poprawy, a nie tylko komunikat o zakończeniu importu. Przy docelowym WordPressie i WooCommerce dochodzą pola obsługiwane przez używane rozszerzenia.

Sklep to także połączenia z operatorem płatności, kurierem, marketplace i księgowością. Zmiana platformy może wymagać nowej autoryzacji lub adresu powiadomień, ale nie każda integracja zawsze potrzebuje nowych kluczy. Decydują wymagania dostawcy i zakres zmiany.

Powiadomienie skierowane do starego systemu może pozostawić nowe zamówienie bez aktualnego statusu. Taki problem można wykryć w kontrolowanym teście integracji, zamiast czekać na przypadkowy zakup klienta. Porównuj identyfikatory i zapis zdarzeń po obu stronach.

Nie wklejaj sekretów do arkusza odbioru. Zapisz właściciela konta, wymagane uprawnienia oraz miejsce bezpiecznego przekazania dostępu. Przed uruchomieniem sprawdź także, czy dwa systemy nie wysyłają równocześnie zmian stanu magazynowego do tego samego kanału.

Próba migracji pozwala ustalić mapowanie i czas potrzebny na przetwarzanie. Potem trzeba uwzględnić dane powstałe między próbą a uruchomieniem. Zamrożenie edycji katalogu nie zatrzymuje zakupów, zwrotów ani opóźnionych callbacków płatności.

Ustal moment snapshotu, rejestr zmian, ostatnią synchronizację i osobę zatwierdzającą przełączenie. Dla każdego rodzaju danych określ, który system jest źródłem aktualnej informacji. Po imporcie przyrostowym uzgodnij liczby i kwoty, a wyjątki rozpatrz przed decyzją o starcie.

Przekierowania starych adresów przygotuj wcześniej. Google zaleca: "Keep the redirects for as long as possible, generally at least 1 year." Źródłem jest dokumentacja zmiany adresów witryny. To zalecenie utrzymania przekierowań, nie gwarancja zachowania pozycji. Szersze kwestie widoczności należą do prac SEO.

Plan wycofania musi uwzględniać zamówienia przyjęte po uruchomieniu. Przywrócenie starej bazy bez ich rozliczenia może usunąć aktualne dane. W procedurze zapisz warunki zatrzymania, sposób zabezpieczenia nowych zdarzeń i odpowiedzialność za ich uzgodnienie.

Po przełączeniu obserwuj błędy, zgłoszenia klientów i zgodność zamówień z systemami zewnętrznymi. Częstotliwość oraz czas tej kontroli ustal przed startem. Sama dostępność strony głównej nie oznacza poprawnej obsługi sprzedaży.

Sprawdzaj niedopasowane statusy płatności, kolejki integracji, wiadomości transakcyjne, błędne adresy i dostęp do kont. Oddziel zwykły ruch klientów od kontrolowanych scenariuszy testowych. Codzienny monitoring nie wymaga codziennego obciążania prawdziwej karty ani wysyłania próbnych paczek.

Listę problemów prowadź z identyfikatorem zamówienia, czasem zdarzenia i właścicielem naprawy, z ograniczeniem dostępu do danych osobowych. Zamknięcie zgłoszenia powinno wynikać z ponownego sprawdzenia procesu. Jeśli przyczyną jest mapowanie, sprawdź również inne rekordy objęte tą samą regułą.

Migrację można zlecić w ramach wdrożenia sklepu internetowego. W pierwszym kontakcie wystarczy podać obecną i planowaną platformę oraz problem lub cel. Wielkość katalogu i listę integracji dołącz, jeśli je znasz. Na tej podstawie można określić potrzebny zakres diagnozy i przygotować warunki wyceny.