Migracja sklepu bez utraty pozycji w Google — checklista

Migracja sklepu nie polega tylko na przeniesieniu produktów z jednego panelu do drugiego. Razem ze sklepem trzeba przenieść adresy URL, treści, klientów, zamówienia, zdjęcia, dane SEO, analitykę, płatności, dostawy i integracje wykorzystywane w codziennej sprzedaży.

Największy problem pojawia się wtedy, gdy nowy sklep technicznie działa, ale Google widzi tysiące nowych adresów, stare strony zwracają błędy 404, kategorie straciły opisy, a produkty mają błędne canonicale. Klient może nadal złożyć zamówienie, ale ruch z wyszukiwarki zaczyna spadać.

Nie da się uczciwie zagwarantować, że pozycje ani na chwilę się nie zmienią. Można jednak mocno ograniczyć ryzyko, jeżeli migracja zostanie potraktowana jako projekt techniczno-SEO, a nie szybki import produktów wykonany w dniu uruchomienia.

W tym poradniku pokazujemy, co sprawdzić przed migracją, jak przygotować mapę przekierowań 301, jakie dane przenieść, co przetestować przed publikacją i jak monitorować sklep po zmianie platformy.

Odpowiedź wprost

Migracja sklepu bez utraty pozycji to nie tylko przeniesienie produktów — to zachowanie adresów URL, treści, danych SEO i przekierowań 301 ze starych adresów na nowe. Największe spadki biorą się z tysięcy błędów 404, braku mapy przekierowań i zmienionych adresów kategorii. Klucz to przygotowana wcześniej mapa URL stary→nowy, testy na środowisku roboczym i monitoring indeksacji po przeniesieniu.

W skrócie (TL;DR)

• Jeżeli obecne adresy URL są dobre, zazwyczaj warto je zachować.
• Każdy ważny stary adres powinien prowadzić do odpowiadającej mu nowej strony.
• Przed migracją zapisz dane o ruchu, sprzedaży, pozycjach i najważniejszych stronach.
• Oprócz produktów trzeba przenieść treści SEO, klientów, zamówienia, analitykę, feed produktowy i integracje.
• Przed publikacją wykonaj pełne zamówienie testowe, łącznie z płatnością, dostawą i synchronizacją.
• Po uruchomieniu kontroluj błędy 404, indeksację, konwersje, Merchant Center i działanie integracji.
• Przy dużym sklepie przygotuj osobny plan przełączenia i możliwość powrotu do poprzedniej wersji.

Czym właściwie jest migracja sklepu?

Migracja sklepu to przeniesienie całego procesu sprzedaży do nowego środowiska, a nie tylko skopiowanie katalogu produktów.

Zmiana może obejmować przejście z Shopera, Shopify, IdoSell, PrestaShop lub Magento na WooCommerce, zmianę domeny, przebudowę istniejącego sklepu WooCommerce, zmianę hostingu lub serwera, zmianę struktury kategorii i adresów URL, połączenie kilku sklepów w jeden, wydzielenie panelu B2B, uruchomienie nowej wersji językowej, przejście na architekturę headless albo zmianę systemu obsługującego magazyn, produkty czy zamówienia. Każdy z tych scenariuszy ma inny poziom ryzyka.

Rodzaj zmiany	Przykład	Ryzyko dla SEO
Zmiana hostingu	Ta sama domena i adresy, nowy serwer	Niskie lub średnie
Zmiana wyglądu	Nowy motyw, ta sama struktura URL	Średnie
Zmiana platformy	Shoper → WooCommerce	Średnie lub wysokie
Zmiana struktury	Nowe kategorie i adresy produktów	Wysokie
Zmiana domeny	sklep-a.pl → sklep-b.pl	Wysokie
Kilka zmian naraz	Nowa domena, platforma, treści i struktura	Bardzo wysokie

Dlaczego sklep może stracić pozycje po migracji?

Spadki najczęściej wynikają z tego, że Google nie potrafi prawidłowo połączyć starych stron z ich nowymi odpowiednikami.

Stary sklep przez lata zbierał historię: pojawiał się na określone frazy, zdobywał linki zewnętrzne, gromadził treści i opinie, rozwijał linkowanie wewnętrzne, budował widoczność kategorii i produktów oraz był regularnie odwiedzany przez roboty Google.

