# Checklista migracji / redesignu strony bez utraty widoczności

> Dla kogo: Wdrożeniowiec SEO z deweloperem · Czas: 1–2 tygodnie planu, 4–8 tygodni monitoringu
> Wersja online i arkusz XLSX: https://skuteczne-pozycjonowanie-stron.pl/porady/checklisty/migracja-strony/

Checklistę stosujesz przy migracji: zmianie domeny, CMS-a, struktury URL-i, redesignie – każda z tych operacji może zerwać widoczność, jeśli pójdzie bez protokołu. Wypełnia ją wdrożeniowiec SEO z deweloperem; planowanie zajmuje 1-2 tygodnie, monitoring po starcie min. 4-8 tygodni. Checklista ma trzy fazy: przed, w trakcie, po – sekwencja jest istotna, bo błędy z fazy "przed" odkrywasz dopiero w fazie spadków. Zasada nadrzędna: nigdy nie wypuszczaj migracji bez backupu rankingów i planu awaryjnego.

## Przed migracją: mapowanie i baseline
- [ ] **Mapowanie URL: stary -> nowy dla każdej podstrony** – zbuduj pełną mapę 1:1 (stary URL, nowy URL, typ 301); crawl stary serwis (Ahrefs Site Audit / Screaming Frog) jako źródło listy. Mapowanie "na pamięć" to najczęstsze źródło masowych 404 po migracji.
- [ ] **Backup rankingów i ruchu z GSC przed startem** – wyeksportuj z GSC: dane wyników (frazy, strony, kliknięcia), indeksację, CWV – snapshot z datą. Baseline to Twój dowód w raporcie po migracji: co było "przed".
- [ ] **Pełny crawl i backup treści starych URL** – zrób crawl z treścią (HTML, meta, schema) wszystkich indeksowalnych URL-i. Po migracji stare treści znikają – bez backupu nie porównasz i nie odtworzysz.
- [ ] **Inwentarz przekierowań istniejących przed migracją** – wypisz aktualne 301 z serwisu: nowe mapowanie ma je uwzględnić, żeby nie zerwać łańcuchów historii. Stary redirect pominięty w planie = 404 dla starego ruchu.
- [ ] **Baseline obecności w AI (GEO) zrobiony przed migracją** – zrób pomiar obecności marki w odpowiedziach AI wg protokołu (min. 4 pomiary/mies., 100+ promptów) przed migracją. Bez baseline'u nie rozróżnisz "AI zapomniało" od "tak zawsze było".

## W trakcie: przekierowania i konfiguracja
- [ ] **301 dla każdego starego URL, brak 302 tam, gdzie move permanentny** – wdróż mapę jako 301 (302/307 tylko dla świadomie tymczasowych); zero przekierowań na stronę główną "zbiorczo". Zbiorczy 301 na home = utrata mocy i intencji każdej podstrony.
- [ ] **Łańcuchy przekierowań: max 1 hop** – po wdrożeniu mapy sprawdź crawl: każdy stary URL kieruje jednym 301, bez łańcuchów. Łańcuchy skróć do pojedynczego hopu przed startem.
- [ ] **Canonical: samoodwołujące się na nowych URL** – sprawdź szablony nowego serwisu: rel=canonical samoodwołujący się na każdej podstronie (poza świadomymi konsolidacjami). Szablon z canonical "na stronę główną" to katastrofa indeksacji.
- [ ] **robots.txt nowego serwisu bez "Disallow: /"** – sprawdź robots.txt na środowisku produkcyjnym dzień przed startem: brak globalnego disallow (klasyk stagingu wypuszczonego na prod). Zablokowany serwis = zdeindeksowanie w tygodniu.
- [ ] **Noindex na stagingu usunięty, meta robots poprawne na prod** – zweryfikuj: meta robots na produkcji index,follow na podstronach indeksowalnych; staging nadal noindex. Noindex z stagingu wypuszczony na produkcję zdejmuje serwis z indeksu.
- [ ] **Sitemap nowego serwisu zgłoszona do GSC** – po starcie: sitemap tylko z nowymi, indeksowalnymi URL-ami (200 + canonical); zgłoś w GSC. Stare URL w sitemap podsyłają Google odwrotny sygnał.
- [ ] **hreflang przeniesiony 1:1 z poprawnymi nowymi URL** – przy serwisach wielojęzycznych: hreflang z nowymi adresami, wzajemne odwołania zwrotne, x-default. hreflang na stare/stagingowe URL-e = zamęt w wersjach językowych.
- [ ] **Struktura nagłówków, treść i schema przeniesione** – porównaj kluczowe podstrony stary vs nowy: H1, treść, schema, treści intro kategorii. Redesign, który wyrzuca treść z rankujących podstron, kasuje rankingi niezależnie od 301.

