Plan migracji sklepu internetowego: checklista 2026

Plan migracji sklepu internetowego zaczyna się od pytania, czy zmiana platformy rozwiąże konkretny problem. Import produktów jest tylko jednym z zadań. Trzeba jeszcze ustalić, co stanie się z zamówieniami, płatnościami, integracjami, treściami i adresami, przez które klienci trafiają dziś do sklepu.

Poniższa checklista pomaga właścicielowi sklepu i zespołowi wdrożeniowemu podjąć decyzję oraz odebrać pracę. Nie jest obietnicą migracji bez spadku ruchu: Google wskazuje, że przy istotnej zmianie adresów widoczność może się wahać podczas ponownego crawlowania i indeksowania. Zasady przenoszenia witryny według Google.

Kiedy zmiana platformy jest właściwą decyzją?

Najpierw nazwij ograniczenie: czy obecny system blokuje potrzebną integrację, model danych, proces zakupowy lub sposób zarządzania katalogiem? Jeśli problemem jest nieuporządkowana oferta, błędne filtry lub brak pomiaru, przeniesienie tego samego procesu do nowego silnika może tylko skopiować usterkę. W takim przypadku zacznij od diagnozy obecnego sklepu.

Zapisz alternatywy: naprawa konfiguracji, zmiana motywu lub integracji, przebudowa wybranej części albo pełna migracja. Każdej przypisz spodziewaną korzyść, koszt utrzymania, ryzyko i warunek, po którym uznasz decyzję za udaną. To pozwala odróżnić cel biznesowy od samej preferencji technologicznej.

W budżecie oddziel budowę nowego sklepu od pracy nad eksportem, czyszczeniem danych, testami, utrzymaniem obu środowisk podczas przełączenia i wsparciem po starcie. Bez tych pozycji porównanie ofert różnych platform będzie pozorne. Wyznacz też jedną osobę po stronie sklepu, która zatwierdza wyjątki i końcowy start.

Jeśli decyzja dotyczy już konkretnej trasy, skorzystaj z poradnika migracji na Shoper albo z opisu migracji Shoper do WooCommerce. Ten tekst pozostaje neutralny wobec platformy.

Co zapisać, zanim powstanie nowy sklep?

Bez punktu odniesienia nie da się odróżnić skutku migracji od sezonowości albo problemu, który istniał wcześniej. Zapisz datę i zakres każdego źródła, a także kto będzie mógł je odczytać po zmianie.

Google zaleca uwzględniać przy mapowaniu adresów nie tylko sitemapę, lecz także logi lub analitykę i strony z linkami; obrazy oraz inne zasoby też mogą mieć własne URL-e. Dokumentacja mapowania URL-i. Sam eksport GSC nie jest pełną listą wszystkich adresów sklepu.

Kontrakt danych: co można przenieść, a co wymaga decyzji?

Nie zakładaj, że dwie platformy mają te same pola i znaczenia statusów. Zrób tabelę: encja, źródło, identyfikator, reguła mapowania, wyjątki, właściciel decyzji, test odbioru. Osobno potraktuj produkty i warianty, klientów, zamówienia, ceny i waluty, podatki, magazyn, marki, kupony, wysyłkę oraz zgody. Dostępność pola w pliku CSV nie potwierdza, że jego wartość jest kompletna lub poprawna.

Próbny import powinien dać się powtórzyć bez podwajania rekordów. Zachowanie identyfikatora źródłowego i jawne reguły aktualizacji są ważniejsze niż komunikat „import zakończony”. Po imporcie porównaj liczby oraz próbki przypadków trudnych: wariant bez ceny, anulowane zamówienie, dwa adresy klienta, produkt z wieloma kategoriami.

W case study Akademii Architektury pokazujemy właśnie rozdzielenie importu, katalogu i warstwy SEO oraz sytuację, w której gotowy staging nie oznaczał zgody na przełączenie domeny. Wyniki tego projektu opisują jego własny zakres, nie prognozę dla każdego sklepu.

Mapa adresów: zachować, przekierować czy usunąć?

Każdy istotny stary adres potrzebuje decyzji. Użyj rejestru z kolumnami: stary URL, typ strony, nowy URL, decyzja, powód, status testu. Możliwe decyzje to zachowanie adresu, trwałe przekierowanie do rzeczywistego następcy, właściwa odpowiedź 404/410 dla usuniętej treści albo HOLD, gdy brakuje dowodu. Nie kieruj całego starego katalogu na stronę główną.

Google zaleca serwerowe przekierowania trwałe, gdy adres rzeczywiście zmienił się na stałe, oraz ostrzega przed masowym kierowaniem niepowiązanych stron do jednego celu. Docelowe strony powinny mieć właściwe canonicale, a wewnętrzne linki i sitemapę trzeba zaktualizować. Migracja z nowymi URL-ami, rodzaje przekierowań.