Załóżmy, że stara kategoria działała pod adresem sklep.pl/kategoria/kremy-do-twarzy/. Po migracji nowa wersja znajduje się pod adresem sklep.pl/kosmetyki/pielegnacja-twarzy/kremy/. Jeżeli stary URL zacznie zwracać błąd 404, Google nie musi automatycznie rozpoznać, że nowa strona jest jego odpowiednikiem. Potrzebne jest poprawne przekierowanie.

Najczęstsze źródła problemów:

• brak przekierowań 301;
• przekierowania do niepowiązanych stron;
• usunięcie wartościowych kategorii;
• utrata opisów i meta danych;
• błędne canonicale;
• nowa mapa XML zawierająca złe adresy;
• utrata linkowania wewnętrznego;
• brak danych strukturalnych produktów;
• niedostępne zdjęcia;
• błędy serwera;
• wolniejszy sklep;
• nieprawidłowe wersje językowe;
• strony zwracające kod 200 mimo braku właściwej treści.

Czy po migracji zawsze występuje spadek ruchu?

Nie każda migracja powoduje spadek, ale po większej zmianie widoczność może przez pewien czas się wahać.

Google musi ponownie odwiedzić stare adresy, zobaczyć przekierowania, przejść do nowych stron, przetworzyć ich treść, zaktualizować indeks i przypisać wcześniejsze sygnały do nowych adresów. Niewielka zmiana widoczności przez kilka dni nie musi oznaczać błędu.

Powodem do szybkiej reakcji jest sytuacja, w której gwałtownie rośnie liczba błędów 404, ważne strony znikają z indeksu, przekierowania prowadzą do przypadkowych miejsc, nowe kategorie nie mają wcześniejszych treści, duża grupa produktów zwraca błędy, Google wskazuje inne canonicale niż sklep albo spada ruch na całym typie stron (na przykład wszystkich kategoriach). Bez danych zebranych przed migracją trudno jednak ustalić, czy spadek wynika ze zmiany technicznej, sezonowości, zmniejszenia popytu czy działań konkurencji.

Słownik migracji w 60 sekund

Poniższe pojęcia pojawiają się przy niemal każdej większej migracji sklepu.

Pojęcie	Co oznacza po ludzku?
URL	Adres konkretnej strony, kategorii lub produktu
Przekierowanie 301	Informacja, że strona została na stałe przeniesiona pod nowy adres
Mapa URL	Tabela pokazująca, gdzie ma prowadzić każdy stary adres
Canonical	Wskazanie preferowanej wersji strony, gdy podobna treść występuje pod kilkoma adresami
Sitemap XML	Plik z listą adresów przekazywanych wyszukiwarce
Crawl	Automatyczne przejście narzędzia po adresach sklepu
Staging	Robocza wersja sklepu używana do testów przed publikacją
DNS	Ustawienia kierujące domenę na odpowiedni serwer
Błąd 404	Informacja, że pod danym adresem nie ma strony
Soft 404	Strona wygląda jak usunięta, ale technicznie zwraca kod 200
Robots.txt	Plik zawierający instrukcje dotyczące odwiedzania sklepu przez roboty
ERP	System do zarządzania firmą, np. cenami, magazynem, fakturami i zamówieniami
PIM	Baza informacji produktowych, np. opisów, parametrów i zdjęć
CRM	System przechowujący informacje o klientach i kontaktach handlowych
BaseLinker	System pomagający zarządzać zamówieniami i integracjami między kanałami sprzedaży
Hreflang	Znacznik informujący Google, dla jakiego języka lub kraju przygotowano stronę
PageRank	Jeden z sygnałów opisujących znaczenie strony, wynikający między innymi z prowadzących do niej linków

Nie musisz samodzielnie konfigurować wszystkich tych elementów. Warto jednak wiedzieć, za co odpowiadają, żeby kontrolować pracę wykonawcy.

Co trzeba sprawdzić przed migracją sklepu?

Przed rozpoczęciem prac trzeba zinwentaryzować widoczność SEO, dane sprzedażowe i wszystkie elementy potrzebne do obsługi zamówień.

Nie zaczynaj od importowania produktów. Najpierw ustal, co znajduje się w obecnym sklepie i czego nie można zgubić.

