Przełączenie DNS albo wgranie nowego szablonu to dopiero połowa migracji. Druga połowa to tydzień kontroli, w którym wychodzą na jaw błędy niewidoczne na stagingu: reguła przekierowań działająca tylko dla części adresów, zapomniany tag noindex, kod analityki, który zniknął razem ze starym motywem. Ta checklista po migracji strony zbiera 18 punktów w kolejności, w jakiej warto je sprawdzać przez pierwsze siedem dni. Zakłada, że plan migracji był gotowy wcześniej; jeśli dopiero go układasz, zacznij od naszego przewodnika po migracji strony bez utraty widoczności.
Lista jest podzielona na bloki tematyczne, ale każdy punkt ma przypisany dzień. Dni 1–2 to sprawy, które mogą wyłączyć serwis z indeksu. Dni 3–5 to jakość sygnałów. Dni 6–7 to porządki i decyzja, czy migracja się udała.
Dzień pierwszy: dostępność, robots i mapa witryny
Pierwsze godziny po przełączeniu to kontrola rzeczy binarnych: działa albo nie działa. Tu nie ma miejsca na interpretację danych, bo danych jeszcze nie ma.
- Kody odpowiedzi kluczowych szablonów (dzień 1). Strona główna, kategoria, artykuł lub produkt, strona usługi, kontakt. Każdy z nich musi zwracać 200 pod nowym adresem. Sprawdź to z zewnątrz, nie z sieci firmowej, bo cache po stronie CDN potrafi ukryć błąd 5xx.
- Plik robots.txt na produkcji (dzień 1). Otwórz go ręcznie pod nowym adresem. Reguła
Disallow: /przeniesiona ze środowiska testowego to najczęstsza przyczyna nagłego zniknięcia z wyników. - Meta robots i nagłówek X-Robots-Tag (dzień 1). Sprawdź kod źródłowy kilkunastu stron różnych typów. W WordPressie dodatkowo opcję „Proś wyszukiwarki o nieindeksowanie tej witryny” w ustawieniach czytania.
- Mapa witryny (dzień 1). Nowa mapa powinna zawierać wyłącznie adresy zwracające 200, bez przekierowań i bez stron z noindex. Prześlij ją w Search Console. Google w dokumentacji przenoszenia witryny zaleca też tymczasowe utrzymanie starej mapy, żeby robot szybciej odkrył przekierowania. Co powinno trafić do samego pliku, opisujemy w tekście Sitemap XML w 2026.
Weryfikacja przekierowań na losowej próbce adresów
Mapa przekierowań przetestowana przed startem to dobry początek, ale produkcja ma często inną konfigurację serwera niż staging. Dlatego test powtarza się po przełączeniu.
- Pełny przebieg listy starych adresów (dzień 1–2). Puść cały eksport starych URL-i przez crawler w trybie listy. Każdy ma zwrócić jedno przekierowanie 301 lub 308 i docelowo 200. Wynik 404, 302 albo przekierowanie na stronę główną dla adresu, który ma odpowiednik, trafia do poprawki.
- Losowa próbka ręczna (dzień 2). Przy dużych serwisach crawler nie wyłapie błędów logicznych, na przykład artykułu przekierowanego na niewłaściwy, choć istniejący tekst. Wylosuj 50–100 adresów z różnych sekcji i porównaj treść strony docelowej ze starą. Kod 200 nie oznacza, że przekierowanie jest poprawne.
- Łańcuchy i warianty adresu (dzień 2). Sprawdź wersje z ukośnikiem i bez, z www i bez, HTTP i HTTPS, z parametrami UTM. Każda powinna dojść do celu w jednym skoku. Szczegóły budowy i testowania samej mapy omawiamy w tekście o przekierowaniach 301 przy migracji.
Indeksowanie: co zgłosić ręcznie, a co zostawić
Kusi, żeby każdy nowy adres wrzucić do narzędzia sprawdzania URL w Search Console. To strata czasu. Google w pomocy o ponownym indeksowaniu zaznacza, że liczba zgłoszeń jest limitowana, a wielokrotne zgłaszanie tego samego adresu nie przyspiesza indeksowania.
- Ręczne zgłoszenie tylko stron kluczowych (dzień 2). Strona główna, najważniejsze kategorie, kilka stron z największym ruchem organicznym. Resztę odkryje robot dzięki mapie i przekierowaniom.
- Test renderowania (dzień 2–3). W narzędziu sprawdzania URL obejrzyj zrenderowany HTML dla każdego typu szablonu. Jeśli nowy motyw ładuje treść skryptem, upewnij się, że Google widzi tekst, a nie pusty kontener.
- Zmiana adresu w Search Console (dzień 1–2, tylko przy zmianie domeny). Narzędzie działa dopiero po wdrożeniu przekierowań i dotyczy przeniesienia domeny lub subdomeny. Przejście na HTTPS albo zmiana struktury ścieżek go nie wymaga.
Dane strukturalne i znaczniki kanoniczne
Nowy szablon to często nowa wtyczka SEO albo nowa wersja tej samej, a razem z nią inny graf schema i inna logika adresów kanonicznych.
- Rel canonical na każdym typie strony (dzień 3). Musi wskazywać nowy adres produkcyjny, z tym samym zapisem ukośnika co w przekierowaniach. Canonical prowadzący do starej domeny albo do stagingu to sygnał sprzeczny z przekierowaniem.
- Dane strukturalne w teście wyników z elementami rozszerzonymi (dzień 3). Sprawdź po jednej stronie z każdego szablonu: Article, Product, BreadcrumbList, Organization, FAQ jeśli był używany. Porównaj z listą typów sprzed migracji. W sklepach przy okazji zweryfikuj, czy adresy w pliku produktowym Merchant Center wskazują nowe strony, bo od tego zależy obecność oferty w Google Shopping i AI Overviews.
Wydajność i wskaźniki szybkości po zmianie
Raport Podstawowe wskaźniki internetowe w Search Console opiera się na danych z ostatnich 28 dni. W pierwszym tygodniu po migracji pokazuje więc w dużej części stary serwis. Na tym etapie liczą się pomiary laboratoryjne.
- Test laboratoryjny trzech typów stron (dzień 4). Lighthouse lub PageSpeed Insights dla strony głównej, kategorii i artykułu, na profilu mobilnym. Porównaj LCP i CLS z pomiarem zrobionym przed migracją na tych samych typach stron.
- Czas odpowiedzi serwera i błędy 5xx (dzień 4–5). Po migracji robot pobiera serwis intensywniej niż zwykle: stare adresy przez przekierowania, nowe bezpośrednio. Raport Statystyki indeksowania w Search Console pokaże, czy średni czas odpowiedzi nie rośnie i czy pojawiają się błędy serwera.
Analityka i cele: czy dane wciąż spływają
Spadek ruchu w analityce przy stabilnych kliknięciach w Search Console prawie zawsze oznacza problem z pomiarem, nie z widocznością. Warto to wykluczyć, zanim zacznie się szukać przyczyn w algorytmie.
- Kod śledzący i zdarzenia kluczowe (dzień 1, potem dzień 5). W raporcie czasu rzeczywistego GA4 sprawdź, czy sesje spływają, a następnie wywołaj ręcznie każde zdarzenie konwersji: formularz, zakup, telefon. Przy zmianie domeny dopisz nową domenę do konfiguracji i przejrzyj listę niechcianych odesłań, żeby bramka płatności nie przejmowała źródła ruchu.
- Porównanie Search Console z analityką (dzień 5). Zestaw dzienne kliknięcia z Search Console z sesjami organicznymi z GA4 dla tygodnia przed i po. Proporcja powinna zostać podobna. Pamiętaj, że dane Search Console docierają z opóźnieniem około dwóch dni.
Linki wewnętrzne prowadzące do starych adresów
Przekierowania ratują ruch z zewnątrz, ale linki wewnętrzne trzeba poprawić u źródła. Każdy link do starego adresu to dodatkowy skok dla robota i dla użytkownika, a przy kolejnej migracji zalążek łańcucha.
- Crawl nowego serwisu pod kątem linków do 3xx (dzień 6). Przeskanuj nową wersję i wyfiltruj linki wewnętrzne zwracające przekierowanie lub 404. Najczęściej siedzą w menu, stopce, treści starych wpisów i w polach własnych wtyczek. W WordPressie pomaga masowe wyszukaj i zamień w bazie, wykonane po kopii zapasowej. Jak zaplanować samą sieć linków, opisujemy w przewodniku o strukturze URL i linkowaniu wewnętrznym.
Kiedy uznać migrację za zakończoną
Siódmy dzień to nie koniec migracji, tylko koniec fazy awaryjnej. Google podaje, że przeniesienie małego lub średniego serwisu trwa zwykle kilka tygodni, większego dłużej. Ostatni punkt listy to więc decyzja, a nie test.
- Raport tygodnia i progi alarmowe (dzień 7). Zbierz w jednym miejscu: liczbę adresów zaindeksowanych w nowej mapie, liczbę błędów 404 i 5xx w Search Console, kliknięcia tydzień do tygodnia, wynik testu konwersji. Ustal z góry, jaki spadek uznajesz za normalny. Przejściowe wahania pozycji o kilka miejsc są typowe, a utrata ruchu na pojedynczych sekcjach przy stabilnej reszcie wskazuje zwykle na błąd w mapie przekierowań dla tej sekcji.
Za zakończoną migrację można uznać sytuację, w której nowa mapa witryny jest zaindeksowana w podobnym stopniu jak stara przed zmianą, ruch organiczny wrócił do poziomu sprzed migracji z uwzględnieniem sezonowości, a w raporcie stron nie przybywa nowych błędów. Jeśli spadek zbiega się w czasie z aktualizacją Google, oddziel oba efekty: porównaj sekcje dotknięte migracją z tymi, które się nie zmieniły. Kontekst aktualizacji opisujemy w tekście o algorytmach Google w 2026.
Osobna sprawa to widoczność w odpowiedziach generatywnych. Asystenci AI korzystający z wyszukiwarki cytują adresy, które są w indeksie, więc nowe URL-e pojawią się w odpowiedziach dopiero po ich przetworzeniu. Różnice w doborze źródeł między trybami Google omawiamy w artykule o Gemini i Google AI Mode.
| Dzień | Punkty | Obszar |
|---|---|---|
| 1 | 1–4, 10, 15 | Dostępność, robots, mapa, zmiana adresu, kod śledzący |
| 2 | 5–9 | Przekierowania, zgłoszenia, renderowanie |
| 3 | 11–12 | Canonical, dane strukturalne |
| 4–5 | 13–16 | Wydajność, serwer, analityka |
| 6–7 | 17–18 | Linki wewnętrzne, raport tygodnia |
FAQ
Czy spadek ruchu w pierwszym tygodniu po migracji jest normalny?
Krótkotrwałe wahania pozycji są typowe, bo Google musi przetworzyć przekierowania i ponownie ocenić nowe adresy. Niepokojący jest gwałtowny spadek całego serwisu w ciągu kilku dni albo utrata ruchu na jednej sekcji. Pierwszy zwykle oznacza blokadę indeksowania, drugi błąd w mapie przekierowań.
Czy trzeba zgłaszać wszystkie nowe adresy w Search Console?
Nie. Wystarczy przesłać nową mapę witryny i ręcznie zgłosić kilka najważniejszych stron. Liczba zgłoszeń jest limitowana, a ponowne zgłaszanie tego samego adresu nie przyspiesza indeksowania.
Jak długo trzymać starą mapę witryny?
Do momentu, gdy Search Console pokaże, że adresy ze starej mapy przestały być indeksowane, a nowe weszły do indeksu. Zwykle to kilka tygodni. Ostrzeżenia o przekierowaniach w starej mapie są w tym czasie oczekiwane.
Dlaczego raport Core Web Vitals nie pokazuje zmian po migracji?
Raport opiera się na danych od użytkowników Chrome z ostatnich 28 dni, więc przez pierwsze tygodnie miesza dane starej i nowej wersji. W pierwszym tygodniu porównuj wyniki testów laboratoryjnych z pomiarami sprzed zmiany.
Kiedy migracja jest naprawdę zakończona?
Gdy nowa mapa jest zaindeksowana w podobnym stopniu jak stara przed zmianą, ruch organiczny wrócił do poziomu wyjściowego z uwzględnieniem sezonowości, a w raportach nie przybywa nowych błędów. Przekierowania zostają jednak na stałe, co najmniej rok według Google.
