- Jak zaplanować migrację z PrestaShop na WooCommerce, zanim zacznie się development
- Audyt SEO przed migracją jako punkt odniesienia dla całego projektu
- Zakres zmian: kiedy migracja platformy staje się projektem wysokiego ryzyka
- Mapa adresów i przekierowania: najważniejszy element ochrony widoczności
- Jak zbudować mapowanie URL z PrestaShop do WooCommerce
- Błędy w przekierowaniach, które najczęściej powodują spadek pozycji po migracji
- SEO techniczne po zmianie CMS-a: indeksowanie, metadane i architektura sklepu
- Canonical, robots.txt, meta robots i sitemap XML po wdrożeniu WooCommerce
- Kategorie, produkty, filtry i paginacja w nowej architekturze informacji
- Core Web Vitals, wydajność i jakość wdrożenia po redesignie
- Uruchomienie i monitoring po migracji: jak wykryć błędy zanim przełożą się na utratę ruchu
- Co sprawdzać w Search Console, GA4 i logach serwera po publikacji
- Jak reagować na spadki i kiedy uznać je za sygnał problemu
Migracja z PrestaShop na WooCommerce — checklist SEO to temat, który łączy kwestie techniczne, biznesowe i analityczne. W tym artykule znajdziesz praktyczny plan, jak przeprowadzić przeniesienie sklepu bez chaosu, ograniczyć ryzyko spadków oraz zabezpieczyć ruch organiczny, indeksację i najważniejsze adresy URL.
Jak zaplanować migrację z PrestaShop na WooCommerce, zanim zacznie się development
Migracja SEO nie zaczyna się w dniu publikacji nowego sklepu, ale znacznie wcześniej — na etapie analizy obecnego serwisu, celów biznesowych i ryzyk technicznych. W przypadku przejścia z PrestaShop na WooCommerce mamy do czynienia nie tylko z przeniesieniem treści i produktów, ale także z potencjalną zmianą sposobu generowania adresów, metadanych, paginacji, filtrów, danych strukturalnych i logiki indeksowania. To klasyczna zmiana CMS-a, a często również redesign strony, porządkowanie kategorii, zmiana szablonu, poprawa Core Web Vitals, czasem także konsolidacja serwisów lub zmiana domeny. Im więcej zmian wdrażanych jednocześnie, tym większe ryzyko dla SEO i tym ważniejsza staje się precyzyjna checklista migracji SEO.
Najczęstszy błąd polega na traktowaniu migracji sklepu internetowego wyłącznie jako projektu developerskiego. Tymczasem Google nie ocenia intencji projektu, tylko efekt techniczny i semantyczny. Jeżeli po wdrożeniu znikną ważne strony kategorii, zmieni się struktura URL, pojawią się błędne tagi canonical, nowe strony zostaną zablokowane przez robots.txt albo część produktów wypadnie z mapy witryny, skutki będą widoczne w indeksowaniu i widoczności. Dobrze przygotowana migracja z PrestaShop na WooCommerce zakłada więc inwentaryzację zasobów, ustalenie priorytetów SEO oraz określenie, które elementy muszą być zachowane jeden do jednego, a które można bezpiecznie zmienić.
Masz pytania? Porozmawiajmy o Twoim marketingu
Skontaktuj się ze mną!
Katarzyna Toboła
Audyt SEO przed migracją jako punkt odniesienia dla całego projektu
Audyt SEO przed migracją powinien odpowiedzieć na trzy pytania: co dziś generuje wartość, co może się zepsuć po wdrożeniu i jak to wykryć odpowiednio wcześnie. W praktyce oznacza to analizę ruchu z wyników organicznych, listy najważniejszych landing pages, fraz rankingowych, struktury kategorii i produktów, linkowania wewnętrznego, statusów indeksowania, metadanych, kanoniczności oraz parametrów URL. W sklepie na PrestaShop trzeba szczególnie sprawdzić, jak obecna platforma obsługuje kategorie, podstrony filtrów, warianty, paginację i duplikację treści. Jeśli pewne sekcje już teraz mają problemy, migracja nie powinna ich kopiować, ale naprawić bez utraty sygnałów SEO.
Dobry punkt startowy to eksport wszystkich indeksowalnych adresów URL z crawla, danych z Google Search Console, analityki i mapy strony. Należy zestawić to z informacją o sesjach, kliknięciach, przychodzie, linkach zewnętrznych oraz pozycji danych adresów w architekturze informacji. Dzięki temu wiadomo, które podstrony są krytyczne i wymagają mapowania jeden do jednego. W praktyce są to zwykle kategorie, produkty z historią sprzedaży i linków, treści poradnikowe, marki, producenci oraz strony, które pozyskują ruch na zapytania z długiego ogona. Bez takiego punktu odniesienia trudno później ocenić, czy spadek pozycji po migracji wynika z normalnych wahań, czy z realnego błędu wdrożeniowego.
Zakres zmian: kiedy migracja platformy staje się projektem wysokiego ryzyka
Przejście z PrestaShop na WooCommerce bywa przedstawiane jako prosty replatforming, ale realne ryzyko zależy od skali zmian. Jeżeli oprócz nowego CMS-a zmieniasz jednocześnie layout, nazewnictwo kategorii, logikę breadcrumbs, adresy produktów, system filtrowania, hosting, certyfikat SSL i narzędzia analityczne, to nie jest pojedyncza modyfikacja, tylko kilka migracji naraz. Z perspektywy wyszukiwarki każda z tych zmian wpływa na ocenę dokumentów, ich dostępność i relacje między nimi. Dlatego sensowną praktyką jest ograniczenie zakresu, jeśli nie jest to biznesowo konieczne, albo przynajmniej rozdzielenie odpowiedzialności: osobno SEO techniczne, osobno development, osobno analityka i QA.
Jeżeli projekt obejmuje także zmianę domeny, należy doliczyć dodatkowe ryzyko wynikające z przeniesienia sygnałów marki i linków zewnętrznych. Sama domena nie „przenosi” automatycznie całej historii autorytetu, jeśli URL-e nie zostaną poprawnie przekierowane, a najważniejsze strony nie będą odpowiadały tematycznie swoim poprzednikom. Z kolei przy przejściu na HTTPS trzeba dopilnować, by nie powstały mieszane wersje zasobów, błędne kanonicale lub duplikacja protokołów HTTP i HTTPS. Nawet dobrze przeprowadzona migracja może wywołać krótkoterminowe wahania, ale dobrze zaplanowany projekt ogranicza skalę problemu i skraca czas powrotu do stabilnej widoczności.
Mapa adresów i przekierowania: najważniejszy element ochrony widoczności
Jeśli istnieje jeden obszar, który najczęściej decyduje o sukcesie lub porażce całej migracji sklepu, są nim przekierowania 301. Podczas migracji z PrestaShop na WooCommerce zmienia się często sposób budowania adresów kategorii i produktów, a czasem także slugów, końcówek URL, ścieżek językowych czy adresów stron pomocniczych. To dlatego konieczna jest kompletna mapa przekierowań, oparta nie na intuicji, ale na danych. Przekierowanie strony głównej i kilku kategorii nie wystarczy, jeśli setki produktów, producentów, wpisów blogowych lub stron informacyjnych zostaną porzucone i zaczną zwracać 404.
Zasada podstawowa brzmi: każdy ważny stary adres powinien prowadzić do nowego odpowiednika jeden do jednego albo do najbliższej tematycznie strony, jeśli dokładny odpowiednik nie istnieje. Nie należy masowo kierować wszystkiego na stronę główną, ponieważ z punktu widzenia użytkownika i Google jest to słaba odpowiedź na pierwotną intencję. Taki skrót zwykle oznacza utratę części sygnałów rankingowych i pogorszenie doświadczenia użytkownika. W e-commerce szczególnie ważne jest zachowanie logiki kategorii i produktów, bo to one najczęściej pozyskują ruch transakcyjny oraz linki zewnętrzne.
Jak zbudować mapowanie URL z PrestaShop do WooCommerce
Mapa adresów powinna powstać na podstawie pełnej listy historycznych URL-i. Należy uwzględnić nie tylko aktualne strony z menu, ale również adresy osiągalne z sitemap, wyniki wcześniejszych crawlów, podstrony z kliknięciami z Search Console, strony z ruchem z Google Analytics 4, URL-e posiadające backlinki oraz adresy z logów serwera. To ostatnie źródło jest wyjątkowo cenne, bo pokazuje nie tylko to, co istnieje w systemie, ale to, co realnie odwiedzają użytkownicy i boty. W sklepie po kilku latach rozwoju często występują stare adresy kategorii, usunięte produkty, alternatywne wersje filtrów i parametry kampanijne, które nadal są gdzieś linkowane.
Przy mapowaniu trzeba przypisać każdemu starym adresowi status docelowy: pozostaje bez zmian, otrzymuje nowy odpowiednik, wraca jako 410 lub celowo zostaje usunięty, jeśli nigdy nie miał wartości. Krytyczne jest jednak rozróżnienie między porządkowaniem śmieciowych URL-i a usuwaniem stron, które miały historię rankingową. W praktyce najlepsze efekty daje praca w arkuszu z kolumnami dla starego adresu, nowego adresu, typu strony, priorytetu SEO, źródła ruchu, backlinków oraz uwag implementacyjnych. Taka dokumentacja ułatwia współpracę SEO, developmentu i project managera oraz ogranicza błędy przy wdrożeniu na produkcję.
Błędy w przekierowaniach, które najczęściej powodują spadek pozycji po migracji
Do najgroźniejszych problemów należą masowe błędy 404, przekierowania tymczasowe zamiast stałych, łańcuchy przekierowań oraz pętle. Łańcuchy powstają wtedy, gdy stary adres przekierowuje do wersji pośredniej, a dopiero ta do finalnej strony. To niepotrzebnie wydłuża ścieżkę crawlowania, obciąża crawl budget i może opóźniać ponowną ocenę strony przez Google. W migracji z PrestaShop na WooCommerce nie wolno też zostawiać automatyki, która najpierw wymusza HTTP na HTTPS, potem bez www na www, a na końcu jeszcze zmienia ścieżkę produktu. Docelowo każde stare URL powinno prowadzić jednym skokiem do właściwej końcowej wersji.
Częstym błędem jest również nieuwzględnienie adresów nieoczywistych: stron producentów, wyników z paginacji, adresów mediów, wpisów blogowych, wersji językowych czy podstron koszyka i konta, jeśli wcześniej były indeksowane lub linkowane. W WooCommerce dodatkowo trzeba dopilnować, czy nowy motyw albo wtyczki nie generują samodzielnie własnych przekierowań, które kolidują z planem migracji. Kontrola po wdrożeniu powinna obejmować crawling starej i nowej wersji, testy reguł serwerowych oraz weryfikację, czy nie pojawiły się nieplanowane statusy 302, 307 albo błędy soft 404.
SEO techniczne po zmianie CMS-a: indeksowanie, metadane i architektura sklepu
Zmiana z PrestaShop na WooCommerce to nie tylko przeniesienie treści do nowego panelu, ale także zmiana sposobu, w jaki system publikuje i opisuje dokumenty dla wyszukiwarki. Właśnie tutaj wiele projektów traci efekty wcześniejszych działań, mimo że design wygląda lepiej, a panel administracyjny jest wygodniejszy. SEO techniczne po migracji wymaga kontroli indeksowalności, metatagów, wersji kanonicznych, danych strukturalnych, szybkości działania i spójności nawigacji wewnętrznej. Różnice między platformami są realne: inny może być format breadcrumbs, sposób obsługi kategorii, automatyka meta title, parametry paginacji czy generowanie archiwów i taksonomii przez WordPressa.
W sklepie internetowym szczególnie ważne jest rozróżnienie stron, które powinny być indeksowane, od tych, które służą tylko nawigacji lub filtrowaniu. Po migracji często okazuje się, że WooCommerce wraz z motywem i dodatkowymi wtyczkami tworzy dziesiątki nowych URL-i: archiwa tagów, autorów, wyszukiwania, parametrów wariantów lub sortowania. Jeżeli nie zostaną poprawnie uporządkowane poprzez meta robots, kanonikalizację albo odpowiednią konfigurację, mogą rozmywać sygnały SEO, tworzyć duplikację i utrudniać robotom skupienie się na stronach z największym potencjałem sprzedażowym.
Canonical, robots.txt, meta robots i sitemap XML po wdrożeniu WooCommerce
Po publikacji nowego sklepu trzeba sprawdzić, czy canonical wskazuje samą stronę lub właściwy odpowiednik, a nie adres z parametrem, archiwum albo wersję testową. To jeden z częstych problemów przy zmianie motywu lub instalacji pluginów SEO. Równie ważne jest, aby robots.txt nie blokował zasobów potrzebnych do renderowania strony ani sekcji, które mają być indeksowane. Zdarza się, że na etapie testów blokuje się całe środowisko lub katalogi, a po wdrożeniu te blokady przez nieuwagę zostają. Jeśli dodatkowo na poziomie meta robots aktywne pozostaje „noindex”, sklep może formalnie działać, ale nie być prawidłowo przetwarzany przez Google.
Niezbędna jest też kontrola sitemap XML. Mapa witryny po migracji powinna zawierać tylko adresy kanoniczne, indeksowalne i zwracające status 200. Nie należy umieszczać w niej przekierowań, stron z noindex, błędów 404 ani duplikatów wersji językowych bez logiki hreflang. W e-commerce mapa często powinna rozdzielać produkty, kategorie, wpisy i strony informacyjne, aby łatwiej monitorować ich przetwarzanie w Google Search Console. Sama mapa nie rozwiąże problemów indeksacji, ale jest ważnym sygnałem porządku i punktem monitorowania, szczególnie gdy po migracji liczba URL-i mocno się zmienia.
Kategorie, produkty, filtry i paginacja w nowej architekturze informacji
Jednym z najważniejszych zadań podczas migracji sklepu internetowego jest zachowanie lub poprawa architektury informacji bez utraty istniejącej widoczności. Kategorie często budują największy zasięg na zapytania ogólne i komercyjne, dlatego ich nazwy, opisy, miejsce w nawigacji, linkowanie z menu i adresy powinny być projektowane z myślą o intencji użytkownika i obecnej historii SEO. Zbyt agresywne scalanie kategorii lub ich rozbijanie może spowodować, że dotychczasowe strony rankingowe stracą temat przewodni albo zostaną zastąpione słabszym odpowiednikiem. To samo dotyczy stron produktów, zwłaszcza jeśli miały opinie, unikalne opisy i backlinki.
Osobny obszar ryzyka stanowią filtry i warianty. W WooCommerce stosunkowo łatwo wygenerować wiele kombinacji parametrów, które z punktu widzenia użytkownika są przydatne, ale z punktu widzenia indeksowania nie zawsze powinny istnieć jako osobne strony. Decyzja, które filtry mogą być indeksowane, musi wynikać z analizy popytu i jakości treści, a nie z samej możliwości technicznej. W przeciwnym razie sklep produkuje setki cienkich stron, konsumuje crawl budget i osłabia priorytet kategorii głównych. Paginacja również wymaga uwagi: ważne jest, aby kolejne strony kategorii były dostępne dla robotów i użytkowników, ale bez tworzenia chaosu kanonicznego lub duplikacji tytułów.
Core Web Vitals, wydajność i jakość wdrożenia po redesignie
Replatforming często idzie w parze z nowym layoutem, cięższym motywem i większą liczbą skryptów marketingowych. Dlatego po migracji trzeba ocenić nie tylko poprawność SEO, ale też wydajność. Core Web Vitals nie są jedynym czynnikiem widoczności, ale słaba szybkość ładowania, przesunięcia layoutu i niestabilne renderowanie potrafią pogorszyć doświadczenie użytkownika, obniżyć konwersję i utrudnić robotom efektywne przetwarzanie treści. Szczególnie w WooCommerce należy uważać na rozbudowane page buildery, zewnętrzne czcionki, nieoptymalne galerie, skrypty czatu, recenzji, tag managera i aplikacji sprzedażowych.
W praktyce warto porównać dane laboratoryjne i rzeczywiste: PageSpeed Insights, raporty CrUX, Lighthouse oraz dane z przeglądarek, jeśli są dostępne. Trzeba też sprawdzić, czy najważniejsze elementy treści są widoczne w kodzie HTML i nie zależą wyłącznie od późnego renderowania JavaScript. Nawet jeśli sklep „wizualnie wygląda dobrze”, słaba jakość wdrożenia może ograniczać indeksowanie strony, szczególnie przy dużej skali kategorii i produktów. Dla e-commerce techniczna jakość po migracji ma bezpośredni wpływ na sprzedaż, a nie tylko na pozycje.
Uruchomienie i monitoring po migracji: jak wykryć błędy zanim przełożą się na utratę ruchu
Dzień wdrożenia nie kończy projektu, tylko otwiera najważniejszą fazę kontroli. To właśnie w pierwszych dniach i tygodniach po publikacji najłatwiej wychwycić błędy, które później powodują spadki lub długie odbudowywanie widoczności. W migracji z PrestaShop na WooCommerce trzeba równolegle monitorować technikalia, indeksowanie, zachowanie użytkowników i dane biznesowe. Oznacza to połączenie crawli, raportów z Google Search Console, danych z Google Analytics 4, statusów serwera oraz codziennej kontroli najważniejszych ścieżek zakupowych. Nawet jeśli wdrożenie zostało dobrze przygotowane, krótkoterminowe wahania są możliwe, ponieważ Google potrzebuje czasu na przetworzenie zmian i aktualizację sygnałów.
Najważniejsze jest szybkie odróżnienie naturalnych fluktuacji od problemów systemowych. Spadek kliknięć na kilka dni po migracji może wynikać z ponownego crawlowania URL-i, ale gwałtowny wzrost wykluczonych stron, błędów soft 404, nieindeksowanych kategorii lub załamanie wejść na konkretne grupy produktów wymaga natychmiastowej reakcji. Właśnie dlatego przed migracją trzeba mieć ustalone KPI i benchmarki: liczbę indeksowalnych stron, liczbę kliknięć organicznych, udział kategorii w ruchu, liczbę transakcji z SEO, a także krytyczne wzorce adresów, które muszą działać poprawnie od pierwszej minuty po wdrożeniu.
Co sprawdzać w Search Console, GA4 i logach serwera po publikacji
W Search Console warto obserwować raport indeksowania, stan map witryny, liczbę stron wykluczonych, błędy przekierowań oraz zapytania prowadzące do najważniejszych kategorii i produktów. Jeśli sklep zmienia domenę, trzeba dodać wszystkie właściwe wersje usługi i zadbać o spójność sygnałów. W Google Analytics 4 niezbędna jest weryfikacja ciągłości pomiaru, zdarzeń e-commerce, źródeł ruchu oraz stron docelowych z kanału organicznego. Zdarza się, że sama migracja sklepu przebiega poprawnie, ale nowe wdrożenie zrywa pomiar transakcji albo zmienia logikę atrybucji, przez co błędnie interpretuje się wpływ SEO na sprzedaż.
Bardzo wartościowym źródłem są też logi serwera, ponieważ pokazują rzeczywiste zachowanie botów po migracji. Dzięki nim można sprawdzić, które stare adresy Googlebot nadal odwiedza, jak często trafia na przekierowania, czy marnuje crawl budget na niepotrzebne URL-e i jak szybko zaczyna przetwarzać nowe sekcje sklepu. To dane szczególnie przydatne przy dużych sklepach, gdzie sama obserwacja GSC nie daje pełnego obrazu. Jeżeli bot przez wiele dni intensywnie odwiedza usunięte strony lub zapętla się w filtrach, to sygnał, że trzeba poprawić mapowanie, linkowanie wewnętrzne albo reguły indeksacji.
Jak reagować na spadki i kiedy uznać je za sygnał problemu
Spadek pozycji po migracji nie zawsze oznacza katastrofę, ale nie wolno go bagatelizować. Jeżeli dotyczy pojedynczych fraz i trwa krótko, może być elementem naturalnej reewaluacji. Jeżeli jednak spadki obejmują całe grupy adresów, szczególnie kategorie lub strony produktowe z historią sprzedaży, trzeba szukać przyczyny w przekierowaniach, indeksacji, kanonikalizacji albo treści. Często problem nie tkwi w samej platformie WooCommerce, lecz w decyzjach wdrożeniowych: zbyt krótkich opisach, usunięciu bloków tekstowych z kategorii, zmianie nagłówków, rozbiciu produktów na warianty bez zachowania treści albo ukryciu ważnych linków w rozwijanych modułach niedostępnych bez JavaScript.
W praktyce skuteczna reakcja wygląda warstwowo. Najpierw sprawdza się, czy adres działa, zwraca 200 i ma właściwy canonical. Następnie analizuje się, czy został poprawnie włączony do linkowania wewnętrznego oraz czy znajduje się w sitemap XML. Potem porównuje się wersję sprzed i po migracji pod kątem treści, tytułów, struktury nagłówków i danych strukturalnych. Dopiero na końcu ocenia się wpływ czynników zewnętrznych, takich jak sezonowość czy równoległe aktualizacje algorytmów. Takie podejście skraca czas diagnozy i pozwala przywrócić utraconą widoczność w Google bez chaotycznych zmian na żywym sklepie.
Masz pytania? Porozmawiajmy o Twoim marketingu
Skontaktuj się ze mną!
Jacek Kałuża