1. Przygotuj pełną listę adresów URL. Lista powinna obejmować stronę główną, kategorie i podkategorie, produkty, marki i producentów, wpisy blogowe, poradniki, strony informacyjne, regulaminy, strony promocji, landing page kampanii, pliki PDF, zdjęcia pozyskujące wejścia z Google Grafika, indeksowane strony filtrów oraz istniejące przekierowania. Adresy warto zebrać z kilku źródeł: crawla sklepu, Google Search Console, map XML, Google Analytics, eksportu platformy, raportu linków zewnętrznych, kampanii reklamowych i feedu Google Merchant Center. Sam crawl może nie znaleźć osieroconej strony, do której nie prowadzi żaden link wewnętrzny, ale która nadal generuje wejścia z Google.

2. Zapisz wyniki przed migracją. Przygotuj raport bazowy:

Obszar	Co warto zapisać?
Google Search Console	Kliknięcia, wyświetlenia, frazy i strony docelowe
Google Analytics	Sesje, przychód, zakupy i źródła ruchu
Indeksacja	Liczbę indeksowanych i wykluczonych stron
Pozycje	Najważniejsze frazy i powiązane z nimi adresy
Sprzedaż	Zamówienia, przychód i średnią wartość koszyka
Wydajność	Wyniki kategorii, produktów i checkoutu
Błędy	Błędy 404, 500, canonicale i problemy z mapami
Merchant Center	Stan źródła danych i odrzucone produkty
Reklamy	Aktywne kampanie i ich strony docelowe

Nie chodzi o tworzenie raportu na kilkaset stron. Potrzebujesz punktu odniesienia, z którym porównasz nowy sklep.

3. Wskaż najważniejsze strony. Nie wszystkie adresy mają taką samą wartość. Priorytetem są strony, które generują sprzedaż, mają dużo wejść organicznych, zajmują wysokie pozycje, posiadają linki zewnętrzne, są wykorzystywane w reklamach, odpowiadają za główne grupy produktów, są często udostępniane klientom albo pojawiają się w Google Grafika. W mapie migracji oznacz je jako adresy o wysokim priorytecie i przetestuj oddzielnie.

4. Zrób kopię danych. Przed rozpoczęciem importu wykonaj kopię bazy danych, zdjęć i plików, produktów, klientów, historii zamówień, kuponów, opinii, ustawień podatków, metod dostawy, konfiguracji płatności, szablonów wiadomości oraz danych potrzebnych integracjom. Kopia musi być możliwa do odtworzenia — sam plik zapisany na tym samym serwerze nie jest jeszcze bezpiecznym planem awaryjnym.

Jak przygotować mapę przekierowań 301?

Mapa przekierowań powinna łączyć każdy ważny stary adres z najbardziej odpowiadającą mu nową stroną.

Najprostsza forma to arkusz:

Stary URL	Nowy URL	Decyzja	Priorytet
/kremy-do-twarzy/	/pielegnacja-twarzy/kremy/	301	Wysoki
/produkt/krem-aloesowy/	/krem-aloesowy-50-ml/	301	Wysoki
/promocja-wiosna-2023/	Brak odpowiednika	404 lub 410	Niski
/blog/jak-dobrac-krem/	Ten sam adres	Zachować	Średni

Zasada 1: zachowaj adres, jeżeli nie ma powodu go zmieniać. Zmiana platformy nie oznacza, że wszystkie URL-e muszą być inne. Jeżeli stara kategoria ma czytelny adres i generuje ruch, często najbezpieczniej jest odtworzyć go w nowym sklepie.

Zasada 2: przekieruj do najbliższego odpowiednika. Stary produkt powinien prowadzić do tego samego produktu pod nowym adresem, jego aktualnego wariantu, bardzo zbliżonego zamiennika albo odpowiedniej kategorii, jeżeli produktu i zamiennika już nie ma. Nie kieruj całego katalogu automatycznie na stronę główną — produkt, poradnik i kategoria mają inne znaczenie i powinny prowadzić do powiązanych miejsc.

Zasada 3: unikaj łańcuchów. Źle: stary URL → starszy URL → nowa kategoria → docelowa kategoria. Dobrze: stary URL → docelowa kategoria. Każdy dodatkowy etap utrudnia późniejsze utrzymanie konfiguracji i wydłuża drogę do właściwej strony.

Zasada 4: nie twórz pętli. Pętla wygląda tak: adres A → adres B → adres A. W takim przypadku klient i robot nie dotrą do strony docelowej.

Zasada 5: nie przekierowuj bez związku. Jeżeli poradnik o pielęgnacji skóry prowadzi do kategorii lamp ogrodowych, przekierowanie nie pomaga użytkownikowi. Gdy nie istnieje sensowny odpowiednik, poprawna odpowiedź 404 lub 410 może być lepsza niż przypadkowe przekierowanie.

