➡️ Tu znajdziesz część pierwszą:
Jak analizować widoczność witryny po migracji? (cz. 1/2)
Ruch organiczny w GA4 – co mówi o skutkach migracji?
GA4 pokazuje, czy widoczność w Google przekłada się na realny ruch i co użytkownicy robią po wejściu na stronę. Jeśli narzędzia SEO mówią: „frazy są”, a Google Search Console pokazuje kliknięcia, ale GA4 nie rejestruje żadnych sesji lub nagle spadają interakcje, coś jest nie tak. Na co patrzeć w praktyce:
Źródło „Organic Search” – to podstawowy kanał ruchu SEO. Porównaj liczbę sesji przed i po migracji.
Nowe adresy vs stare adresy – sprawdź, które URL-e generują ruch. Jeśli ruch skupia się na starych adresach mimo przekierowań, oznacza to, że użytkownicy widzą stare linki np. z mailingu lub backlinków, a boty mogą mieć problem z ich przejęciem przez nowe.
Zachowanie użytkownika – spadek czasu trwania sesji, wzrost współczynnika odrzuceń lub spadek konwersji może oznaczać błędy UX lub niedostosowanie nowej wersji do intencji użytkownika.
Ruch direct rosnący kosztem organicznego – częsty efekt złej implementacji kodu śledzącego lub utraty tagowania kampanii. Użytkownik przychodzi z wyszukiwarki, ale GA4 nie wie „skąd” – przez co sesja trafia do kanału direct.
W GA4 należy też stworzyć prostą porównawczą ścieżkę użytkownika (exploration), by zobaczyć, gdzie najczęściej odpadają i czy coś blokuje ich przejście do
konwersji.
Techniczna checklista: co sprawdzić, jeśli coś nie działa?
Jeśli po migracji widzisz spadki, zanim obwinisz content lub algorytmy, sprawdź elementy techniczne. W 9 na 10 przypadków (!) problemy z widocznością pochodzą z błędnych ustawień technicznych, a nie z tego, że „Google się nie zorientował”.
✅
Checklista po migracji:
Przekierowania 301 działają poprawnie dla wszystkich kluczowych adresów.
Canonicale wskazują na aktualne, nowe adresy – a nie na stare wersje lub testowe subdomeny.
Mapa strony XML została zaktualizowana i zgłoszona w GSC.
Robots.txt nie blokuje zasobów ani katalogów z nowej wersji.
Struktura linków wewnętrznych jest spójna, a wszystkie linki prowadzą do nowych adresów (nie przez przekierowanie).
Dane strukturalne (schema.org) są poprawnie wdrożone na nowej wersji strony.
Meta tagi i nagłówki zostały przeniesione – nowa strona nie jest „goła”.
Strony błędu 404 są zmapowane – użytkownik widzi komunikat, a roboty nie wchodzą w ślepe uliczki.
Warto użyć narzędzi takich jak Screaming Frog, Sitebulb lub Ahrefs Site Audit, by przeskanować cały serwis i znaleźć przekierowania, broken links, pętle, błędy kodów statusów i inne potencjalne zapalniki.
Czy trzeba panikować? Jak odróżnić tymczasowe wahanie od problemu?
Jak wspomnieliśmy w pierwszej części niniejszego artykułu, po migracji naturalne są krótkoterminowe spadki – to efekt buforu indeksacyjnego. Google musi przetworzyć nowe adresy, przekierowania i strukturę. Ale jeśli spadki:
są głębokie (>20–30%),
trwają dłużej niż 4–6 tygodni,
dotyczą kluczowych stron (np. stron ofertowych, kategorii, landingów),
lub nie widać poprawy mimo poprawnie ustawionych przekierowań i sitemapy – to sygnał, że nie wszystko poszło dobrze.
Trzeba też sprawdzić logi serwera (jeśli masz dostęp), by ocenić, jak Googlebot porusza się po nowym serwisie – czy odwiedza nowe strony, czy wraca do starych, czy coś go blokuje.
Podsumowanie: bez analizy nie ma kontroli
Migracja to nie „reset SEO”, ale test odporności systemu. Z technicznego punktu widzenia wszystko może wyglądać dobrze, a mimo to strona traci widoczność. Właśnie dlatego analiza danych – z GSC, GA4, Ahrefs czy narzędzi crawl – jest nie tyle dodatkiem, co obowiązkowym krokiem w procesie. Rzecz nie w tym, by nie popełniać błędów. Chodzi o to, by:
wiedzieć, gdzie i kiedy je popełniono,
mierzyć nie tylko liczbę fraz, ale też jakość ruchu i zachowań użytkownika,
szybko wychwycić odchylenia, zanim strona wypadnie z gry na tygodnie lub miesiące.
✨ Złota myśl na koniec:
Migracja bez analizy to jak przeprowadzka bez sprawdzania, czy wszystko dotarło na miejsce. A SEO nie wybacza zapomnianych pudeł z danymi.
➡️
Przeczytaj również: Czym jest wzrost widoczności pozornej?