Blog · SEO · Migracje

Migracja sklepu na IdoSell bez utraty SEO

Zmiana platformy bez planu SEO to najprostszy sposób, żeby w jeden weekend wyzerować ruch organiczny budowany latami. Pokazujemy, jak migrować tak, żeby Google nie zauważył różnicy — albo zauważył tylko na chwilę.

CZAS CZYTANIA: ~11 MIN


SEO przy migracji sklepu to jedna z tych rzeczy, które potrafią zdecydować o sukcesie lub porażce całego projektu — niezależnie od tego, czy migrujesz z WooCommerce, Shopera, PrestaShop czy innej platformy. Większość problemów po migracji, z którymi trafiają do nas klienci, nie wynika z wad samej platformy docelowej. Wynika z tego, że ktoś potraktował SEO jako "drobny detal, dorobimy później". Ten wpis pokazuje, dlaczego to nigdy nie działa i co realnie trzeba zrobić, żeby zmiana platformy nie zniszczyła pozycji w Google.


Dlaczego sklepy tracą pozycje po migracji

Każdy sklep z historią w Google ma w indeksie zbiór URL-i: główną, kategorie, podkategorie, produkty, wpisy blogowe, strony statyczne. Każdy z tych URL-i przez lata "uczył się" w algorytmie — wpadał w kontekst zapytań, dostawał kliknięcia, miał konkretne pozycje. To jest budowane miesiącami lub latami i Google nie traktuje tego jako prezent. Gdy zmieniasz platformę, zwykle:

Zmienia się struktura URL — inny prefix, inna składnia, inne ID. Stary URL przestaje istnieć.
Zmienia się część kategorii — przy okazji migracji robi się porządki i nie wszystko trafia w to samo miejsce.
Zmienia się szablon — inny HTML, inna struktura nagłówków, inne dane strukturalne. Google musi to "przyjąć" ponownie.
Zmienia się wydajność strony — Core Web Vitals, czas ładowania, CLS — wszystko nowe.

Jeśli te zmiany nie są zaopiekowane przez przekierowania 301 i plan SEO, Google przez kilka tygodni indeksuje stare URL-e jako "404 nie znaleziono" — i wnioskuje, że duża część zaindeksowanej strony zniknęła. Reakcja algorytmu jest natychmiastowa: spadek pozycji, spadek ruchu, w skrajnych przypadkach wypadnięcie z top 10 na konkurencyjnych frazach.


Co realnie musi zostać zrobione

Plan SEO migracji to nie jest "checklist do odhaczania na koniec projektu". To pięć kroków, które muszą być częścią harmonogramu od pierwszego tygodnia.

1. Pełen audyt aktualnych URL-i

Przed migracją trzeba mieć pełną listę aktywnych URL-i obecnego sklepu. Trzy źródła, których używamy równolegle (bo żadne osobno nie daje pełnego obrazu):

Google Search Console — raport "Performance" → eksport top 1000 podstron z największą liczbą wyświetleń i kliknięć
Sitemap.xml — lista wszystkich URL-i, które platforma sama deklaruje jako kanoniczne
Crawl narzędziem typu Screaming Frog — pełen "skan" strony, łapiący też strony niezindeksowane w Search Console

Te trzy listy łączy się w jedną — bez duplikatów, z priorytetem ustalonym według ruchu. Top 500 URL-i (te z ruchem) chroni się przed wszystkim. Reszta — według budżetu.

2. Mapowanie URL stary → nowy

Każdy URL z listy mapujemy na nowy odpowiednik w strukturze IdoSell. Najczęstsze schematy:

Kategoria główna — zostaje tam, gdzie była, ze zmienioną składnią URL
Podkategoria — zwykle zostaje, ale czasem przy okazji migracji trafia do innego rodzica
Produkt — zostaje (z innym URL-em), chyba że produkt został wycofany — wtedy przekierowanie na kategorię nadrzędną
Wpis blogowy — zostaje, z nowym URL-em w strukturze /blog/posts/[slug]
Strona statyczna (regulamin, polityka prywatności) — zostaje z nową ścieżką
Filtry produktowe (jeśli były indeksowane) — analizujemy indywidualnie. Te najmocniejsze (z ruchem) chronimy, resztę zamykamy przez canonical i robots