Czy przekierowanie 301 powoduje utratę „mocy SEO"?

Poprawnie wykonane przekierowanie 301 może przenieść sygnały starego adresu, ale nie zastąpi treści i zgodności tematycznej nowej strony.

Załóżmy, że stara kategoria zawierała rozbudowany opis, odpowiedzi na częste pytania, linki do podkategorii, popularne produkty oraz opinie i poradniki. Po migracji kieruje do pustej listy kilku produktów. Technicznie przekierowanie działa, ale nowa strona może gorzej odpowiadać na zapytanie użytkownika. Dlatego oprócz 301 trzeba zachować cel strony, temat, ważne treści, H1, linkowanie wewnętrzne, produkty, dane strukturalne i poprawny canonical.

Jakie dane sklepu trzeba przenieść?

Migracja powinna objąć dane potrzebne zarówno do sprzedaży, jak i dalszej obsługi klienta.

Katalog produktów. Nie wystarczy sprawdzić, czy produkt pojawił się w nowym panelu. Najczęstsze problemy dotyczą pomieszanych wariantów, błędnych cen promocyjnych, nieaktualnych stanów, brakujących atrybutów, zdjęć przypisanych do złych produktów, utraconych SKU, niewłaściwych stawek podatku i brakujących produktów powiązanych. Przy produkcie wariantowym sprawdź osobno każdą kombinację, na przykład kolor, rozmiar, zdjęcie, cenę i dostępność.

Klienci i konta. Trzeba ustalić, czy konta zostaną przeniesione, czy można zachować obecne hasła, czy klient będzie musiał ustawić nowe hasło, czy zachowają się adresy dostawy i faktury, czy zostanie przeniesiona historia zakupów, czy klienci B2B zachowają role i indywidualne ceny oraz czy zgody marketingowe mają prawidłowe źródło. Haseł nie zawsze da się przenieść między różnymi platformami — w takim przypadku należy przygotować bezpieczny proces ich ustawienia i jasną wiadomość dla klientów.

Zamówienia. Historia zamówień może być potrzebna do obsługi zwrotów, reklamacji, ponowienia zakupów, księgowości, kontaktu z klientem i analizy sprzedaży. Sprawdź, czy zachowały się numery, daty, statusy, produkty, płatności, dane dostawy, faktury i powiązanie z kontem klienta. Jeżeli ERP lub BaseLinker korzysta z konkretnych identyfikatorów, zmiana ich formatu może wpłynąć na synchronizację.

Opinie i oceny. Po migracji sprawdź treść opinii, ocenę, datę, powiązanie z produktem, status moderacji i oznaczenie zweryfikowanego zakupu. Opinia przypisana do niewłaściwego produktu jest gorsza niż jej brak.

Co trzeba zachować w SEO sklepu?

Każdy ważny typ strony powinien po migracji zachować swoją funkcję, temat oraz sygnały techniczne.

Kategorie. Dla kategorii porównaj URL, H1, opis, meta title, meta description, canonical, paginację, linki do podkategorii, produkty, nawigację i zasady indeksowania filtrów. Kategorie często pozyskują więcej ruchu niż pojedyncze produkty — nie należy usuwać ich tylko dlatego, że nowe menu ma wyglądać inaczej.

Produkty. Dla produktów sprawdź adres, nazwę, opis, cenę, dostępność, warianty, zdjęcia, opinie, canonical, dane Product i Offer, powiązanie z kategorią oraz kod odpowiedzi serwera.

Blog i poradniki. Przenieś treści, autorów, daty, obrazy, adresy, linkowanie wewnętrzne, title i description, załączniki oraz dane artykułów. Poradnik może nadal pozyskiwać klientów, nawet jeżeli nie jest widoczny w głównym menu sklepu.

Wersje językowe. W sklepie wielojęzycznym sprawdź osobne adresy każdego języka, znaczniki hreflang, canonicale, przełącznik języka, waluty, mapy XML oraz dostępność produktów na konkretnych rynkach. Hreflang informuje Google, dla jakiego języka lub kraju przygotowano daną wersję strony — błędne ustawienie może sprawić, że polski użytkownik zobaczy w wynikach wersję niemiecką albo odwrotnie.

Jak zabezpieczyć środowisko testowe?

