Migracja serwisu bez utraty widoczności: checklista i harmonogram

Ostatnia aktualizacja: 1 sierpnia 2026. Przegląd co kwartał.

Ruch po migracji spada nie z powodu samej migracji, tylko z powodu braku przekierowań, utraconej treści albo pominiętej części technicznej (devstock.pl, VII 2026). To jest najważniejsze zdanie w całym temacie. Migracja przeprowadzona z planem jest dla wyszukiwarki niemal niewidoczna, a pozycje zostają na miejscu. Katastrofa, gdy dwa tygodnie po przełączeniu strony ruch z Google mocno leci w dół, prawie zawsze wynika z błędu, który dało się przewidzieć.

Migracja to zmiana CMS, domeny, architektury URL albo przejście na headless, i jest to najczęstszy pojedynczy powód gwałtownej utraty widoczności. W erze AI ryzyko jest podwójne: model, który raz nauczył się starej struktury adresów, nie zaktualizuje się natychmiast po przekierowaniu. Dlatego migrację trzeba traktować nie jako projekt techniczny, który „developer jakoś ogarnie”, tylko jako projekt SEO z własną checklistą i harmonogramem. Ten artykuł daje jedno i drugie, plus plan ratunkowy, gdyby ruch już zdążył polecieć.

Sercem projektu jest jedna rzecz: mapa starych adresów URL i ich przekierowań 301 na nowe odpowiedniki, uzupełniona o zachowanie treści i monitoring po starcie (devstock.pl, VII 2026). Wszystko inne jest wokół tego.

Dlaczego migracja tak często kończy się spadkiem

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. To proces, nie zdarzenie. Niewielka zmiana widoczności przez kilka dni po migracji nie musi oznaczać błędu (SEMTAK, VI 2026). Powodem do szybkiej reakcji jest sytuacja, gdy gwałtownie rośnie liczba błędów 404, ważne strony znikają z indeksu, przekierowania prowadzą do przypadkowych miejsc albo spada ruch na całym typie stron naraz.

Najczęstsze przyczyny spadku, które da się wyeliminować przed startem:

• Brak przekierowań. Każdy stary adres bez przekierowania to utracone pozycje i link equity, który specjaliści budowali latami.
• Utrata treści. Nowa wersja gubi teksty, nagłówki albo linkowanie wewnętrzne, które przynosiły ruch.
• Przekierowanie wszystkiego na stronę główną. Jeden z najszybszych sposobów na utratę pozycji. Google traktuje masowe przekierowania na home jak miękkie 404 i nie przenosi sygnałów (SEMTAK, VI 2026).
• Blokada indeksacji. Nowa wersja z pozostawionym noindex z serwera testowego albo z robots.txt blokującym istotne obszary.
• Zmiana struktury URL bez mapowania. Szybka droga do błędów 404, utraty linków i dezorientacji Google.

Harmonogram: trzy fazy migracji

Migracja SEO ma trzy fazy, każda z własnym kompletem kontroli. Pominięcie którejkolwiek jest tym, co zamienia redesign w katastrofę.

Faza 1: przed migracją (planowanie)

To najważniejsza faza, bo tu zbierasz dane, bez których później nie ustalisz, czy spadek to Twoja wina, czy sezonowość.

• Wyeksportuj crawlerem (Screaming Frog, Sitebulb) listę wszystkich indeksowalnych adresów URL starej wersji.
• Zidentyfikuj, które adresy mają wartość: przynoszą ruch, mają pozycje, mają linki przychodzące.
• Zrób audyt SEO starej wersji: widoczność, struktura URL, linkowanie wewnętrzne, meta tagi, nagłówki, treści.
• Zbierz dane bazowe (baseline): pozycje, ruch, indeksacja. Bez nich nie porównasz stanu po migracji.
• Zbuduj mapę przekierowań: tabelę, w której każdy stary adres dostaje najbliższy tematycznie odpowiednik w nowej strukturze. Nie wszystko na home.

Faza 2: wersja testowa (weryfikacja przed startem)

• Wgraj mapę przekierowań na serwer testowy i sprawdź, czy każdy stary adres poprawnie przekierowuje na nowy.
• Przeskanuj środowisko testowe crawlerem i zweryfikuj kluczowe elementy SEO.
• Sprawdź, czy treść jest wiernie odtworzona: struktura nagłówków (H1, H2, H3), unikalność tekstów, linkowanie wewnętrzne, frazy, które przynosiły ruch (Greenfields, X 2025).
• Upewnij się, że wersja testowa nie jest zablokowana przed indeksacją przypadkowym noindex, i jednocześnie że nie wycieknie do indeksu przed startem.

Dopiero gdy masz stuprocentową pewność, że wersja testowa działa bez zarzutu, planujesz przejście na żywo. Migrację najlepiej robić w okresie najmniejszego ruchu.

Faza 3: po migracji (monitoring)

• Ponownie przeskanuj crawlerem nową, żywą wersję.
• Sprawdź przekierowania: każdy stary adres ma zwracać 301 i prowadzić do adresu, który zwraca 200. Uważaj na łańcuchy przekierowań (A do B do C), spłaszcz je do jednego (A do C) (ClueGroup, IV 2026).
• Sprawdź, czy linkowanie wewnętrzne prowadzi bezpośrednio do nowych adresów, a nie przez przekierowania 301 (IdoSell).
• Upewnij się, że nowa sitemapa zawiera tylko aktywne strony, i dodaj ją do robots.txt.
• Zweryfikuj nową wersję w Google Search Console jako osobną usługę. Przy zmianie domeny użyj narzędzia „Zmiana adresu”.
• Monitoruj błędy indeksowania, 404 i pozycje przez kolejne tygodnie.

