Po migracji strony internetowej cisza w Google potrafi wywołać więcej nerwów niż awaria kampanii reklamowej. Ruch spada, pozycje się rozjeżdżają, a w Search Console zamiast stabilnych wykresów widać nerwowe zygzaki. Najgorsze jest to, że problem rzadko ma jedną przyczynę. Zwykle nakłada się kilka drobnych błędów, które razem robią porządny bałagan.
Jeśli chcesz zrozumieć, co się stało, nie wystarczy rzucić okiem na wykresy i stwierdzić, że „Google coś przestawił”. Trzeba sprawdzić technikalia, mapowanie adresów, indeksację, treść i sygnały zewnętrzne, a potem zestawić to z datą migracji. Dopiero wtedy widać, czy problem jest chwilowy, czy strona naprawdę traci grunt pod nogami.
Najpierw ustal, czy spadek jest realny
Pierwszy odruch po migracji to panika, ale liczby trzeba najpierw odsiać od szumu. Wiele stron po wdrożeniu notuje krótkotrwałe wahania, które wynikają z ponownego przetwarzania adresów, aktualizacji indeksu albo zwykłych sezonowych zmian popytu. Sam spadek widoczności nie oznacza jeszcze katastrofy.
Warto zacząć od porównania tych samych okresów przed i po migracji. Jeśli strona zawsze słabnie w danym miesiącu, bo branża ma wtedy martwy sezon, to problem może być gdzie indziej. Z kolei nagły zjazd dzień po wdrożeniu, bez żadnego wcześniejszego trendu spadkowego, jest już bardzo mocnym sygnałem, że trzeba wejść głębiej.
W praktyce analizuję kilka rzeczy naraz: ruch organiczny, liczbę wyświetleń, kliknięcia, pozycje ważnych fraz i liczbę zaindeksowanych adresów. Dopiero zestawienie tych danych pokazuje pełniejszy obraz. Sama liczba sesji w Analytics bywa myląca, bo może spaść nawet wtedy, gdy widoczność w Google jeszcze się trzyma, ale użytkownicy trafiają na inne podstrony niż wcześniej.
Sprawdź, co dokładnie obejmowała migracja
Słowo „migracja” brzmi niewinnie, ale pod spodem może kryć się kilka różnych zmian. Przeniesienie z http na https, zmiana domeny, nowa struktura adresów, redesign, CMS, podział treści albo wszystko naraz. Im więcej elementów zmieniono jednocześnie, tym trudniej wyłapać, gdzie naprawdę uciekł ruch.
Bez tego punktu łatwo błądzić po omacku. Jeśli zmieniły się URL-e, głównym podejrzanym są przekierowania i mapowanie adresów. Jeśli zmienił się layout i treść, trzeba sprawdzić, czy nie zniknęły istotne sekcje, nagłówki, linkowanie wewnętrzne albo dane strukturalne. Jeśli doszła nowa platforma, dochodzi jeszcze warstwa techniczna, która potrafi namieszać bardziej, niż się wydaje.
W jednej z analiz, które prowadziłem, strona po wdrożeniu wyglądała „ładniej”, ale zniknęły z niej całe klastry treści wspierających sprzedaż. Na oko nic dramatycznego. W praktyce zniknęła połowa fraz long tail, a wraz z nimi ruch, który zwykle nie robi hałasu, ale daje leady. To klasyczny przykład, jak migracja może poprawić wygląd, a jednocześnie osłabić SEO.
Porównaj dane sprzed i po wdrożeniu
Tu zaczyna się właściwa robota. Trzeba zestawić okres przed migracją z okresem po migracji, najlepiej z uwzględnieniem kilku tygodni, a nie tylko pierwszych dni. Najbardziej użyteczne są dane z Google Search Console, narzędzia analitycznego i crawlera, który pozwoli prześledzić, co dzieje się z adresami oraz linkowaniem.
Nie skupiaj się wyłącznie na ruchu z homepage. Po migracji często spadki widać przede wszystkim na podstronach generujących długi ogon. To właśnie tam najczęściej wychodzą błędy w przekierowaniach, zmianach kanonicznych i wewnętrznym linkowaniu. Jeśli widzisz, że jedna grupa stron traci mocniej niż reszta, masz już punkt zaczepienia.
Pomaga też prosty podział: które URL-e straciły wyświetlenia, które spadły w pozycjach, a które w ogóle wypadły z indeksu. To trzy różne problemy. Strona może być zaindeksowana, ale osłabiona rankingowo. Może też być całkiem poza indeksem, choć technicznie działa. A może po prostu Google zaczął pokazywać inny adres, niż planowałeś.
| Obszar analizy | Co sprawdzić | Co może oznaczać problem |
|---|---|---|
| Ruch organiczny | Sesje, użytkownicy, landing pages | Spadek wejść z Google mimo stabilnej liczby kliknięć może wskazywać na zmianę zachowań lub błędne tagowanie |
| Widoczność | Wyświetlenia, pozycje, frazy | Utrata pozycji po migracji zwykle wynika z przekierowań, treści lub indeksacji |
| Indeksacja | Liczba zaindeksowanych stron, statusy URL | Spadek liczby zaindeksowanych adresów sugeruje problem techniczny |
| Struktura linkowania | Linki wewnętrzne, głębokość stron | Słabsze przekazywanie mocy po witrynie osłabia ważne podstrony |
Przekierowania to pierwszy tor przeszkód
Po migracji to właśnie przekierowania 301 najczęściej decydują o tym, czy ruch się utrzyma, czy rozsypie. W teorii sprawa jest prosta: stary adres ma prowadzić do nowego, bez łańcuchów, błędów i skoków przez pięć pośrednich stron. W praktyce wystarczy kilka pomylonych reguł, żeby Google zaczął się gubić.
Trzeba sprawdzić, czy każdy stary URL prowadzi do najbardziej zbliżonego nowego odpowiednika, a nie do strony głównej „na wszelki wypadek”. Taki skrót może wydawać się wygodny, ale dla wyszukiwarki bywa sygnałem, że treść zniknęła. W efekcie tracisz temat, a nie tylko adres.
Warto też wyłapać pętle przekierowań, łańcuchy oraz błędy 404, które powstały po wdrożeniu. Kilka pojedynczych błędów nie musi być dramatem, ale jeśli pojawiają się na stronach o dużej mocy, konsekwencje są natychmiastowe. Najbardziej boli to, że taki problem bywa niewidoczny dla użytkownika, a jednocześnie bardzo czytelny dla Googlebota.
Na co patrzeć w raporcie przekierowań
Najpierw sprawdź status kodu odpowiedzi. Stary adres powinien oddawać 301, a nie 302, 200 albo 404. Potem przejrzyj docelowe URL-e i upewnij się, że przekierowanie nie kończy się na niepasującej podstronie, bo wtedy tracisz kontekst tematyczny.
Dobrym zwyczajem jest też porównanie listy starych adresów z mapą nowych URL-i. Jeśli w tej tabeli pojawiają się dziury, warto je uzupełnić od razu. Im szybciej naprawisz mapowanie, tym mniejsze ryzyko, że wyszukiwarka przestawi sygnały na inne, mniej korzystne strony.
Indeksacja po migracji potrafi płatać figle
Jednym z najczęstszych powodów spadku widoczności jest po prostu to, że Google nie widzi właściwych stron. Może indeksować stare adresy, pomijać nowe albo uznać, że część treści jest duplikatem. Wtedy wyglądasz tak, jakbyś miał mniej treści niż wcześniej, nawet jeśli witryna urosła.
W Search Console trzeba przejrzeć raporty dotyczące stron wykluczonych, zduplikowanych, zablokowanych przez robots.txt oraz tych z tagiem noindex. Po migracji często wychodzi drobny błąd konfiguracyjny, na przykład pozostawiony noindex na środowisku produkcyjnym albo zbyt agresywne blokady dla robotów. To brzmi banalnie, ale potrafi uciąć widoczność z dnia na dzień.
Warto też zobaczyć, jak szybko Google odnajduje nowe adresy. Jeśli zaindeksowana jest tylko część strony, a reszta czeka tygodniami, problem może dotyczyć linkowania wewnętrznego, mapy witryny albo jakości sygnałów technicznych. W takim przypadku sam ruch nie wróci, dopóki bot nie zacznie sprawniej poruszać się po witrynie.
Mapa strony i robots.txt nie powinny robić niespodzianek
Plik robots.txt i mapa witryny brzmią jak drobiazgi z zaplecza, ale po migracji często decydują o tym, czy cała reszta zadziała. Jedna zła dyrektywa może zablokować crawlowanie sekcji, która wcześniej generowała ruch. Z kolei przestarzała mapa XML może podsyłać Google stare adresy, które już dawno nie powinny być promowane.
Po wdrożeniu trzeba sprawdzić, czy robots.txt nie blokuje ważnych katalogów, zasobów czy nowych ścieżek. Mapy witryny powinny zawierać wyłącznie aktualne URL-e zwracające 200. Jeśli wysyłasz do Google adresy przekierowane, zduplikowane albo nieistniejące, marnujesz sygnał i robisz sobie wrażenie porządku tam, gdzie go nie ma.
W jednej z migracji, którą analizowałem, mapa witryny wyglądała poprawnie tylko na pierwszy rzut oka. Po wejściu w szczegóły okazało się, że zawierała stare wersje parametrów i część adresów z testowego środowiska. Google to „przełknął”, ale efekt był taki, że część nowych stron długo nie dostawała wyraźnego impulsu do indeksacji.
Treść też może stracić swoją wagę
Przy migracji często największe szkody robi nie technika, tylko cięcia w treści. Ktoś skraca opisy, usuwa sekcje FAQ, wyrzuca nagłówki, zmienia układ strony albo likwiduje podstrony, które wcześniej miały ruch. Dla użytkownika strona wygląda nowocześniej, ale dla Google jest uboższa tematycznie.
Warto porównać starą i nową wersję kluczowych podstron. Czy nadal mają podobną objętość? Czy zachowano nagłówki, które niosły ważne frazy? Czy nie zniknęły fragmenty odpowiadające na konkretne intencje użytkownika? Taki audyt często wyjaśnia, dlaczego po wdrożeniu spada nie tylko widoczność, ale i jakość ruchu.
Nie chodzi o ślepe pompowanie słów kluczowych. Chodzi o to, czy strona nadal odpowiada na pytania, na które odpowiadała przed migracją. Jeśli wcześniej miała dobry zestaw treści wspierających sprzedaż, a po odświeżeniu został sam krótki opis i kilka bannerów, to ranking zwykle nie trzyma się długo.
Jak rozpoznać, że treść została osłabiona
Najprościej porównać topowe podstrony przed i po wdrożeniu. Jeśli spadły frazy z długiego ogona, a nowa wersja strony ma mniej tekstu, mniej nagłówków lub mniej odpowiedzi na konkretne pytania, to trop jest bardzo mocny. Podobnie działa utrata elementów semantycznych, na przykład tabel, list czy sekcji z wariantami usługi.
Dobrym sygnałem ostrzegawczym jest też spadek czasu spędzanego na stronie przy jednoczesnym wzroście odrzuceń. To nie zawsze oznacza problem z treścią, ale po migracji bywa skutkiem tego, że użytkownik nie znajduje tego, po co przyszedł. A jeśli użytkownik się odbija, Google szybko to zauważa.
Linkowanie wewnętrzne po przebudowie bywa rozbite
Nowa struktura serwisu często wygląda schludniej, ale wewnętrznie może być znacznie słabsza. Podstrony ważne biznesowo tracą linki z menu, z treści artykułów albo z sekcji pomocniczych. W efekcie dostają mniej mocy i spadają głębiej w wynikach.
Po migracji trzeba sprawdzić, czy kluczowe strony nadal są łatwo dostępne z poziomu kilku kliknięć. Jeśli ważny produkt albo usługa został schowany za wieloma poziomami kategorii, Google może uznać go za mniej istotny. To samo dotyczy stron, które wcześniej miały silne linkowanie z powiązanych artykułów, a po wdrożeniu zostały odcięte.
W praktyce często widzę ten sam schemat: zespół koncentruje się na estetyce i architekturze menu, a zapomina o przepływie mocy SEO. Potem trzeba ręcznie odtwarzać połączenia między podstronami, bo bez nich serwis zaczyna wyglądać jak ładnie urządzony dom z odłączonymi przewodami.
Kanoniczne adresy i duplikaty potrafią zrobić zamieszanie
Tag canonical po migracji powinien prowadzić dokładnie tam, gdzie trzeba. Jeśli wskazuje na stare adresy, wersje testowe albo niepasujące podstrony, Google zaczyna wybierać własne rozwiązania. A wtedy kontrola nad indeksacją wyślizguje się z rąk.
Warto sprawdzić też wersje www i non-www, http i https, a także końcówki z ukośnikiem i bez. Po zmianie systemu adresowania łatwo zostawić kilka wariantów tej samej strony. Z perspektywy użytkownika to drobiazg, ale dla wyszukiwarki już nie. Mnożą się duplikaty, rozprasza się sygnał i znika spójność.
Jeśli do tego dochodzą parametry filtrów, sortowania czy wersje paginacji, robi się z tego prawdziwy labirynt. Canonical nie rozwiąże wszystkiego sam, ale bez niego bardzo trudno uporządkować sygnały po dużej migracji. Właśnie dlatego ten element warto sprawdzić wcześniej niż po kilku tygodniach nerwowego czekania.
Analiza logów serwera daje odpowiedzi, których nie widać w panelach
Jeśli spadek jest poważny, warto zajrzeć do logów serwera. To jeden z tych etapów, które wielu omija, bo wydają się techniczne i mało atrakcyjne. A szkoda, bo logi pokazują, jak roboty naprawdę poruszają się po stronie, bez zgadywania i bez kolorowych wykresów.
Dzięki logom widać, które adresy są często crawlowane, gdzie bot się zatrzymuje, co dostaje 404, a co w ogóle nie jest odwiedzane. To szczególnie przydatne po migracji, gdy trzeba potwierdzić, czy Google faktycznie dociera do nowych URL-i. Jeśli nie dociera, problem nie leży w algorytmie, tylko w dostępności i strukturze serwisu.
W analizie logów szukam przede wszystkim nieproporcjonalnych wzorców. Jeśli bot upiera się przy starych adresach, jeśli marnuje budżet na parametry albo jeśli omija ważne sekcje, to już konkretna wskazówka. Takie dane nie rozwiązują sprawy same, ale skracają drogę do przyczyny.
Nie ignoruj zmian w CTR i intencji wyszukiwania
Po migracji nie wszystko sprowadza się do pozycji. Czasem strona utrzymuje podobne miejsca, ale kliki spadają, bo zmienił się tytuł, opis albo sposób prezentacji wyników. Jeśli nowa wersja ma mniej trafne meta title, użytkownik po prostu klika gdzie indziej.
Warto też sprawdzić, czy po wdrożeniu nie zmieniła się intencja strony. Bywa, że nowy układ serwisu lepiej odpowiada na pytania informacyjne, ale gorzej na transakcyjne. Albo odwrotnie. Wtedy ruch niby zostaje, ale nie przynosi takich efektów sprzedażowych jak wcześniej.
To dobry moment, żeby spojrzeć na frazy generujące wyświetlenia. Jeśli rośnie liczba impresji na mniej wartościowe zapytania, a spada na te, które faktycznie przynoszą sprzedaż, problem nie jest wyłącznie techniczny. Strona zaczęła mówić do innej grupy odbiorców, niż planowałeś.
Jak ułożyć sensowną kolejność diagnostyki
Przy większej migracji łatwo utonąć w szczegółach. Dlatego najlepiej iść krok po kroku, zamiast skakać między raportami. Najpierw technika, potem indeksacja, następnie treść i linkowanie, a na końcu interpretacja danych biznesowych. Taka kolejność oszczędza czas i pozwala nie przegapić rzeczy oczywistych.
W praktyce sprawdza się prosty schemat działania. Najpierw weryfikujesz, czy stare adresy poprawnie przekierowują. Potem czy nowe są indeksowane. Następnie sprawdzasz, czy nie zniknęły ważne sekcje treści i czy nie rozpadło się linkowanie wewnętrzne. Na końcu patrzysz, jak te zmiany wpłynęły na ruch i sprzedaż.
Ten porządek ma jeszcze jedną zaletę: pozwala odróżnić objawy od przyczyn. Spadek kliknięć to objaw. Błędny canonical, brak przekierowania albo zablokowany katalog to przyczyna. Jeśli pomylisz jedno z drugim, będziesz gasić skutki zamiast usunąć źródło problemu.
Praktyczna checklista po migracji
- Zweryfikuj przekierowania 301 dla kluczowych i masowych adresów.
- Sprawdź statusy odpowiedzi nowych URL-i.
- Porównaj liczbę zaindeksowanych stron przed i po migracji.
- Przejrzyj robots.txt, sitemapę i tagi canonical.
- Porównaj treść ważnych podstron z wersją sprzed wdrożenia.
- Oceń zmiany w linkowaniu wewnętrznym.
- Sprawdź wyświetlenia, kliknięcia i CTR w Search Console.
- Przeanalizuj logi serwera, jeśli problem jest głęboki.
Kiedy problem jest większy niż sama migracja
Zdarza się, że migracja tylko odsłania słabości, które już wcześniej siedziały w serwisie. Jeśli strona miała cienką treść, słabe linki i mało stabilne pozycje, to po wdrożeniu spadek może być mocniejszy niż zwykle. Wtedy nie chodzi o pojedynczy błąd, tylko o to, że nowa wersja nie ma na czym się oprzeć.
Bywa też odwrotnie: migracja wyszła technicznie poprawnie, ale konkurencja w tym czasie mocno przyspieszyła. W takiej sytuacji samo naprawienie błędów technicznych nie wystarczy. Trzeba wrócić do strategii treści, aktualizacji oferty i poprawy jakości sygnałów, bo rynek nie stoi w miejscu.
Widziałem też przypadki, gdy strona po wdrożeniu traciła nie dlatego, że była źle przeniesiona, tylko dlatego, że wcześniej była sztucznie podparta przypadkowymi linkami. Po zmianie struktury ten efekt zniknął i wszystko wyszło na jaw. To niewygodne, ale uczciwe. Migracja potrafi odsłonić prawdziwy stan witryny jak zdjęcie zrobione bez filtra.
Co robić dalej, gdy źródło spadku już znasz
Gdy już wiesz, co się wysypało, liczy się tempo reakcji. Jeśli problem dotyczy przekierowań, napraw je od razu i ponownie prześlij mapę witryny. Jeśli problem leży w treści, przywróć brakujące sekcje albo rozbuduj kluczowe strony. Jeśli indeksacja szwankuje, odetkaj techniczne blokady i daj robotom czyste sygnały.
Potem potrzebna jest cierpliwość, ale nie bierna. Warto monitorować te same wskaźniki co wcześniej i sprawdzać, czy Google reaguje na zmiany. Najlepiej robić to nie co miesiąc, tylko częściej, zwłaszcza w pierwszych tygodniach po naprawie. Widoczność nie zawsze wraca od razu, ale jeśli korekty są trafne, wykres powinien zacząć się stabilizować.
Najważniejsze, by nie traktować migracji jak jednorazowego wdrożenia zamkniętego w dniu publikacji. To raczej proces, który trzeba po nim jeszcze chwilę prowadzić. Strona po zmianach zwykle potrzebuje dopracowania, a analiza spadków daje właśnie tę przewagę: pozwala wyłapać, gdzie system zaczął trzeszczeć, zanim szkoda urośnie do rozmiaru, którego nie da się już ukryć.
Jeśli podejdziesz do tego metodycznie, spadek widoczności przestaje być tajemnicą. Zostaje zestaw konkretnych punktów do sprawdzenia, a to dużo lepsze niż zgadywanie. W SEO po migracji wygrywa nie ten, kto ma najwięcej wykresów, tylko ten, kto umie je czytać bez złudzeń.