Najczęstsze problemy po migracji i jak je wykrywać

Zmiana domeny, przebudowa serwisu czy przejście na HTTPS potrafią wywrócić widoczność w Google do góry nogami. Sama migracja techniczna to dopiero początek – prawdziwe wyzwanie zaczyna się chwilę po jej wdrożeniu. To wtedy mogą pojawić się błędy przekierowań, utrata części treści, spadki ruchu i problemy z indeksacją. Google Search Console staje się w tym momencie najważniejszym narzędziem, które pozwala szybko wykryć nieprawidłowości, zdiagnozować ich przyczynę i zaplanować naprawy zanim skutki staną się nieodwracalne.

Typowe błędy indeksacji po migracji i jak je wychwycić w Google Search Console

Najczęstsze statusy URL w raporcie Indeksowanie → Strony

Po migracji pierwszym miejscem do sprawdzenia jest raport Indeksowanie → Strony w Google Search Console. To tutaj zobaczysz, jak Google interpretuje nowe adresy i czy poprawnie przeniósł indeks ze starej wersji serwisu. Warto zwrócić szczególną uwagę na następujące statusy:

• Przesłano i zindeksowano – idealny scenariusz. Strony z mapy witryny zostały poprawnie zindeksowane i nie wymagają pilnej interwencji. Jeśli po migracji ten status gwałtownie spada, może to oznaczać problem z dostępnością lub przekierowaniami.
• Przesłano, ale nie zindeksowano – sygnał, że Google widzi URL (np. dzięki sitemap), ale z jakiegoś powodu nie chce go indeksować. Po migracji często pojawia się to przy cienkich treściach, duplikatach lub stronach, które wcześniej nie istniały i nie mają jeszcze żadnej historii ani linków.
• Strona zablokowana przez plik robots.txt – jeden z najgroźniejszych błędów po migracji. Często stary plik robots.txt zostaje skopiowany na nową wersję i przypadkowo blokuje ważne sekcje. GSC pokaże przykładowe URL-e, co pozwoli szybko wykryć nadmiernie agresywne dyrektywy Disallow.
• Strona z tagiem noindex – przy migracjach staging → produkcja bardzo często zapomina się o usunięciu noindex z szablonów. Raport stron wykluczonych pozwala błyskawicznie zidentyfikować adresy z tym tagiem, zanim Google wyrzuci je z wyników.
• Nie odnaleziono (404) – klasyczny problem, gdy zmienia się struktura adresów lub usuwa część treści. Wysoki udział 404 po migracji niemal zawsze oznacza brak kompletnych przekierowań 301.

Kluczowe jest porównywanie liczby stron zindeksowanych przed i po migracji. Jeśli nowy serwis ma porównywalną liczbę podstron, a raport Strony pokazuje radykalny spadek URL-i w indeksie, trzeba prześledzić, które kategorie adresów są szczególnie dotknięte problemem.

Problemy z canonical i duplikacją treści

Migracje często łączą kilka zmian naraz: nową strukturę URL, https, wersję mobilną, czasem dołożenie subdomen. W takiej sytuacji łatwo o chaos w ustawieniach rel=canonical, który sygnalizuje Google preferowaną wersję strony. Typowe problemy, które wychwycisz w GSC:

• Strony zindeksowane, choć mają wskazany inny tag canonical – w raporcie Strony zobaczysz wpis „Strona zduplikowana, przesłano bez wybrania tagu strony kanonicznej przez użytkownika” lub podobne. To oznaka, że Google nie zgadza się z Twoimi ustawieniami lub są one niespójne między wersjami.
• Wewnętrzne kanonikalizowanie na inną domenę – niebezpieczny przypadek, gdy tag canonical na nowej wersji nadal wskazuje starą domenę. W efekcie Google może uznać starą domenę za właściwą, a nową potraktować jak duplikat.
• Kanonikalizacja HTTP → HTTPS lub www → non-www – tu canonical powinien konsekwentnie prowadzić do tej wersji, którą wskazujesz także w przekierowaniach 301. GSC, poprzez status „Zduplikowana, użytkownik nie wyznaczył kanonicznej”, sygnalizuje chaos w tym obszarze.