## Po migracji: monitoring
- [ ] **Monitoring indeksacji w GSC codziennie przez pierwsze 2 tygodnie** – sprawdź: krzywa indeksacji nowych URL, liczba zaindeksowanych, przyczyny nieindeksowania; porównuj z baseline. Spadek indeksacji to pierwszy sygnał problemu, zanim spadnie ruch.
- [ ] **Monitoring pozycji i ruchu vs baseline** – raportuj pozycje kluczowych fraz i ruch organic vs snapshot sprzed migracji; spadek >15-20% w pierwszych tygodniach wymaga reakcji. Naturalna fluktuacja istnieje – ale trend spadkowy bez odwrócenia to problem.
- [ ] **Stare URL-e: statusy 301 wciąż aktywne i bez 404** – crawl starych URL-i z backupu: każdy zwraca 301 na właściwy nowy odpowiednik. Wysyp 404 na starych URL = zerwane przekierowania (CMS je gubi).
- [ ] **Przekierowania przychodzące: backlinki podpięte pod żywe URL** – sprawdź w Ahrefs backlinki starych URL-i: linkujące domeny trafiają w 301 prowadzący do istniejącej podstrony, nie w 404. Backlink do 404 to moc, która wyparowuje.
- [ ] **CWV nowego serwisu zweryfikowane na CrUX** – sprawdź w GSC: CWV mobilne i desktopowe nowego szablonu. Redesign często psuje LCP/CLS – złap w CrUX, napraw szablon.
- [ ] **Soft 404 i 404 z raportu GSC przetworzone** – sprawdź raport: "Nie znaleziono (404)" i "Soft 404" po migracji; każdą wartościową starą stronę odtwórz albo przekieruj. Wysyp 404 po migracji to normalne przez chwilę – nieustanne po miesiącu to błąd.
- [ ] **Rendering JS i treść kluczowa w HTML nowego szablonu** – porównaj surowy HTML z renderowanym na kluczowych podstronach nowego serwisu. Nowy CMS często przenosi treść do JS – to niewidzialność dla części robotów.

## Scenariusz: zmiana domeny i CMS-a
- [ ] **Zmiana domeny: 301 domena->domena + change of address w GSC** – przy przenosinach domeny: 301 per URL + wypełnienie narzędzia Change of Address w GSC + aktualizacja sitemap. Zmiana domeny bez mapy 1:1 to dobrowolny spadek.
- [ ] **Zmiana CMS: zachowana struktura URL tam, gdzie możliwa** – przy zmianie CMS-a utrzymaj ścieżki URL (lub zmapuj) i przenieś meta, schema, treści. Zmiana CMS z "nowym wyglądem na wszystko" bez mapy = migracja z ukrytym kosztownym błędem.
- [ ] **Wersje językowe przy zmianie domeny: hreflang i structure przeniesione** – zweryfikuj hreflang i strukturę językową po zmianie domeny/CMS. Każda wersja językowa ma swój plan przekierowań.

## Plan awaryjny po spadkach
- [ ] **Plan awaryjny: rollback przekierowań i przywrócenie treści** – przygotuj przed startem: możliwość szybkiego przywrócenia starych treści (backup HTML), listę krytycznych URL-i i procedurę rollback 301. Awaria bez planu = improwizacja na żywym ruchu.
- [ ] **Diagnoza spadków: kolejność sprawdzeń ustalona** – przy spadkach sprawdzaj po kolei: robots.txt -> noindex -> canonical -> 301 -> indeksacja GSC -> treść. Zmiana treści przy błędzie w robots.txt to leczenie złej choroby.
- [ ] **Komunikacja z klientem o profili spadku migracyjnego** – ustal z klientem wcześniej: spadek po migracji jest oczekiwany (typowo tygodnie, nie dni), raportuj trend vs baseline, nie pojedynczy dzień. Panika po 3 dniach prowadzi do panicznych zmian, które robią drugą awarię.

## Jak interpretować wyniki

Faza "Przed migracją" jest obowiązkowa w 100%: mapa URL, backup rankingów i crawl to warunek wglądu – bez tego faza "w trakcie" jest ślepa, a faza "po" to nieudokumentowana katastrofa. W fazie wdrożenia punkty robots.txt/noindex/canonical są krytyczne: to one najczęściej produkują masowe wywalenie z indeksu po redesignie – sprawdź je dzień przed startem i w dniu startu. Faza "po" to dyscyplina monitoringu: pierwsze 2 tygodnie codziennie, potem tygodniowo; spadek >15-20% ruchu bez trendu odwracalnego to sygnał do uruchomienia diagnozy w kolejności z planu awaryjnego. Scenariusz zmiany domeny/CMS traktuj jako odrębny projekt z własną mapą – kumulacja "zmieniamy i domenę, i CMS, i design" to największy znany spadek ryzyka zaniechania. Wynik: fazy przed+w trakcie = 100% niezaliczonych punktów blokuje start migracji; faza po = monitoruj do stabilizacji baseline'u, nie do "wygląda dobrze po tygodniu".

---
SEODEV · skuteczne-pozycjonowanie-stron.pl · hello@seodev.agency · +48 537 269 103