Migracja do Shoper krok po kroku — checklista

Migracja sklepu na Shoper łączy dane, adresy, treści, integracje i uruchomienie. Nie da się zagwarantować niezmiennej widoczności, ale można ograniczyć ryzyko przez kompletny rejestr URL-i, decyzje semantyczne, testy i rollback.

Przygotowanie i inwentaryzacja URL

Zanim ruszysz z migracją, musisz wiedzieć, co masz. Stwórz kompletną mapę starej struktury URL.

• Eksport wszystkich URL-i z obecnego systemu (produkty, kategorie, strony CMS, tagi, blog). Użyj narzędzia jak Screaming Frog lub Sitebulb – nie polegaj na ręcznym zbieraniu.
• Zidentyfikuj wzorce URL: czy stare adresy mają /product/, /category/, czy może /p/ i /c/. Shoper domyślnie używa np. /product-pol- oraz /category-pol-. Musisz wiedzieć, jak to zmapować.
• Wykryj duplikaty i parametry: stare URL-e z ?sort=, ?page=, ?gclid= — sprawdź, które były indeksowane i linkowane. Sposób obsługi parametrów potwierdź w renderowanym HTML oraz aktualnej konfiguracji platformy.
• Zrób listę URL-i z ruchem: wyeksportuj z Google Search Console (GSC) i Google Analytics listę adresów, które generują ruch organiczny. To one są priorytetem.

Mapa przekierowań 301

Każdy stary URL musi mieć dokładnie jedną decyzję: 301, 410, 404 albo HOLD. Przekierowanie stosuj tylko wtedy, gdy istnieje semantyczny następca.

• Mapowanie 1:1: dla zachowanych intencji stwórz parę stary URL -> nowy URL. Jeśli odpowiednika nie ma, nie zgaduj kategorii docelowej.
• Warstwa wykonawcza: wybierz mechanizm zgodny z aktualną konfiguracją domeny i platformy; oddziel rejestr decyzji od kodu wykonawczego.
• Nie używaj łańcuchów: stary URL powinien prowadzić bezpośrednio do finalnego adresu, aby ograniczyć opóźnienie i złożoność crawla.
• Przykład pułapki: jeśli stary sklep miał URL-e w formacie /produkt/12345/nazwa-produktu, a Shoper generuje /product-pol-12345-nazwa-produktu, to nie wystarczy przekierować tylko po ID. Musisz uwzględnić cały wzorzec, bo Google indeksuje pełny URL.

Przeniesienie treści i kategorii

Shoper to platforma SaaS – nie masz dostępu do bazy danych. Treści przenosisz ręcznie lub przez import CSV/XML.

• Import produktów: użyj wbudowanego importera Shoper (CSV). Upewnij się, że mapujesz stare ID produktów na nowe – to kluczowe dla przekierowań. Jeśli nie masz ID, użyj SKU jako identyfikatora.
• Przenoszenie opisów i meta: zachowaj wartościowy sens, intencję i unikalne dane, a następnie sprawdź renderowany title i description. Długość pola nie gwarantuje sposobu prezentacji w wynikach.
• Kategorie: zaprojektuj adresy i hierarchię przed importem. Nie opieraj planu na przykładzie prefiksu ze starszego motywu lub wersji platformy.
• Zdjęcia: przenieś pliki, teksty alternatywne, kontekst i linki. Zmiana nazwy sama w sobie nie przesądza o utracie widoczności; ważne są dostępność zasobu, URL, treść i poprawne mapowanie.

Testy przed startem

Nie wrzucaj migracji na żywo bez testów. Stwórz środowisko testowe (Shoper oferuje subdomenę testową) i wykonaj:

• Sprawdź wszystkie przekierowania: użyj narzędzia do masowego sprawdzania HTTP statusów (np. Redirect Path w Chrome lub skrypt w Pythonie). Każde 301 musi zwracać kod 301, a nie 302 lub 404.
• Testuj kanoniczne URL-e: Shoper domyślnie dodaje tag rel="canonical". Upewnij się, że wskazuje na właściwą wersję URL (bez parametrów, bez www vs bez www).
• Sprawdź mapę strony (sitemap.xml): Shoper generuje ją automatycznie, ale musisz zweryfikować, czy zawiera tylko nowe URL-e, a nie stare przekierowane. Zgłoś nową mapę w GSC.
• Testuj wydajność: sprawdź strony główne, kategorie, produkty, filtry i checkout w danych laboratoryjnych oraz polowych. Nie odbieraj migracji na podstawie samego wyniku Lighthouse.
• Sprawdź breadcrumbs: w Shoperze nawigacja okruszkowa jest generowana automatycznie. Upewnij się, że nie prowadzi do starych URL-i.

Monitoring po launchu

Migracja wymaga monitoringu do czasu ustabilizowania crawla, indeksacji i danych biznesowych. Czas zależy od skali i częstotliwości crawlowania.

• Google Search Console: codziennie sprawdzaj raport „Strony” pod kątem błędów 404 i 500. Każdy błąd to potencjalna utrata ruchu.
• Monitoruj indeksację: używaj raportów GSC, próbek inspekcji URL i własnego crawla. Operator site: nie jest dokładnym licznikiem indeksu.
• Sprawdź logi serwera (jeśli masz dostęp) lub użyj narzędzia jak JetOctopus do analizy crawl budgetu. Shoper nie daje bezpośredniego dostępu do logów, ale możesz użyć zewnętrznego crawlera.
• Ruch organiczny: porównaj podobne okresy i segmenty. Nie uznawaj z góry żadnego spadku za „normalny”; sprawdź adresy docelowe, canonicale, renderowanie, treści i źródła ruchu.

Najczęstsze pułapki

• Brak przekierowań dla starych obrazków: jeśli zmienisz ścieżkę do zdjęć, Google zobaczy 404 dla każdego pliku. Przekieruj stare URL-e obrazków (np. /images/old.jpg -> /upload/old.jpg) lub użyj wtyczki do masowej zamiany ścieżek.
• Zapomniane tagi i strony CMS: jeśli nie mają semantycznego następcy, oznacz je HOLD, 410 albo 404 zgodnie z dowodami. Nie kieruj masowo do nadrzędnej kategorii.
• Zmiana struktury kategorii: jeśli w starym sklepie miałeś /mezczyzni/kurtki/, a w Shoperze tworzysz /kurtki-mezczyzni/, to nie wystarczy przekierować tylko URL. Musisz też zmienić breadcrumbs i wewnętrzne linkowanie.
• Brak testów na mobile: Shoper jest responsywny, ale jeśli importujesz niestandardowe szablony, sprawdź, czy menu i filtry działają na urządzeniach dotykowych. Google indeksuje mobile-first.
• Zbyt szybkie wyłączenie przekierowań: stara domena nie musi nadal serwować konkurencyjnej witryny, ale powinna utrzymywać zatwierdzone redirecty przez długi okres — najlepiej bezterminowo, o ile domena pozostaje pod kontrolą.

Jeśli to dla Ciebie temat na poważnie, a nie ciekawostka — najwięcej zyskasz, traktując go jako część migracja sklepu na shoper, a nie pojedynczy ruch w oderwaniu od reszty.