Wykorzystuj narzędzie Inspekcja adresu URL (Omówienie → Inspekcja adresu URL), aby dla konkretnych, kluczowych podstron sprawdzić, jaką kanoniczną wersję wybrało Google. Jeżeli decyzja systemu regularnie różni się od Twojej, to znak, że wdrożona strategia canonicali jest technicznie lub logicznie wadliwa.

Zmiany w crawlowaniu i budżecie indeksowania

Po migracji warto przez kilka tygodni monitorować, jak robot Google „obchodzi się” z nową wersją serwisu. Choć szczegółowy budżet indeksowania widać najlepiej w logach serwera, Google Search Console również dostarcza istotnych sygnałów.

W raporcie Statystyki indeksowania (Ustawienia → Statystyki indeksowania) zwróć uwagę na:

• Łączną liczbę żądań w ostatnich 90 dniach – gwałtowny spadek po migracji sugeruje, że Google uznał serwis za mniej ważny lub ma problem z dostępem do treści (błędy 5xx, długi czas odpowiedzi).
• Typ odpowiedzi – jeżeli udział 404 i 5xx znacząco rośnie, to jasna wskazówka, że przekierowania lub infrastruktura nie zostały odpowiednio przygotowane.
• Najczęściej indeksowane typy plików – po migracji mogą pojawić się niechciane zasoby statyczne (np. wersje developerskie JS/CSS), które „pożerają” budżet crawl zamiast kluczowych podstron.

Jeżeli widzisz spadek liczby stron zindeksowanych i jednocześnie spadek aktywności robota, trzeba sprawdzić połączenie trzech elementów: robots.txt, konfiguracji serwera (kody odpowiedzi) oraz prędkości ładowania strony po migracji.

Weryfikacja widoczności ważnych sekcji serwisu

Nie każda podstrona jest równie ważna. Po migracji szczególne znaczenie mają kategorie, podstrony sprzedażowe, artykuły generujące ruch z długiego ogona oraz strony, które wcześniej zdobyły mocne linki. Google Search Console umożliwia precyzyjne sprawdzenie, czy te elementy nie „zniknęły” z indeksu.

Możesz to zrobić na kilka sposobów:

• Skorzystaj z raportu Strony i filtruj po statusie „Zindeksowano” oraz „Wykluczono”, używając operatorów wyszukiwania w adresach (np. zawierających /kategoria/).
• W narzędziu Inspekcja adresu URL sprawdzaj pojedyncze, najbardziej wartościowe podstrony (np. dawniej topowe frazy z SEO). Zwracaj uwagę, czy Google widzi nowy adres jako zindeksowany oraz czy nie występują problemy z przekierowaniem.
• Jeżeli korzystasz z osobnych właściwości GSC dla starej i nowej domeny, porównuj listę stron zindeksowanych w obu, aby upewnić się, że migracja przebiegła płynnie pod kątem kluczowych URL-i.

Najgroźniejsze są sytuacje, gdy ważne strony po migracji pozostają w statusie „Przesłano, ale nie zindeksowano” przez wiele tygodni. Wtedy często winne są błędne sygnały jakości (np. duplikaty, uboga treść) lub silny konflikt sygnałów wynikający z niedopracowanej architektury i wewnętrznych linków.

Przekierowania 301, problemy z 404 i jak GSC pomaga je wykryć

Niewłaściwe lub brakujące przekierowania 301

Najczęstszy i najbardziej bolesny problem po migracji to niekompletne lub źle przygotowane przekierowania 301. Google Search Console nie jest w tym obszarze narzędziem w 100% kompletnym (nie pokaże wszystkich błędów), ale świetnie nadaje się do wychwycenia problemów na poziomie adresów, które Google realnie odwiedza.

Kluczowe sygnały:

• W raporcie Strony gwałtownie rośnie liczba „Nie odnaleziono (404)” – oznacza to, że robot trafia na stare adresy bez poprawnego mapowania na nowe. Trzeba przeanalizować przykładowe URL-e i ustalić, czy brak przekierowania wynika z przeoczenia konkretnej sekcji, błędu w regułach serwera czy celowego usunięcia treści.
• W statystykach indeksowania rośnie udział kodów 301/302 oraz 404 – nadmiar przekierowań łańcuchowych (np. stara → pośrednia → nowa) może znacząco obciążać roboty Google i wydłużać czas dotarcia do finalnej treści.
• W inspekcji adresu URL dla starego adresu zobaczysz komunikat o przekierowaniu – tu możesz szybko zweryfikować, czy przekierowanie jest typu 301 oraz czy prowadzi dokładnie na tę finalną podstronę, którą chcesz pozycjonować.

Po migracji warto przygotować listę najważniejszych adresów ze starej wersji (np. z danych analitycznych lub logów serwera) i po kolei sprawdzić je w Inspekcji adresu URL. To pracochłonne, ale pozwala wychwycić błędy, które raporty zbiorcze mogą pominąć lub zasygnalizować dopiero po kilku tygodniach.

Błędne stosowanie przekierowań 302 i soft 404

Drugim typowym problemem po migracji jest nadmierne użycie przekierowań 302 lub powstawanie tzw. soft 404. W pierwszym przypadku Google może uznać, że przeniesienie jest tymczasowe i nie przekaże pełnej mocy starego adresu na nowy. W drugim – strona technicznie zwraca kod 200, ale treść sygnalizuje błąd lub brak wartości.

Jak Google Search Console pomaga je wykryć:

• Soft 404 pojawiają się bezpośrednio w raporcie Strony, zwykle z opisem „Strona zawiera treść błędu 404” lub podobnym. Często dotyczy to stron po migracji, na których wyświetlany jest komunikat „produkt niedostępny” lub „strona została przeniesiona”, ale bez poprawnego kodu 404 lub 301.
• W logach statystyk indeksowania możesz zauważyć dużą liczbę kodów 302 oraz 301 w odniesieniu do tych samych adresów – to sygnał, że serwer nie zwraca jasnego, docelowego kodu przeniesienia.
• Inspekcja adresu URL umożliwia sprawdzenie, czy dany adres został uznany za soft 404 – w takim przypadku zobaczysz odpowiednią informację w sekcji dotyczącej indeksowania.

W praktyce po migracji wszystkie trwałe zmiany adresów powinny używać 301. Jeżeli z jakiegoś powodu korzystasz z 302 (np. testowa wersja A/B, tymczasowy redirect w kampanii), upewnij się, że nie dotyczy to kluczowych stron migrowanych na stałe.

Łańcuchy i pętle przekierowań po migracji

Jeśli migracja obejmuje kilka etapów (np. zmiana struktury URL rok temu, a teraz przejście na HTTPS i nową domenę), bardzo łatwo nieświadomie zbudować łańcuchy przekierowań. Np.: stary-adres → pośredni-adres → https://nowy-adres. Każde takie dodatkowe przejście to strata czasu dla użytkownika i robota.

Choć GSC nie pokaże bezpośrednio struktury łańcuchów, pośrednie sygnały są wyraźne:

• W statystykach indeksowania procent odpowiedzi 3xx w relacji do 2xx jest bardzo wysoki.
• Niektóre ważne strony w raporcie Strony pojawiają się jako „Strona przekierowuje” zamiast „Zindeksowano” – to powód, by sprawdzić, czy docelowy adres nie znajduje się na końcu długiego łańcucha.
• Inspekcja adresu URL dla kilku wersji tego samego adresu (http, https, www, non-www, stara domena) pozwala wykryć, ile kroków musi wykonać robot, aby dotrzeć do ostatecznej wersji.

Docelowo każdy stary adres powinien być przekierowany jednorazowo, bez pośrednich kroków, na finalną wersję URL. Wszelkie łańcuchy należy skrócić na poziomie konfiguracji serwera lub reguł w CMS.

Jak priorytetyzować naprawę błędów 404 i przekierowań

Po większej migracji lista błędów w GSC może być przytłaczająco długa. Zamiast próbować naprawić wszystko naraz, lepiej ustalić priorytety na podstawie biznesowego znaczenia stron.