Mapowanie zapisujemy w arkuszu (CSV), z kolumnami: stary URL, nowy URL, priorytet, uwagi. To źródło danych zarówno dla mechanizmu przekierowań, jak i dla późniejszej weryfikacji w Search Console.

3. Przekierowania 301

Kod 301 oznacza "trwałe przekierowanie". Mówi Google: "ta strona przeniosła się na zawsze tutaj". To jedyny prawidłowy sposób transferu pozycji ze starego URL-a na nowy. Inne kody (302, meta refresh, JS redirect) nie przenoszą pełnej mocy SEO.

IdoSell ma wbudowany mechanizm przekierowań, do którego ładuje się mapowanie hurtowo z pliku CSV. Konfiguracja jest po stronie admina platformy. Trzy zasady, których przestrzegamy:

1:1, nie 1:wszystkie — każdy stary URL ma swój konkretny nowy odpowiednik. Hurtowe przekierowanie wszystkich starych URL-i na stronę główną nie chroni SEO — Google traktuje to jako "soft 404" i ignoruje przekierowanie.
Kod 301, nie 302 — sprawdzamy nagłówki odpowiedzi po wgraniu. 302 to przekierowanie tymczasowe i nie przenosi pełnej mocy.
Jeden hop, nie łańcuch — stary URL → bezpośrednio nowy URL. Bez łańcuchów typu stary → przejściowy → nowy. Każdy hop osłabia transfer.

4. Aktualizacja sitemapy

Po migracji nowa sitemap.xml powinna zawierać tylko nowe URL-e, nie stare. To pierwszy sygnał dla Google, że struktura strony się zmieniła. Wgrywamy ją na serwer, podpinamy w Search Console jako nową sitemapę i monitorujemy raport "Coverage" / "Page indexing".

5. Zgłoszenie w Search Console

Jeśli migrujemy w obrębie tej samej domeny, wystarczy zgłosić nową sitemapę. Jeśli zmienia się domena (np. sklep.plsklep.com), używamy narzędzia "Change of Address" w Search Console. Bez tego Google zacznie traktować nowy sklep jako zupełnie nowy serwis bez historii — co kosztuje miesiące indeksacji od zera.


Czego się spodziewać w pierwszych tygodniach

Nawet przy idealnie zrobionych przekierowaniach 301, ruch organiczny po migracji spadnie — i to jest normalne. Pytanie nie brzmi "czy spadnie", tylko "o ile i na jak długo". Realistyczne ramy wyglądają tak:

Tydzień 1-2: spadek ruchu o 15-35%. Google "uczy się" nowych URL-i, część starych jeszcze odpowiada przekierowaniem, ale ranking jest w trakcie aktualizacji.
Tydzień 2-4: najgłębszy dołek. Spadek ruchu do 40-50% wartości sprzed migracji. Google przeindeksowuje większość strony.
Tydzień 4-8: stopniowe odbicie. Najmocniejsze URL-e wracają na pozycje, długi ogon w trakcie aktualizacji.
Tydzień 8-12: stabilizacja. Większość pozycji wraca, część może być nawet wyższa niż przed (jeśli nowy sklep ma lepsze CWV i UX).

Jeśli po 8 tygodniach ruch nadal jest 40-60% niżej niż przed migracją — to znaczy, że coś poszło źle. Najczęstsza przyczyna: niepełne przekierowania, błędy w mapowaniu, brak zgłoszenia w Search Console. To moment, w którym potrzebny jest audyt powdrożeniowy.


Co monitorować w Search Console

Search Console po migracji to twoje główne narzędzie kontroli. Pięć raportów, które trzeba czytać regularnie przez pierwsze 2-3 miesiące:

Coverage / Page indexing