Wersja robocza nie powinna trafić do wyników Google, ale zastosowane zabezpieczenia trzeba usunąć z wersji produkcyjnej.

Dobrą praktyką jest zabezpieczenie stagingu hasłem, ograniczeniem dostępu po adresie IP, dyrektywą noindex oraz wyłączeniem publicznych map XML.

Co przetestować przed uruchomieniem sklepu?

Testy muszą obejmować całe zamówienie, a nie tylko wygląd strony głównej i karty produktu.

Test katalogu. Sprawdź kategorie i podkategorie, wyszukiwarkę, filtrowanie, sortowanie, warianty, produkty niedostępne, promocje, kupony, zdjęcia, produkty powiązane i wersję mobilną.

Test koszyka i checkoutu. Wykonaj najważniejsze scenariusze:

• zakup bez konta;
• zakup po zalogowaniu;
• produkt prosty i wariantowy;
• zastosowanie kuponu;
• dostawa płatna i darmowa;
• wybór punktu odbioru;
• płatność BLIK, kartą i przelewem;
• przerwana płatność;
• ponowienie płatności;
• zakup z fakturą;
• zamówienie zagraniczne, jeżeli sklep je obsługuje.

Nie kończ testu na ekranie „Dziękujemy". Zamówienie powinno również pojawić się w panelu, zmniejszyć stan magazynowy, trafić do ERP lub BaseLinkera, uruchomić wiadomości e-mail, zapisać właściwy status płatności i zostać odnotowane w analityce.

Test wiadomości e-mail. Sprawdź potwierdzenie zamówienia, status płatności, zmianę statusu zamówienia, reset hasła, rejestrację konta, wiadomość dla administratora, wygląd wiadomości na telefonie, nazwę i adres nadawcy oraz dostarczanie do skrzynki. Jeżeli zmienia się domena lub serwer pocztowy, trzeba również zweryfikować konfigurację wysyłki i uwierzytelnienie domeny.

Test integracji. Przetestuj między innymi ERP, BaseLinker, magazyn, fakturowanie, kurierów, automaty paczkowe, marketplace, CRM, system opinii, marketing automation oraz reklamacje i zwroty.

Jak zachować ciągłość zamówień podczas migracji?

Trzeba zaplanować przeniesienie danych, które powstaną między pierwszym importem a publikacją nowego sklepu.

Budowa i testy mogą trwać kilka tygodni. W tym czasie stary sklep nadal przyjmuje zamówienia, rejestracje, opinie, zmiany cen, aktualizacje stanów i nowe produkty. Dlatego migrację danych często wykonuje się etapami:

1. pełny import na staging;
2. testy i poprawki;
3. ustalenie okna publikacji;
4. końcowy eksport nowych danych;
5. import różnic;
6. przełączenie ruchu;
7. ponowna kontrola synchronizacji.

Przy większym sklepie trzeba wcześniej ustalić, co stanie się z zamówieniem złożonym dokładnie w czasie przełączenia. Możliwe rozwiązania to krótkie wyłączenie możliwości składania zamówień, kolejka synchronizująca transakcje, ponowny import różnicowy albo ręczna kontrola zamówień z okresu przełączenia.

Co zrobić z analityką i konwersjami?

Pomiar powinien działać od pierwszej wizyty i pierwszego zamówienia w nowym sklepie.

Sprawdź konfigurację Google Analytics 4, Google Tag Managera, Google Ads, mechanizmu zgód, zdarzeń e-commerce, formularzy, kliknięć w telefon i adres e-mail oraz innych pikseli reklamowych. Najważniejsze zdarzenia sprzedażowe to wyświetlenie produktu, dodanie do koszyka, rozpoczęcie checkoutu, wybór dostawy, wybór płatności i zakup. Przy zdarzeniu zakupu zweryfikuj identyfikator transakcji, wartość, walutę, produkty, rabat i koszt wysyłki. Po publikacji wykonaj zamówienie testowe i sprawdź je w panelu sklepu, ERP, systemie reklamowym oraz raporcie czasu rzeczywistego GA4.

Co sprawdzić w Google Merchant Center i reklamach?

Zmiana adresów produktów może zatrzymać kampanie produktowe, nawet jeżeli sam sklep działa prawidłowo.