• Najpierw zadbaj o adresy, które wcześniej generowały największy ruch organiczny – można je zidentyfikować z poziomu raportów Skuteczność w dawnej właściwości lub z systemu analitycznego (np. GA4).
• Następnie przeanalizuj podstrony z największą liczbą wartościowych linków zewnętrznych – GSC w raporcie Linki pokaże te, które mają najwięcej odsyłających domen, co jest istotne przy odzyskiwaniu autorytetu.
• Dopiero później przystąp do napraw mniejszych, mniej istotnych błędów 404 – często wystarczą zbiorcze reguły przekierowań całych katalogów, zamiast ręcznego mapowania pojedynczych URL-i.

Regularne przeglądanie raportów Strony po migracji (np. co 2–3 dni w pierwszym miesiącu) pozwala obejść się bez większych kryzysów i systematycznie „domykać” luki w przekierowaniach.

Spadki ruchu, zmiany pozycji i jak je analizować w raportach Skuteczność

Porównywanie danych przed i po migracji

Najbardziej odczuwalnym efektem problemów po migracji jest spadek organicznego ruchu. Raport Skuteczność (Wyniki wyszukiwania) w Google Search Console jest kluczowym źródłem informacji, które pomaga określić, czy spadki są naturalnym skutkiem zmiany, czy wynikają z konkretnych błędów.

Podstawowe kroki analizy:

• Ustaw zakres dat tak, aby obejmował co najmniej 1–3 miesiące przed migracją oraz analogiczny okres po migracji. Jeśli migrowałeś między sezonami, weź też pod uwagę wpływ sezonowości.
• Porównaj łączną liczbę kliknięć, wyświetleń, średnią pozycję i CTR. Niewielkie wahania są naturalne, ale duże, gwałtowne spadki są sygnałem alarmowym.
• Skorzystaj z funkcji Porównaj → Zakres dat (przed migracją vs po migracji), aby zobaczyć, które zapytania i adresy URL straciły najwięcej ruchu.

Szczególnie ważne jest sprawdzenie, czy spadek dotyczy całego serwisu równomiernie, czy głównie wybranych sekcji. Równomierny spadek może wskazywać na problem globalny (np. robots, przekierowania domeny), natomiast uderzenie w wybrany obszar często oznacza kłopot z konkretną kategorią, szablonem lub typem treści.

Wykrywanie „znikających” i „nowych” adresów URL

Po migracji zmienia się często mapa adresów URL. Bywa, że część starych adresów nie ma odpowiedników w nowej strukturze, a inne zostają scalone lub podzielone. Aby zrozumieć, jak Google reaguje na te zmiany, w raporcie Skuteczność przełącz się na zakładkę Strony.

• Ustaw porównanie zakresów dat przed i po migracji, a następnie posortuj listę adresów według różnicy kliknięć. Na górze zobaczysz URL-e, które najbardziej straciły lub zyskały.
• Dla adresów z dużym spadkiem kliknięć sprawdź:
  • czy istnieją w nowej wersji serwisu,
  • czy są poprawnie przekierowane,
  • czy nie zostały oznaczone jako noindex lub zablokowane w robots.txt,
  • czy treść nie została radykalnie skrócona lub zmieniona tak, że nie pasuje już do dawnych zapytań użytkowników.
• Nowe adresy, które zyskują ruch, warto obserwować pod kątem CTR i pozycji. Czasem wymagają optymalizacji meta title i description, aby w pełni wykorzystać potencjał widoczności.

Jeżeli po migracji widzisz wiele „nowych” URL-i o bardzo podobnych treściach i zbliżonych słowach kluczowych, może to oznaczać powstanie niezamierzonych duplikatów lub tzw. cannibalizacji słów kluczowych.

Analiza spadków pozycji dla kluczowych zapytań

Nawet jeśli ruch ogółem nie spada dramatycznie, migracja może uderzyć w wybrane, bardzo dochodowe frazy. Raport Skuteczność z filtrem Zapytania pozwala śledzić, jak zmieniły się pozycje dla konkretnych słów kluczowych.

