Checklista SEO przy migracji strony: instrukcja krok po kroku

Migracja strony to jeden z najbardziej ryzykownych procesów dla SEO. Nawet drobny błąd techniczny może kosztować 30–70% ruchu organicznego. Ten przewodnik przeprowadzi Cię przez każdy etap — od przygotowania do monitoringu po migracji.
Czym jest migracja SEO i kiedy jest potrzebna
Migracja SEO to kontrolowany proces przenoszenia strony, podczas którego zachowywane są zgromadzone sygnały organiczne: pozycje, moc linków, indeksacja. Jest potrzebna gdy:
- Zmiana domeny (np. old-site.com → new-site.com)
- Przeniesienie z HTTP na HTTPS
- Zmiana CMS (WordPress → Shopify, OpenCart → WooCommerce)
- Redesign zmieniający strukturę URL
- Łączenie lub dzielenie stron
- Zmiana struktury językowej lub regionu docelowego
Złota zasada: każde z tych działań bez przygotowania SEO = gwarantowany spadek ruchu.
Krok 1. Zbieranie danych bazowych (przed startem migracji)
Zanim cokolwiek zmienisz — udokumentuj aktualny stan strony. To Twój punkt odniesienia do porównania po migracji.
Co zebrać:
- Ruch organiczny — wejdź do Google Analytics 4 → Acquisition → Organic Search. Zapisz raport z ostatnich 3 miesięcy.
- Pozycje słów kluczowych — wyeksportuj z Google Search Console listę zapytań i pozycji (minimum top-50 stron).
- Lista URL — pełny crawling strony przez Screaming Frog lub Sitebulb. Zapisz wszystkie URL ze statusem 200.
- Linki zewnętrzne — wyeksportuj z Ahrefs lub GSC listę wszystkich linków zewnętrznych z anchorami i stronami odsyłającymi.
- Metryki techniczne — Core Web Vitals, szybkość ładowania (PageSpeed Insights), aktualny robots.txt i sitemap.xml.
📋 Checklista:
- Zapisany raport ruchu GA4 (PDF lub arkusz)
- Wyeksportowana lista pozycji z GSC
- CSV ze wszystkimi URL strony
- Lista backlinków (Ahrefs / GSC)
- Zrzut ekranu lub PDF raportu PageSpeed
Krok 2. Mapa przekierowań
Każdy stary URL, który generował ruch lub miał linki zewnętrzne, musi otrzymać przekierowanie 301 na nową odpowiednią stronę. To najważniejszy element migracji.
Jak zbudować mapę przekierowań:
- Otwórz CSV ze starymi URL (z kroku 1).
- Dla każdego URL wskaż odpowiedni nowy adres.
- Jeśli strona znika bez zamiennika — przekierowanie prowadzi do najbliższej tematycznej lub do strony głównej.
- Tabela w formacie: stary URL | nowy URL | status (301/410)
Zasady:
- Tylko 301 (stałe) — nie 302, nie meta refresh.
- Unikaj łańcuchów przekierowań: A→B→C powinno być A→C.
- Nie przekierowuj całej strony na stronę główną — Google traktuje to jako soft 404.
- Strony, które znikają bez zamiennika — zwracaj 410 Gone.
📋 Checklista:
- Tabela przekierowań wypełniona dla wszystkich stron z ruchem
- Brak łańcuchów przekierowań
- Skonfigurowane 301 na nowym serwerze (lub przez .htaccess / nginx)
- Przekierowania zweryfikowane przez httpstatus.io lub Screaming Frog
Krok 3. Techniczny audyt SEO nowej strony
Przed publicznym uruchomieniem nowa strona musi być technicznie gotowa. Sprawdzaj na środowisku staging.
Co sprawdzić:
- robots.txt — upewnij się, że na produkcji NIE ma Disallow: /. To najczęstsza przyczyna utraty indeksacji po migracji.
- Sitemap.xml — zaktualizowany, zawiera nowe URL, nie zawiera starych. Wyślij do GSC → Sitemaps.
- Tagi canonical — każda strona wskazuje na siebie. Brak błędnych canonicali wskazujących na starą domenę.
- Title i meta description — przeniesione lub ulepszone. Brak duplikatów.
- Hreflang — jeśli wielojęzyczna: tagi ustawione poprawnie dla wszystkich języków i regionów.
- Szybkość i Core Web Vitals — sprawdź przez PageSpeed Insights. LCP poniżej 2.5s, CLS poniżej 0.1, INP poniżej 200ms.
- HTTPS — certyfikat zainstalowany, wszystkie linki wewnętrzne prowadzą na https://, brak mixed content.
- Dane strukturalne — markup Schema.org przeniesiony i ważny (sprawdzenie przez Google Rich Results Test).
📋 Checklista:
- robots.txt zezwala na indeksację
- Sitemap zaktualizowany i wysłany do GSC
- Tagi canonical bez błędów
- Title i meta description na każdej stronie
- Hreflang (jeśli wielojęzyczna)
- Core Web Vitals w normie
- HTTPS bez mixed content
- Dane strukturalne ważne
Krok 4. Migracja treści
Treść to jeden z głównych sygnałów SEO. Nie można jej po prostu skopiować — trzeba sprawdzić zachowanie wszystkich elementów.
Co sprawdzić dla każdej ważnej strony:
- Treść tekstowa — w pełni przeniesiona, bez skróceń. Nie skracaj tekstów podczas migracji.
- Nagłówki H1–H6 — hierarchia zachowana, H1 jest i jest jeden.
- Obrazy — wgrane na nowy serwer (nie linkowane ze starego), atrybuty alt zachowane.
- Linki wewnętrzne — zaktualizowane na nowe URL (nie prowadzą do starej domeny ani 404).
- Data publikacji — zachowana lub zaktualizowana poprawnie (nie ustawiaj dzisiejszej daty na starą treść).
📋 Checklista:
- Cała treść przeniesiona bez strat
- H1 obecny na każdej stronie
- Atrybuty alt obrazów zachowane
- Linki wewnętrzne wskazują na nowe URL
- Obrazy hostowane na nowym serwerze
Krok 5. Uruchomienie i pierwsze 48 godzin
Moment przełączenia DNS jest najbardziej krytyczny. Działaj według jasnego planu.
Kolejność działań przy uruchomieniu:
- Obniż TTL DNS do 300 sekund na 24 godziny przed migracją — żeby przełączenie nastąpiło szybko.
- Uruchom nową stronę poza godzinami pracy (noc, weekend) — mniej użytkowników ucierpi z powodu niedostępności.
- Natychmiast po przełączeniu — sprawdź dostępność strony przez downdetector lub uptimerobot.
- Uruchom crawling przez Screaming Frog w celu wykrycia błędów 404 i przekierowań.
- W GSC — wyślij URL kluczowych stron do indeksacji przez narzędzie URL Inspection.
- Upewnij się, że GA4 i GSC odbierają dane (śledzenie nie jest zepsute).
📋 Checklista uruchomienia:
- TTL DNS obniżony z wyprzedzeniem
- Uruchomienie poza godzinami pracy
- Strona dostępna po przełączeniu
- Crawling pokazuje 0 krytycznych błędów
- GSC odbiera dane
- GA4 rejestruje sesje
Krok 6. Monitoring po migracji (30–90 dni)
Nawet idealna migracja wymaga monitoringu. Ruch może tymczasowo spaść — to normalne. Trzeba jednak odróżnić przejściowe turbulencje od prawdziwych problemów.
Co i kiedy monitorować:
| Metryka | Narzędzie | Częstotliwość |
|---|---|---|
| Ruch organiczny | GA4 | Codziennie (pierwsze 2 tygodnie) |
| Pozycje słów kluczowych | GSC / Ahrefs | Raz w tygodniu |
| Błędy indeksacji | GSC → Coverage | Raz w tygodniu |
| Błędy 404 | Screaming Frog / GSC | Codziennie (pierwszy tydzień) |
| Core Web Vitals | GSC → Core Web Vitals | Co 2 tygodnie |
| Linki zewnętrzne | Ahrefs / GSC | Raz w miesiącu |
Normalne terminy stabilizacji ruchu:
- Małe strony (do 100 podstron) — 2–4 tygodnie
- Średnie strony (100–1000 podstron) — 4–8 tygodni
- Duże katalogi (1000+ podstron) — 2–4 miesiące
Jeśli po 3 miesiącach ruch nie odbudował się do 80% poprzedniego poziomu — szukaj problemu technicznego: najczęściej to błędne canonicale lub niekompletna mapa przekierowań.
Krytyczne błędy, które niszczą ruch po migracji
- Zablokowany robots.txt na produkcji — strona całkowicie wypada z indeksu. Sprawdź natychmiast po uruchomieniu.
- Brak przekierowań — Google i Bing zapominają strony bez 301. Moc linków zostaje utracona.
- Canonical wskazujący na starą domenę — nowa strona nigdy nie zajmie pozycji, jeśli canonical wskazuje na starą.
- Utracona treść — nawet jedna ważna strona bez przekierowania = trwała utrata jej pozycji (bez ponownej pracy).
- Zmiana URL bez przekierowań jednocześnie z redesignem — podwójny cios dla SEO. Rób zmiany osobnymi krokami.
- Usunięcie danych strukturalnych — utrata rich snippets w wynikach = spadek CTR o 20–40%.
Narzędzia do migracji SEO
| Zadanie | Darmowe narzędzie | Płatne narzędzie |
|---|---|---|
| Crawling strony | Screaming Frog (do 500 URL) | Screaming Frog Pro, Sitebulb |
| Pozycje i ruch | Google Search Console | Ahrefs, Semrush |
| Analiza ruchu | GA4 | — |
| Sprawdzanie przekierowań | httpstatus.io | Screaming Frog |
| Dane strukturalne | Google Rich Results Test | — |
| Szybkość | PageSpeed Insights | WebPageTest |
| Backlinki | GSC | Ahrefs, Majestic |
Podsumowanie: pełna checklista migracji SEO
Przed migracją:
- Zebrane dane bazowe (ruch, pozycje, URL, linki)
- Zbudowana mapa przekierowań
- Techniczny audyt nowej strony na stagingu
- Sprawdzona treść na wszystkich kluczowych stronach
Podczas migracji:
- Obniżony TTL DNS
- Uruchomienie poza godzinami pracy
- Natychmiastowe sprawdzenie dostępności i crawling
Po migracji (30 dni):
- Codzienny monitoring ruchu
- Sprawdzanie błędów 404 i indeksacji
- Tygodniowe śledzenie pozycji
- Analiza Core Web Vitals
Migracja to nie jednorazowe działanie, lecz proces wymagający planowania i kontroli. Przestrzeganie tej checklisty pozwala zachować 90–100% ruchu organicznego nawet przy radykalnych zmianach strony.