Pokazuje, ile podstron Google zaindeksował i jakie błędy znalazł. Po migracji pojawią się tu setki ostrzeżeń typu "404 not found" (stare URL-e bez przekierowania), "Redirect chain" (łańcuchy przekierowań) i "Soft 404" (przekierowanie na nieadekwatny URL). Każde z nich to potencjalna utrata pozycji. Zwykle priorytet: napraw najpierw te z ruchem (sortowanie po liczbie kliknięć).

Performance

Porównuje wyświetlenia, kliknięcia i pozycje przed i po migracji. To główne źródło danych o tym, jak naprawdę wygląda sytuacja. Spadek kliknięć przy stałych wyświetleniach = problem z meta title / description. Spadek wyświetleń = problem z indeksacją lub pozycjami.

Removals / URL Inspection

Po wgraniu nowej sitemapy warto ręcznie zgłosić indeksację 20-50 najważniejszych nowych URL-i (główna, kategorie top, najmocniejsze produkty). Google sam by je w końcu znalazł, ale ręczne zgłoszenie przyspiesza proces o tygodnie.

Core Web Vitals

IdoSell zwykle daje lepsze CWV niż self-hosted WordPress czy PrestaShop, ale po migracji wszystko się "resetuje" — Google musi przeprowadzić nowe pomiary. Pełny obraz pojawia się dopiero po 4-8 tygodniach. Warto monitorować, czy nowy szablon nie pogarsza wyniku (rzadko, ale się zdarza przy ciężkich obrazach).

Sitemaps

Sprawdź, czy Google odczytuje nową sitemapę (status "Success") i ile URL-i z niej zaindeksowano. Idealnie: liczba zaindeksowanych URL-i rośnie do poziomu liczby URL-i w sitemapie w ciągu 2-4 tygodni.


Najczęstsze pułapki SEO przy migracji

Z naszej praktyki kilka błędów powtarza się szczególnie często. Warto je znać, żeby ich uniknąć — albo żeby rozpoznać, że dzieją się u Ciebie.

Hurtowe przekierowanie wszystkich starych URL-i na stronę główną

Wygodne dla wykonawcy, katastrofalne dla SEO. Google rozpoznaje, że stara podstrona produktowa nie ma kontynuacji w postaci nowej podstrony produktowej, tylko ląduje na ogólnej stronie głównej. Algorytm traktuje to jako "soft 404" — przekierowanie istnieje, ale jest nieadekwatne. Efekt: zerowa moc transferowana. Lepsze byłoby zwykłe 404 niż takie przekierowanie.

Brak przekierowań dla blog/aktualności

Sklepy z aktywnym blogiem mają dziesiątki lub setki wpisów blogowych. Każdy z nich ma własny URL i często własną pozycję na konkretne frazy. Migracje robione "tylko produkty + kategorie" zostawiają cały blog bez opieki — i traci się ruch z fraz long-tail, które blog obsługiwał. Wpisy blogowe muszą być w mapowaniu URL-i razem z resztą.

Pomylenie 301 z 302

Bardzo częsty błąd, zwłaszcza gdy przekierowania są konfigurowane przez wykonawcę bez doświadczenia w SEO. Google nigdzie nie pokaże ostrzeżenia "302 zamiast 301" — po prostu pozycje nie wracają. Sprawdzenie jest trywialne: każde przekierowanie testuj narzędziem typu curl -I [stary URL] i upewnij się, że nagłówek brzmi "HTTP/1.1 301 Moved Permanently". Jeśli "302 Found" — popraw.

Brak Change of Address przy zmianie domeny

Jeśli sklep zmienia domenę przy okazji migracji (np. rebranding), samo 301 nie wystarczy. Trzeba dodatkowo zgłosić w Search Console narzędzie "Change of Address". Bez tego Google traktuje nowy sklep jako zupełnie nowy serwis bez historii. Skutek: pełna utrata pozycji na wiele miesięcy.

Indeksowanie środowiska testowego