Dodatkowa warstwa w erze AI: sprawdź logi pod kątem botów AI

Po migracji warto zrobić rzecz, o której większość poradników migracyjnych milczy: sprawdzić w logach serwera, czy boty AI nie zbierają serii błędów 404 na starych adresach. Model, który nauczył się starej struktury, będzie przez jakiś czas odwiedzał nieistniejące już adresy. Jeśli te adresy zwracają 404 zamiast 301, każda taka wizyta to zmarnowane pobranie i utrwalanie nieaktualnej wiedzy o marce. Jak czytać logi pod kątem botów AI, rozkładamy w osobnym artykule dla specjalistów.

Plan ratunkowy: ruch już spadł, co teraz

Jeśli migracja już się odbyła, a ruch poleciał, kolejność diagnozy jest następująca:

1. Sprawdź 404: gwałtowny wzrost błędów 404 na ważnych adresach to pierwszy podejrzany. Znajdź stare adresy bez przekierowania i dodaj 301.
2. Sprawdź przekierowania: czy nie prowadzą na home albo w przypadkowe miejsca, czy nie tworzą łańcuchów.
3. Sprawdź indeksację: czy nowa wersja nie ma noindex albo blokady w robots.txt.
4. Sprawdź canonicale: czy Google nie wskazuje innych adresów kanonicznych niż Ty.
5. Sprawdź treść: czy nowe szablony nie zgubiły tekstów, które przynosiły ruch.

Ważne zastrzeżenie: bez danych bazowych zebranych przed migracją trudno ustalić, czy spadek wynika ze zmiany technicznej, sezonowości, spadku popytu czy działań konkurencji (SEMTAK, VI 2026). Dlatego Faza 1 jest najważniejsza.

Że da się przejść migrację bez spadku, pokazują przykłady

Dobrze zaplanowana migracja nie musi oznaczać strat, a bywa momentem wzrostu. Insightland przeprowadzał migracje, które nie tylko zachowały, ale zwiększyły widoczność: Paryskie Perfumy odnotowały wzrost ruchu o 200% po migracji strony, a Venicci wzrost widoczności e-commerce po migracji. To pokazuje, że różnica między katastrofą a wzrostem leży nie w samym fakcie migracji, tylko w przygotowaniu: mapie przekierowań, zachowaniu treści i monitoringu.

FAQ

Dlaczego strona traci ruch po migracji?
Nie z powodu samej migracji, tylko z powodu błędów: braku przekierowań 301, utraconej treści, przekierowania wszystkiego na stronę główną albo blokady indeksacji. Dobrze zaplanowana migracja jest dla Google niemal niewidoczna.

Czy wystarczą przekierowania 301?
Nie. Przekierowania są sercem projektu, ale to nie wszystko. Trzeba też zachować treść i linkowanie wewnętrzne, dopilnować indeksacji, sitemapy i canonicali oraz monitorować stronę po starcie. Sam 301 bez zachowanej treści nie uratuje pozycji.

Co to jest mapa przekierowań?
To tabela, w której każdy stary adres URL dostaje najbliższy tematycznie odpowiednik w nowej strukturze. Nie przekierowuj wszystkiego na stronę główną, bo Google potraktuje to jak miękkie 404 i nie przeniesie sygnałów rankingowych.

Kiedy zrobić audyt przed migracją?
Na etapie planowania nowej struktury, jeszcze przed budową. Druga kontrola na wersji testowej, trzecia po wdrożeniu. Audyt przed migracją wskazuje, które adresy mają wartość i wymagają szczególnej ochrony.

Jak długo po migracji można się spodziewać wahań?
Kilka dni niewielkich wahań to normalne, bo Google musi ponownie przetworzyć strukturę. Powodem do szybkiej reakcji jest gwałtowny wzrost 404, znikanie ważnych stron z indeksu albo spadek na całym typie stron naraz.

Czy migracja wpływa na widoczność w ChatGPT i Perplexity?
Tak, i to opóźnione. Modele uczą się struktury adresów i po migracji przez jakiś czas odwiedzają stare, nieistniejące adresy. Jeśli zwracają 404 zamiast 301, utrwala się nieaktualna wiedza o marce. Warto po migracji sprawdzić logi pod kątem botów AI.

Migracja nie musi kosztować lat pracy nad widocznością. Różnica między spadkiem a wzrostem leży w przygotowaniu: kompletnej mapie przekierowań 301, wiernym zachowaniu treści i monitoringu po starcie. Trzy fazy, przed, na wersji testowej i po wdrożeniu, każda z własną checklistą, zamieniają ryzykowny projekt w kontrolowaną zmianę. Kluczowa jest Faza 1, bo bez danych bazowych nie odróżnisz później własnego błędu od sezonowości.

Jeśli planujesz zmianę CMS, domeny albo platformy i nie chcesz spalić widoczności, najbezpieczniej zabezpieczyć migrację audytem i planem przekierowań przed startem. Audyt technicznego SEO Insightland obejmuje przygotowanie i kontrolę migracji, a przykłady wzrostu po migracji pokazują, że dobrze zaplanowana zmiana bywa okazją, nie ryzykiem.

Praktyki migracyjne weryfikowane na 1 sierpnia 2026 u źródeł: devstock.pl, SEMTAK, ClueGroup, widoczni, IdoSell, Greenfields, Magnetti Lab. Case studies i wyniki: materiały Insightland. Przed migracją potwierdź aktualny stan narzędzi i wytycznych Google Search Central.