Proces analizy:

• Wybierz najpierw listę kluczowych zapytań (np. top 50–100 fraz transakcyjnych lub z największym ruchem sprzed migracji).
• Ustaw porównanie dat i posortuj je według różnicy pozycji – w ten sposób zobaczysz, które frazy najbardziej spadły.
• Dla każdej takiej frazy przełącz się na zakładkę Strony, aby zobaczyć, który adres był wcześniej wyświetlany i który wyświetla się obecnie. Często okazuje się, że po migracji inny URL „przejął” tę frazę.

Jeżeli nowy adres ma gorsze parametry (np. słabszą treść, mniejszą liczbę linków wewnętrznych, brak odpowiednich nagłówków), warto:

• wzmocnić go pod kątem contentu i struktury,
• rozważyć powrót do starej treści, ale już w nowym szablonie,
• uwzględnić w wewnętrznych linkach precyzyjne, tematyczne anchory.

GSC nie pokaże Ci bezpośrednio zmian w linkach wewnętrznych, ale pośrednio, przez zmiany pozycji i wyboru strony przez Google dla danego zapytania, możesz zorientować się, że struktura serwisu uległa zaburzeniu i wymaga dopracowania.

CTR, wygląd fragmentów i problemy z marką po zmianie domeny

Przy migracji na nową domenę częstym zjawiskiem jest spadek CTR, nawet przy zbliżonych pozycjach. Użytkownicy mogą mniej ufać nowej domenie, a Google może jeszcze mieszać wyniki starej i nowej wersji w SERP-ach.

W GSC:

• W raporcie Skuteczność porównaj CTR przed i po migracji na poziomie całego serwisu oraz dla markowych zapytań (nazwa marki, domeny, produktów własnych).
• Sprawdź, czy tytuły i opisy meta dla stron kluczowych nie zostały zmienione na mniej atrakcyjne lub „techniczne” w wyniku nowego szablonu.
• Jeśli w wynikach pojawiają się fragmenty z adresem starej domeny lub nieaktualne ścieżki okruszków, upewnij się, że dane strukturalne breadcrumb i adresy kanoniczne są konsekwentnie zaktualizowane.

Spadki CTR po migracji można częściowo skompensować lepszą optymalizacją snippetów: bardziej precyzyjnymi nagłówkami, wyraźną propozycją wartości oraz konsekwentnym wykorzystaniem nazwy marki w tytułach, zwłaszcza dla ważnych podstron.

Konfiguracja GSC po migracji i monitorowanie długoterminowe

Poprawne dodanie nowych właściwości i korzystanie z narzędzia Zmiana adresu

Wiele problemów po migracji wynika z niedokładnego przygotowania samego konta Google Search Console. Aby mieć pełny obraz sytuacji, należy zadbać o komplet właściwości i prawidłową komunikację z Google.

Kluczowe elementy:

• Dodaj i zweryfikuj nową domenę jako pełną właściwość domeny (example.com) – dzięki temu GSC obejmie zarówno http, https, www, jak i subdomeny, co ułatwi monitorowanie zmian.
• Pozostaw aktywną starą właściwość (stara domena) co najmniej przez kilka miesięcy – pozwoli to śledzić, jak stopniowo spada ruch i liczba indeksowanych stron, a także wychwycić ewentualne nieprawidłowości w przekierowaniach.
• Jeśli zmieniasz domenę (a nie tylko strukturę URL), skorzystaj z narzędzia Zmiana adresu (Ustawienia → Zmiana adresu) w starej właściwości. W ten sposób jasno sygnalizujesz Google trwałe przeniesienie na nową domenę.

Narzędzie Zmiana adresu nie zastępuje przekierowań 301, ale stanowi silny, dodatkowy sygnał. Bez niego proces pełnego przeniesienia widoczności może potrwać dłużej, a Google może traktować nową domenę bardziej nieufnie.

Mapy witryny i ich rola po migracji

Mapy witryny (sitemapy) to jeden z najprostszych, a zarazem najskuteczniejszych sposobów, aby pomóc Google szybko zrozumieć strukturę nowego serwisu. Po migracji warto poświęcić im szczególną uwagę.