Środowisko testowe IdoSell często działa na subdomenie typu nazwasklepu.idosell-test.pl. Jeśli nie zostanie zablokowane przez robots.txt i tag noindex, Google może je zaindeksować i traktować jako duplikat. Trzeba sprawdzić to przed startem.


Checklist SEO migracji — do odhaczenia

Lista kontrolna, którą sami stosujemy przy każdej migracji. Jeśli pracujesz z inną agencją, możesz jej użyć jako benchmarku do oceny ich procesu.

Przed migracją

Eksport pełnej listy URL-i z trzech źródeł (Search Console, sitemap, crawl)
Eksport top 500 URL-i posortowanych po ruchu organicznym
Eksport metadanych SEO (title, description, H1) dla top URL-i
Mapa przekierowań URL stary → nowy w formacie CSV
Backup obecnej sitemapy i pliku robots.txt
Plan komunikacji do klientów o zmianie (zwłaszcza o resetowaniu haseł)

W dniu wdrożenia

Wgranie mapy przekierowań do panelu IdoSell
Wgranie nowej sitemap.xml
Aktualizacja robots.txt
Test 50-100 losowych starych URL-i — czy odpowiadają 301 na właściwy nowy URL
Weryfikacja Core Web Vitals nowej strony narzędziem PageSpeed Insights
Włączenie indeksacji (zdjęcie tagu noindex z całego sklepu, jeśli był w trakcie migracji)

Pierwsze 7 dni po migracji

Zgłoszenie nowej sitemapy w Google Search Console
Change of Address (jeśli zmienia się domena)
Ręczne zgłoszenie top 20-50 URL-i do indeksacji
Codzienne sprawdzenie raportu Coverage w Search Console
Monitoring rankingów top 50-100 fraz

Pierwsze 4 tygodnie

Cotygodniowy raport Coverage z naprawianiem błędów 404 i Redirect chain
Monitoring spadków pozycji per fraza — jeśli któraś fraza całkowicie zniknęła, analiza co się stało
Cotygodniowy raport Performance — porównanie do poziomu sprzed migracji
Weryfikacja CWV w Search Console (zakładka Core Web Vitals)

Podsumowanie

SEO przy migracji nie jest opcjonalnym dodatkiem. To główny czynnik decydujący o tym, czy nowy sklep ruszy z poziomu istniejącej historii w Google, czy będzie zaczynać od zera. Najważniejsze zasady:

Pełna lista starych URL-i z trzech źródeł, nie z jednego
Mapowanie 1:1 — każdy stary URL ma konkretny nowy odpowiednik
Przekierowania 301 (nie 302, nie meta refresh, nie JS), bez łańcuchów
Search Console aktywnie monitorowany przez 2-3 miesiące
Spadek ruchu o 20-50% w pierwszych 4 tygodniach to normalne. Spadek o 60-80% to sygnał, że coś poszło źle

Migracja sklepu to projekt na 4-12 tygodni — a jego SEO-wy ślad zostaje z Tobą na lata. Jeśli rozważasz zmianę platformy z WooCommerce, Shopera albo PrestaShopa — to przede wszystkim projekt SEO. Reszta to konsekwencje.


Konsultacja

Planujesz migrację
i boisz się o SEO?

Zacznijmy od audytu — przeanalizujemy obecny ruch, pokażemy realne ryzyka i przedstawimy plan migracji chroniący pozycje. Bezpłatna konsultacja, bez zobowiązań.

Umów konsultację → Zobacz pełną usługę

Powiązane tematy

Inne wpisy o migracjach

MIGRACJA · WOOCOMMERCE
Migracja z WooCommerce na IdoSell

Czego się spodziewać przy przejściu z WordPressa: wtyczki, baza danych, customowy kod motywu.

MIGRACJA · SHOPER
Migracja z Shoper na IdoSell

Co da się przenieść, jakie są ograniczenia eksportu i jak nie zgubić pozycji w Google.

MIGRACJA · PRESTASHOP
Migracja z PrestaShop na IdoSell

Moduły, override'y, wielojęzyczność i multistore — najtrudniejsza z migracji.