Po migracji zweryfikuj adresy produktów w źródle danych, adresy zdjęć, ceny, dostępność, identyfikatory produktów, warianty, strony docelowe, odrzucone produkty oraz harmonogram aktualizacji feedu. Zaktualizuj również linki w kampaniach Google Ads, landing page reklam tekstowych, dodatkowe linki, kampanie remarketingowe, newslettery, profile społecznościowe, katalogi branżowe i porównywarki cenowe.

Jak wygląda dzień uruchomienia migracji?

Dzień publikacji powinien mieć ustaloną kolejność działań, osoby odpowiedzialne i plan powrotu do poprzedniej wersji.

Przed przełączeniem: wykonaj świeżą kopię, zatrzymaj niepotrzebne zmiany w katalogu, wykonaj końcową synchronizację, sprawdź certyfikat SSL, przygotuj przekierowania, zweryfikuj ustawienia domeny i DNS, potwierdź dostęp do hostingu, ustal osoby odpowiedzialne za sklep, SEO i integracje oraz określ warunki powrotu do starego sklepu.

W czasie przełączenia: opublikuj nowy sklep, uruchom przekierowania, usuń blokady indeksowania, sprawdź robots.txt, włącz właściwą mapę XML, wykonaj test zamówienia, sprawdź płatność i dostawę, zweryfikuj e-maile, sprawdź integracje, przetestuj najważniejsze stare adresy i skontroluj odpowiedzi serwera.

Po przełączeniu: wykonaj crawl kontrolny, sprawdź stronę główną, kategorie i produkty, zweryfikuj canonicale, prześlij mapę XML, sprawdź raport czasu rzeczywistego, zweryfikuj zakup w Google Ads, sprawdź Merchant Center, przejrzyj logi błędów i obserwuj obciążenie serwera.

Czy trzeba używać narzędzia zmiany adresu w Search Console?

Narzędzie zmiany adresu służy głównie do przeniesienia całej witryny na inną domenę lub subdomenę (na przykład starysklep.pl → nowysklep.pl).

Nie używaj go, gdy zmienia się tylko platforma, domena pozostaje bez zmian, przebudowujesz ścieżki w obrębie tej samej domeny, zmieniasz hosting, przechodzisz z HTTP na HTTPS albo zmieniasz wersję z www na bez www. W takich sytuacjach podstawą są właściwe przekierowania, canonicale, mapy XML i monitoring.

Jak długo utrzymywać przekierowania 301?

Przekierowania warto utrzymywać co najmniej rok, a w wielu sklepach najlepiej pozostawić je na stałe.

Stare adresy mogą nadal znajdować się w wynikach wyszukiwania, na stronach partnerów, w wiadomościach, w zakładkach klientów, na profilach społecznościowych, w plikach PDF, w historii przeglądarki i w firmowych systemach. Równocześnie warto zaktualizować własne linkowanie — menu, bannery, artykuły, reklamy i feedy powinny prowadzić bezpośrednio do nowych adresów, a nie korzystać z przekierowania.

Co monitorować po migracji?

Najbardziej intensywna kontrola zaczyna się w momencie publikacji i powinna trwać również po ponownym zaindeksowaniu sklepu.

Pierwsze 24–72 godziny. Sprawdzaj zamówienia, płatności, dostawy, integracje, błędy serwera, stare adresy, analitykę, wiadomości e-mail, Merchant Center i obciążenie infrastruktury.

Pierwsze 2–4 tygodnie. Kontroluj błędy 404, indeksację, canonicale wybrane przez Google, kliknięcia i wyświetlenia, strony docelowe, mapę XML, dane strukturalne, konwersje i najważniejsze kategorie.

Kolejne 1–3 miesiące. Porównuj ruch przed i po migracji, przychód z wyszukiwarki, widoczność kategorii i produktów, liczbę indeksowanych stron, wydajność, błędy techniczne, zachowanie użytkowników mobilnych i działanie starych przekierowań. W sklepie z dziesiątkami tysięcy adresów proces może trwać dłużej niż w niewielkim katalogu.

Jak odróżnić normalne wahanie od źle wykonanej migracji?

Normalne wahanie jest przejściowe i nie towarzyszą mu masowe błędy techniczne. Źle wykonana migracja zostawia wyraźne ślady.