• Upewnij się, że sitemap zawiera wyłącznie aktualne, finalne adresy URL (bez starych wersji, parametrów śledzących, URL-i tymczasowych).
• Jeśli zmieniasz domenę, zgłoś nową mapę w nowej właściwości GSC i pozostaw starą tylko tak długo, jak obsługiwane są przekierowania.
• Podziel mapy na logiczne sekcje (np. /kategorie/, /produkty/, /blog/), co ułatwi analizę w GSC – zobaczysz, które typy treści są najszybciej indeksowane, a gdzie występują problemy.

W raporcie Mapy witryn zwracaj uwagę na liczbę przesłanych i zindeksowanych URL-i. Jeżeli dysproporcja jest duża (np. w sitemapie jest 50 000 adresów, a zindeksowanych tylko 10 000), to sygnał, że warto zajrzeć głębiej w raport Strony i zidentyfikować dominujące przyczyny wykluczeń.

Alerty i powiadomienia o problemach bezpieczeństwa

Migracje technologiczne (np. zmiana CMS, przejście na inny serwer) zwiększają ryzyko błędów bezpieczeństwa lub infekcji złośliwym kodem. Google Search Console jest jednym z pierwszych miejsc, w których otrzymasz ostrzeżenie, jeżeli coś pójdzie nie tak.

W szczególności:

• Monitoruj sekcję Problemy bezpieczeństwa – pojawią się tam informacje o potencjalnym zainfekowaniu strony malware, phishingiem lub innymi formami ataków, które mogą drastycznie obniżyć widoczność.
• Zwracaj uwagę na komunikaty o ręcznych działaniach – po migracji czasem pojawiają się problemy z niezgodnością schematów linkowania lub treściami generowanymi programowo, które Google może zakwestionować.
• Upewnij się, że po migracji certyfikat SSL jest poprawnie zainstalowany, a wszystkie zasoby ładują się przez HTTPS – mieszana zawartość może nie zawsze być sygnalizowana bezpośrednio w GSC, ale pośrednie skutki (błędy indeksacji zasobów) zobaczysz w raportach.

Każdy alert w GSC po migracji należy traktować priorytetowo. Niewyjaśnione problemy bezpieczeństwa, nawet jeśli nie od razu uderzą w pozycje, mogą doprowadzić do wyświetlania ostrzeżeń w wynikach wyszukiwania, co drastycznie obniża CTR i zaufanie użytkowników.

Stałe monitorowanie i iteracyjne poprawki

Migracja nie kończy się w momencie przełączenia domeny czy wdrożenia nowego serwisu. Z perspektywy Google i użytkowników to proces rozciągnięty na tygodnie, a czasem miesiące, podczas których sytuacja dynamicznie się zmienia. Dlatego praca z Google Search Console po migracji powinna być regularna i zaplanowana.

• W pierwszych 2–4 tygodniach sprawdzaj raporty Strony, Skuteczność i Statystyki indeksowania co kilka dni. Szukaj gwałtownych zmian i nowych typów błędów, które wcześniej się nie pojawiały.
• W kolejnych miesiącach przejdź na rytm cotygodniowy, skupiając się przede wszystkim na trendach: czy liczba stron zindeksowanych rośnie, czy ruch organiczny wraca do poziomów sprzed migracji, czy nowe treści są szybko indeksowane.
• Po około 3–6 miesiącach oceń całościowo efekty migracji, opierając się zarówno na danych z GSC, jak i wynikach biznesowych (konwersje, przychody, leady). Jeśli widoczność nie wraca do oczekiwanych poziomów, GSC ułatwi wskazanie blokujących problemów technicznych.

Dobrze przeprowadzona migracja, wsparta uważnym monitorowaniem w Google Search Console, może ostatecznie poprawić strukturę, szybkość i jakość serwisu. Jednak bez tego narzędzia, a przede wszystkim bez umiejętności czytania jego raportów, ryzyko trwałej utraty widoczności w wyszukiwarce znacząco rośnie.