Szczegółowy sposób budowy i testowania rejestru opisuje mapa przekierowań dużego sklepu. Automatyczne dopasowanie jest tam kandydatem do oceny, nie zgodą na wdrożenie reguły.

Co musi przejść test przed uruchomieniem?

Zbierz próbki dla typów stron i transakcji, a nie tylko dla kilku produktów z demonstracji. Sprawdź na środowisku testowym:

• zgodność liczby i wybranych rekordów po imporcie, w tym możliwość bezpiecznego wznowienia;
• koszyk, płatność testową, dostawę, podatki, zwroty i powiadomienia w uzgodnionych scenariuszach;
• status HTTP, canonical, robots i widoczną treść kategorii, produktów, artykułów oraz stron usuniętych;
• każdy zatwierdzony redirect do finalnego celu: kod, brak pętli i łańcucha, odpowiednia intencja strony;
• działanie menu, wyszukiwarki, filtrów i checkoutu na desktopie oraz telefonie;
• zgodność feedu i danych produktu z nową kartą, jeśli sklep korzysta z Merchant Center;
• własność pomiaru: czy zdarzenia i przychód nie dublują się po zmianie implementacji.

Nie każda niezgodność oznacza blokadę uruchomienia. Dla każdej zapisz wagę, właściciela i termin, ale braki przy płatnościach, danych zamówień, prawie lub niemożliwy do odtworzenia rollback wymagają jawnej decyzji przed zmianą produkcyjną.

Bramka go-live i plan wycofania

Przed zmianą domeny lub ruchu zapisz: godzinę i osobę decyzyjną, stan eksportów, sprawdzony backup, sposób synchronizacji ostatnich zamówień, listę konfiguracji DNS/CDN, plan testów po przełączeniu i warunek wycofania. Ustal, które operacje można odwrócić, a które po przyjęciu nowych zamówień wymagają już migracji w przód zamiast prostego powrotu.

Role mogą należeć do tych samych osób w małym sklepie. Ważne, by nie zastępować ich zbiorczym statusem „gotowe” bez dowodów odbioru.

Google radzi testować nową witrynę przed zmianą, aktualizować mapowanie i monitorować stare oraz nowe adresy. Przy większych serwisach pilotaż sekcji bywa użyteczny, ale nie jest pełnym dowodem zachowania całego sklepu. Zalecenia dla przenoszenia witryn.

Co sprawdzić po migracji sklepu?

W pierwszych godzinach priorytetem są zamówienia, płatności, serwer, przekierowania i błędy krytycznych ścieżek. Następnie obserwuj crawl, indeksację i widoczność URL-i w GSC oraz zachowanie użytkowników i sprzedaż w odpowiednim systemie analitycznym. Te etapy nie zachodzą równocześnie: poprawny status 200, wysłana sitemap i poprawna inspekcja URL-a nie gwarantują pozycji ani zamówień.

Porównuj tę samą grupę adresów i porównywalne okresy. Jeśli spada ruch, sprawdź najpierw, czy istnieją stare URL-e bez decyzji, błędny canonical, blokada indeksowania, nieaktualne linki lub zniknięta treść. Nie nazywaj każdej zmiany „normalnym wahaniem” bez diagnozy. Google zaleca obserwować zarówno błędy crawlowania, jak i zapytania oraz ruch po przeniesieniu. Monitoring po migracji.

Jednostronicowy szablon planu migracji

Przed zamówieniem prac wypełnij przynajmniej:

1. Powód i alternatywy: co blokuje obecna platforma i dlaczego naprawa nie wystarczy?
2. Zakres danych: jakie encje, okres historii i integracje mają przejść; czego nie przenosimy?
3. Adresy: ile ważnych URL-i ma zachowany adres, następcę, status usunięcia albo HOLD?
4. Odbiór: jakie testy mają potwierdzić poprawność danych, zakupów, SEO i pomiaru?
5. Start: kto zamyka bramki płatności, dostawy, prawa, DNS i backupu?
6. Rollback: co dokładnie można przywrócić i do kiedy, jeśli pojawią się nowe zamówienia?
7. Monitoring: kto sprawdza błędy, indeksację i sprzedaż po starcie oraz z jakim punktem odniesienia?

Jeśli potrzebujesz wykonania i oceny ryzyka konkretnego sklepu, zobacz zakres usługi migracji sklepu internetowego. Poradnik pomaga przygotować decyzję; plan wdrożeniowy wymaga dostępu do Twoich danych i systemów.