Sytuacja	Prawdopodobna ocena
Niewielka zmiana pozycji przez kilka dni	Może być normalna
Stare URL-e prowadzą bezpośrednio do odpowiedników	Dobry sygnał
Nowe strony pojawiają się stopniowo w indeksie	Normalny proces
Tysiące ważnych adresów zwracają 404	Błąd migracji
Duża grupa adresów prowadzi do niepowiązanej strony	Błąd mapy przekierowań
Nowe kategorie nie mogą być indeksowane	Krytyczny błąd
Ruch spadł tylko na nieprzeniesionych stronach	Problem z zakresem migracji
Zamówienia nie trafiają do ERP	Problem z integracją
Zakupy są w sklepie, ale nie ma ich w GA4	Problem z analityką
Produkty zostały odrzucone w Merchant Center	Problem z feedem lub danymi

Przykład: migracja sklepu kosmetycznego

Jedna nieprzemyślana zmiana kategorii może wpłynąć na dziesiątki produktów, linków i fraz.

Sklep kosmetyczny przechodzi z platformy abonamentowej na WooCommerce. Ma produkty, kategorie marek, poradniki i rozbudowane filtry. Na starej platformie działa kategoria /pielegnacja-twarzy/kremy-nawilzajace/. W nowym projekcie ktoś zmienia ją na /kosmetyki/kremy/. Jednocześnie nie przenosi opisu kategorii, zmienia H1, usuwa linki prowadzące z poradników, nie tworzy przekierowania, nadaje produktom nowe URL-e i pozwala indeksować wiele kombinacji filtrów.

Technicznie sklep działa. Klient może złożyć zamówienie. Z punktu widzenia SEO powstała jednak nowa, słabsza struktura, która nie została połączona ze starą. Poprawny proces powinien obejmować:

1. ocenę, czy URL kategorii naprawdę musi się zmienić;
2. przeniesienie wartościowej treści;
3. wdrożenie przekierowania;
4. aktualizację linkowania wewnętrznego;
5. kontrolę filtrów;
6. aktualizację mapy XML;
7. test canonicala;
8. monitoring strony po publikacji.

Najczęstsze błędy przy migracji sklepu

Większość problemów wynika z braku inwentaryzacji, testów albo jednoznacznej odpowiedzialności za poszczególne etapy.

Brak mapy adresów. Przekierowania są tworzone dopiero po publikacji, na podstawie pojawiających się błędów. Oznacza to reakcję po utracie części ruchu.

Zmiana zbyt wielu rzeczy jednocześnie. Nowa domena, platforma, wygląd, struktura i treści w jednym wdrożeniu zwiększają ryzyko oraz utrudniają znalezienie przyczyny problemu.

Utrata opisów kategorii. Import produktów nie zawsze obejmuje dodatkowe treści, nagłówki, meta dane i linkowanie umieszczone na stronach kategorii.

Niedziałające warianty. Produkt istnieje, ale klient nie może wybrać rozmiaru, koloru albo właściwej kombinacji.

Brak końcowego importu. Pierwszy eksport wykonano kilka tygodni wcześniej, dlatego w nowym sklepie brakuje najnowszych klientów, opinii lub zamówień.

Niesprawdzona analityka. Sprzedaż działa, ale firma traci ciągłość danych i nie potrafi ocenić kampanii.

Nieaktualny feed produktowy. Merchant Center nadal korzysta ze starych adresów, zdjęć albo cen.

Wyłączenie starego środowiska za wcześnie. Stary system może być jeszcze potrzebny do odzyskania brakujących danych, porównania ustawień albo przejrzenia logów.

Checklista migracji sklepu internetowego

Poniższa lista porządkuje migrację według czterech etapów: przygotowania, testów, publikacji i monitoringu.

Przed migracją:

• pełny crawl starego sklepu;
• eksport adresów z Search Console;
• lista ważnych stron z GA4;
• raport ruchu, pozycji i sprzedaży;
• kopia bazy danych i plików;
• eksport produktów, klientów i zamówień;
• lista integracji;
• lista płatności i metod dostawy;
• lista aktywnych kampanii;
• eksport feedu produktowego;
• mapa stary URL → nowy URL;
• plan przeniesienia treści;
• plan migracji kont i haseł;
• plan synchronizacji końcowej;
• plan awaryjnego powrotu.

Na środowisku testowym:

• produkty i warianty są poprawne;
• ceny i stany się zgadzają;
• kategorie mają właściwe treści;
• zdjęcia są przypisane do produktów;
• wyszukiwarka i filtry działają;
• koszyk poprawnie przelicza zamówienie;
• płatności przechodzą;
• dostawy są prawidłowo naliczane;
• kupony działają;
• e-maile są wysyłane;
• zamówienia trafiają do integracji;
• analityka rejestruje zdarzenia;
• canonicale są poprawne;
• dane strukturalne są obecne;
• staging jest zabezpieczony przed indeksacją.

W dniu publikacji:

• wykonano aktualną kopię;
• wykonano końcowy import danych;
• wdrożono przekierowania;
• usunięto noindex;
• sprawdzono robots.txt;
• uruchomiono właściwą mapę XML;
• wykonano zamówienie testowe;
• przetestowano płatność;
• przetestowano dostawę;
• sprawdzono ERP lub BaseLinker;
• sprawdzono GA4;
• sprawdzono Google Ads;
• sprawdzono Merchant Center;
• przetestowano najważniejsze stare URL-e.

Po publikacji:

• przesłano mapę w Search Console;
• zweryfikowano najważniejsze adresy;
• sprawdzono błędy 404 i 500;
• porównano ruch i sprzedaż;
• skontrolowano indeksację;
• sprawdzono canonicale;
• sprawdzono dane strukturalne;
• zaktualizowano reklamy i profile;
• wykonano crawl kontrolny;
• przygotowano raport po 30, 60 i 90 dniach.

Co możesz sprawdzić samodzielnie?

Właściciel sklepu może wykonać podstawową kontrolę bez dostępu do kodu lub konfiguracji serwera.

1. Otwórz kilka starych adresów. Powinny prowadzić bezpośrednio do odpowiadających im nowych stron.

2. Sprawdź mapę XML. Powinna zawierać aktualne adresy z nowej wersji sklepu.

3. Zweryfikuj widoczność sklepu. Upewnij się, że produkcyjna wersja nie ma włączonej blokady indeksacji.

4. Wykonaj prawdziwe zamówienie testowe. Sprawdź koszyk, płatność, dostawę, wiadomość i panel zamówień.

5. Skontroluj integracje. Zamówienie powinno pojawić się w systemie, z którego korzysta firma.

6. Otwórz raport czasu rzeczywistego GA4. Sprawdź wizytę, dodanie do koszyka i zakup.

7. Skontroluj Merchant Center. Produkty powinny prowadzić do działających stron z właściwą ceną.

8. Porównaj główne kategorie. Sprawdź URL, H1, opis, produkty i meta title.

9. Obserwuj Search Console. Zwracaj uwagę na błędy, wykluczone strony i problemy z mapą.

Kiedy warto zlecić migrację specjaliście?

Pomoc specjalisty jest szczególnie potrzebna wtedy, gdy błąd może wpłynąć jednocześnie na SEO, zamówienia i integracje firmy.

Warto zlecić analizę, jeżeli:

• zmienia się domena;
• sklep pozyskuje dużą część sprzedaży z Google;
• przechodzisz z Shopera, Shopify, IdoSell, PrestaShop lub Magento;
• katalog zawiera tysiące produktów;
• występują rozbudowane warianty albo zestawy;
• sklep ma kilka wersji językowych;
• działają indywidualne cenniki B2B;
• sklep jest połączony z ERP;
• zamówienia trafiają do BaseLinkera;
• prowadzisz kampanie Google Shopping;
• obecna wersja ma wiele przekierowań;
• zmienia się architektura kategorii;
• trzeba przenieść klientów i historię zamówień;
• nie masz pełnego dostępu do starej platformy.

Przy projekcie obejmującym rozwój całej platformy przydatne może być wsparcie agencji WooCommerce, która łączy prace programistyczne, integracje oraz SEO zamiast rozdzielać odpowiedzialność między kilku niezależnych wykonawców.

---

Planujesz migrację sklepu?

Migracja może być dobrym momentem na zmianę platformy, uporządkowanie kategorii i poprawę sposobu obsługi zamówień. Nie warto jednak tracić przy tym widoczności, którą sklep budował przez kilka lat. Jeżeli planujesz przejście z Shopera, Shopify, PrestaShop, IdoSell, Magento albo starego WooCommerce, najpierw sprawdzimy adresy, ruch, dane produktowe i integracje, a na tej podstawie przygotujemy mapę przekierowań oraz plan kontrolowanego uruchomienia:

• Migracja do WordPress i WooCommerce — główny zakres usługi.
• Audyt SEO — wskaże adresy i treści wymagające szczególnej ochrony.
• Agencja WooCommerce — programowanie, integracje i SEO w jednym zespole.
• WooCommerce czy Shopify — gdy migracja jest też zmianą platformy.