Raport indeksowania stron (GSC)

TL;DR — Raport indeksowania stron w Google Search Console pokazuje, ile stron Google zindeksował (mogą pojawiać się w wynikach), a ile jest niezindeksowanych, i wyjaśnia dlaczego. Wcześniej nazywał się raportem Stanu w indeksie. Brak indeksowania brzmi groźnie, ale zwykle taki nie jest — wiele adresów powinno pozostać poza indeksem.

Czym jest raport indeksowania stron

Po otwarciu Google Search Console kliknij Pages w sekcji Indexing po lewej. Google opisuje raport prosto: pozwala “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tłumaczenie) „zobaczyć, które strony Google może znaleźć i zindeksować, oraz poznać napotkane problemy z indeksowaniem”.

Dzieli wszystkie znane Google adresy URL na dwie grupy:

• Indexed — strony mogą pojawiać się w wyszukiwarce Google.
• Not indexed — stron nie ma w indeksie, ponieważ coś nie działa albo istnieje właściwy powód (duplikat, blokada, polecenie braku indeksowania itd.).

Tabela “Why pages aren’t indexed” poniżej podaje przyczyny i liczbę adresów w każdej grupie. To ona stanowi podstawę pracy.

Dlaczego „niezindeksowana” zwykle nie oznacza kryzysu

Najczęściej pomijany fakt: brak indeksowania nie oznacza awarii. Google mówi: “Not indexed is not necessarily bad.” (tłumaczenie) „Brak indeksowania nie musi być czymś złym”. Nie każdy adres powinien trafić do indeksu. Strony tagów, filtrowane listy produktów, stare przekierowane adresy i duplikaty mogą prawidłowo pozostać poza nim.

Duża liczba niezindeksowanych stron nie jest powodem do paniki. Najpierw przeczytaj, jakie są przyczyny.

To niewłaściwe narzędzie do sprawdzania jednej strony

Raport obejmuje całą witrynę. Stan jednego adresu sprawdzaj narzędziem URL Inspection w pasku u góry Search Console. Raport służy do trendów i grup, a Sprawdzanie adresu URL — do pojedynczej strony.

Czy w ogóle go potrzebujesz?

Jeśli witryna ma mniej niż 500 stron, Google mówi, że “probably don’t need to use this report” (tłumaczenie) „prawdopodobnie nie musisz używać tego raportu”. Wyszukiwanie site:yoursite.com wystarczy do kontroli wyrywkowej. Raport jest wartościowy w większych witrynach.

Chcesz poznać wszystkie kolumny, 16 stanów, działanie Validate fix i diagnostykę nagłego spadku liczby stron? Przejdź do karty Advanced.

TL;DR — Raport indeksowania stron (dawniej Stan w indeksie; Pages w Indexing) to zbiorczy widok wszystkich znanych Google adresów, podzielonych na Indexed i Not indexed, z przyczynami w tabeli Why pages aren’t indexed. Dla pojedynczej strony służy URL Inspection. Brak indeksowania nie musi być zły: kanoniczne adresy i duplikaty, noindex, robots oraz zamierzone 404 mogą być poprawne. Filtruj Source = Website, pracuj od góry i użyj Validate fix (zwykle około 2 tygodni), aby poprosić o ponowne zindeksowanie. Raport jest opóźniony. Witryny poniżej 500 stron prawdopodobnie go nie potrzebują.

Czym naprawdę jest raport (i jak nazywał się wcześniej)

Według Google raport pozwala “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tłumaczenie) „zobaczyć, które strony Google może znaleźć i zindeksować, oraz poznać problemy z indeksowaniem”. Dokładniej “shows the Google indexing status of all URLs that Google knows about in your property.” (tłumaczenie) „pokazuje stan indeksowania wszystkich adresów URL znanych Google w usłudze”. To raport zbiorczy dla całej usługi, nie narzędzie dla jednego URL.

Do 2022 roku był to Index Coverage report. Google zmienił nazwę na Page indexing (w menu Pages), dlatego starsze poradniki nadal mówią „Coverage”. To ten sam raport. Zmianę dostrzeżono podczas Google I/O 2022; wcześniejsza aktualizacja jakości danych ze stycznia 2021 r. zmieniła już kilka stanów, dlatego stare zrzuty mogą nie odpowiadać obecnemu widokowi.

Jak czytać raport

Widok podsumowania zawiera kilka elementów, które warto poznać przed klikaniem.

Indexed i Not indexed. Dwie liczby nad wykresem są “complete and accurate from Google’s perspective, but small discrepancies can occur for various reasons” (tłumaczenie) „pełne i dokładne z perspektywy Google, choć mogą wystąpić niewielkie rozbieżności”. View data about indexed pages pokazuje historię i próbkę do 1 000 adresów.

Tabela “Why pages aren’t indexed”. To sedno raportu. “shows issues that prevented URLs from being indexed on your site” (tłumaczenie) „pokazuje problemy, które uniemożliwiły indeksowanie adresów w witrynie”, posortowane według ważności. Zacznij od góry.

Kolumna Source — filtr poprawek. Google mówi: “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as ‘Website’.” (tłumaczenie) „Wartość Źródło pokazuje, czy problem pochodzi od Google, czy od witryny. Zwykle można naprawić tylko problemy ze źródłem Witryna”. Source = Website oraz failed/not started to właściwa lista zadań.

Tabela “Improve page experience”. Zawiera “issues that didn’t prevent page indexing, but we recommend that you fix them.” (tłumaczenie) „problemy, które nie uniemożliwiły indeksowania, ale zalecamy je naprawić”. To ostrzeżenia, nie blokady.

Filtr mapy witryny. Raport można ograniczyć do All known pages, All submitted pages, Unsubmitted pages only lub konkretnej mapy. “A URL is considered to be submitted by a sitemap even if it was also discovered through some other mechanism.” (tłumaczenie) „Adres uznaje się za przesłany przez mapę nawet wtedy, gdy został odkryty także w inny sposób”. Filtr pomaga przy weryfikacji.

Listy przykładowych URL-i są ograniczone. Próbka jest “limited to 1,000 items, and isn’t guaranteed to show all URLs in a given status, even when less than 1,000 items.” (tłumaczenie) „ograniczona do 1 000 elementów i nie musi obejmować wszystkich adresów, nawet gdy jest ich mniej niż 1 000”. To próbka, nie pełny eksport.

Dziesięciominutowe triage. Ogranicz raport do mapy zamierzonego zasobu URL-i. Najpierw szukaj nieoczekiwanej zmiany — spadek lub skok jest pilniejszy niż stabilna liczba. Filtruj Source = Website, priorytetyzuj kluczowe szablony i wzorce adresów, a przed weryfikacją napraw cały wzorzec, nie jeden URL.

Raport a URL Inspection — użyj właściwego narzędzia

Najważniejsza różnica. Google: “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (tłumaczenie) „Raport nie służy do badania stanu konkretnych stron. Użyj narzędzia Sprawdzanie adresu URL”.

• Page Indexing report = zbiorcze trendy i przyczyny w całej usłudze.
• URL Inspection = stan jednego adresu, wybrany kanoniczny URL i Test live URL.

Gdy stan jest niejasny, wybierz przykładowy adres i sprawdź go. Narzędzia się uzupełniają.

Uwaga o opóźnieniu — raport pozostaje za rzeczywistością

Raport nie aktualizuje się w czasie rzeczywistym; odzwierciedla ostatnie indeksowanie każdego URL-a. Google “updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation” (tłumaczenie) „aktualizuje liczbę wystąpień przy indeksowaniu strony ze znanym problemem, niezależnie od żądania weryfikacji”. John Mueller opisał raport jako opóźniony. Nie reaguj zbyt mocno na potencjalnie nieaktualną liczbę.

Test live URL potwierdza, czy Google może teraz pobrać i zindeksować adres, ale nie wskazuje, który kanoniczny URL wybierze spośród duplikatów. To osobna decyzja na podstawie danych indeksu. Dla stanów kanonicznych i duplikatów ufaj wynikowi zindeksowanemu w URL Inspection, nie testowi na żywo; on także może być opóźniony.

Co dalej — wszystkie stany według grup

Tabela Why pages aren’t indexed jest mapą dalszej części. Każdy stan ma osobny opis. Pogrupowałem je według rzeczywistej sytuacji: niektóre naprawiasz, inne potwierdzasz i zostawiasz.

Niezindeksowane — wybór Google (często nic do naprawy)

• Discovered – currently not indexed — Google znalazł URL, ale jeszcze go nie pobrał. Zwykle to sygnał popytu na indeksowanie lub jakości witryny.
• Crawled – currently not indexed — Google pobrał stronę, ale jej nie zindeksował. Duża grupa często wskazuje na jakość lub duplikację w całej witrynie.

Zablokowane przez Ciebie (potwierdź zamiar)

• Blocked by robots.txt — plik robots.txt zabronił pobierania.
• URL marked ‘noindex’ — Google znalazł dyrektywę noindex.

Błędy HTTP (zwykle do naprawy)

• Blocked due to unauthorized request (401) — strona wymagała uwierzytelnienia Googlebota.
• Blocked due to access forbidden (403) — robot nie otrzymał dostępu.
• Blocked due to other 4xx issue — inny błąd 4xx.
• Server error (5xx) — serwer zwrócił błąd poziomu 500.
• Not found (404) — URL zwrócił 404.

Adresy kanoniczne i duplikaty (zwykle poprawne — sprawdź wybór)

• Alternate page with proper canonical tag — prawidłowo wskazuje zindeksowany kanoniczny URL.
• Duplicate without user-selected canonical — Google uznał ją za duplikat i wybrał inny kanoniczny URL; Ty żadnego nie wskazałeś.
• Duplicate, Google chose different canonical than user — Google wybrał inny URL niż zadeklarowany. Wyrównaj sygnały zamiast wzmacniać tag.

Przekierowania (jedno normalne, drugie błędne)

• Page with redirect — niekanoniczny URL przekierowuje; to normalne, indeksowany jest cel.
• Redirect error — zbyt długi łańcuch, pętla, pusty lub błędny cel albo za długi URL. Napraw ten stan.

Ostrzeżenia (zindeksowane, ale wymagają uwagi)

• Indexed, though blocked by robots.txt — strona trafiła do indeksu dzięki linkom, mimo blokady. Google nie może odczytać treści ani noindex.
• Page indexed without content — strona jest w indeksie, lecz Google nie odczytał istotnej treści, często z powodu renderowania lub zachowania podobnego do cloakingu.

Zachowuję etykiety Google, aby artykuły o stanach łączyły się automatycznie. Grupy kanoniczne/duplikaty, noindex, robots i zamierzone 404 często są poprawne. Google: “You should not expect all URLs on your site to be indexed, only the canonical pages.” (tłumaczenie) „Nie oczekuj indeksowania wszystkich adresów, tylko stron kanonicznych”. Badaj błędy HTTP, przekierowań i niezwykle duże grupy niezindeksowanych stron.

Naprawianie i weryfikacja

Po naprawieniu rzeczywistych problemów (Source = Website) poproś Google o kontrolę:

1. Najpierw napraw każde wystąpienie.
2. Otwórz szczegóły i kliknij “Validate fix”.
3. Nie klikaj ponownie, dopóki weryfikacja się nie zakończy.

Czas: “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (tłumaczenie) „Weryfikacja zwykle trwa do około dwóch tygodni, lecz czasem znacznie dłużej”. Stany to Not started → Started → Looking good → Passed albo Failed; N/A oznacza samodzielne wykrycie poprawki. Kliknięcie nie jest obowiązkowe, ale daje śledzony wynik.

Sposób na przyspieszenie: zweryfikuj podzbiór. Prześlij mapę tylko ważnych stron, odfiltruj ją i poproś o weryfikację. Google: “a validation request against a subset of your affected URLs can complete faster.” (tłumaczenie) „weryfikacja podzbioru dotkniętych URL-i może zakończyć się szybciej”.

Diagnozowanie spadków, skoków i przewagi niezindeksowanych stron

Wzorce wskazywane przez Google, które sprawdzam najpierw:

• Spadek zindeksowanych bez błędów. Prawdopodobnie zablokowano strony przez robots.txt, noindex lub logowanie. Szukaj odpowiadającego skoku w stanie niezindeksowanym.
• Więcej niezindeksowanych niż zindeksowanych. Zwykle szeroka blokada robots.txt lub duplikaty z parametrów (?type=dress, ?color=green, ?sort=price). To problem nawigacji fasetowej i kanonikalizacji.
• Nagły skok błędów. Często zmiana szablonu lub mapa pełna zablokowanych albo noindexowanych URL-i.

Kilka ważnych rozróżnień

• Indexed ≠ ranking. Zindeksowanie oznacza tylko możliwość pojawienia się; pozycja zależy od zapytania i innych czynników.
• 100% pokrycia nie jest celem. Indeksowane powinny być strony kanoniczne; zdrowa witryna ma wiele celowo wykluczonych URL-i.
• Validate fix nie indeksuje natychmiast. Kolejkuje ponowne pobranie; załóż około 2 tygodni.
• Dane GSC mają ograniczenia. Listy kończą się na 1 000 przykładów, sumy mogą się różnić, a raport jest opóźniony. (Moje badanie — Anonymized Queries Make Up Nearly Half of GSC Traffic — przypomina, że Search Console daje silny, ale niepełny obraz.)

Krótko o Bing

Bing nie ma jednego odpowiednika. Najbliższy widok zbiorczy to Site Explorer w Bing Webmaster Tools — drzewo stron zindeksowanych, błędów, ostrzeżeń i wykluczeń — a URL Inspection obsługuje pojedynczy adres.

Ta strona jest centrum raportu; poniżej znajdują się opisy stanów. Cały proces — odkrywanie, pobieranie, renderowanie, indeksowanie i wyświetlanie — opisuje klaster Jak działa wyszukiwarka.

Podsumowanie AI

Skrót wersji zaawansowanej:

• Czym jest: Page Indexing report w Google Search Console (dawniej Index Coverage; Pages w Indexing) dzieli znane adresy na Indexed i Not indexed.
• Jest zbiorczy. Pojedynczą stronę sprawdzaj przez URL Inspection.
• Brak indeksowania nie musi być zły. Kanoniczne URL-e, duplikaty, noindex, robots i zamierzone 404 mogą być poprawne.
• Why pages aren’t indexed jest posortowana według ważności. Filtruj Source = Website.
• 16 stanów: wybór Google; blokady właściciela; błędy HTTP; kanoniczne/duplikaty; przekierowania; ostrzeżenia.
• Napraw → Validate fix (zwykle około 2 tygodni); weryfikuj podzbiór w mapie.
• Raport jest opóźniony. Nie reaguj nadmiernie na nieaktualną liczbę.
• Diagnostyka: spadek bez błędów oznacza blokadę; przewaga niezindeksowanych może oznaczać robots lub duplikaty parametrów; skok błędów — szablon lub mapę.
• Małe witryny (<500 stron) prawdopodobnie go nie potrzebują; wystarczy site:.
• Bing: Site Explorer dla widoku zbiorczego, URL Inspection dla jednej strony.

Oficjalna dokumentacja

Dokumentacja źródłowa wyszukiwarek.

Google

• Page indexing report — grupy, Source, wszystkie stany, filtr mapy i Validate fix.
• Index Coverage Data Improvements (Jan 2021) — aktualizacja jakości danych, która zmieniła kilka stanów.
• URL Inspection Tool — narzędzie towarzyszące dla pojedynczego URL-a.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — indeks, SEO i znaczniki dla jednego URL-a.
• Bing Webmaster Tools — Site Explorer — najbliższy odpowiednik widoku zbiorczego GSC.

Cytaty ze źródeł

Publiczne wypowiedzi Google. Każdy link prowadzi do cytowanego fragmentu źródła.

Google — czym jest i co pokazuje raport

• “See which pages Google can find and index on your site, and learn about any indexing problems encountered.” (tłumaczenie) „Zobacz, które strony Google może znaleźć i zindeksować, oraz poznaj problemy z indeksowaniem.” — Pomoc Search Console. Przejdź do cytatu
• “The Page indexing report shows the Google indexing status of all URLs that Google knows about in your property.” (tłumaczenie) „Raport indeksowania stron pokazuje stan indeksowania wszystkich adresów URL znanych Google w usłudze.” Przejdź do cytatu

Google — raport a pojedyncza strona i możliwość naprawy

• “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (tłumaczenie) „Ten raport nie służy do badania stanu indeksowania konkretnych stron. Użyj narzędzia Sprawdzanie adresu URL.” Przejdź do cytatu
• “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as “Website”.” (tłumaczenie) „Wartość Źródło pokazuje, czy problem pochodzi od Google, czy od witryny. Zwykle można naprawić tylko problemy ze źródłem Witryna.” Przejdź do cytatu

Google — brak indeksowania nie musi być zły

• “Not indexed is not necessarily bad.” (tłumaczenie) „Brak indeksowania nie musi być czymś złym.” Przejdź do cytatu
• “You should not expect all URLs on your site to be indexed, only the canonical pages.” (tłumaczenie) „Nie oczekuj indeksowania wszystkich adresów w witrynie, tylko stron kanonicznych.” Przejdź do cytatu

Google — kto potrzebuje raportu i czas weryfikacji

• “If your site has fewer than 500 pages, you probably don’t need to use this report.” (tłumaczenie) „Jeśli witryna ma mniej niż 500 stron, prawdopodobnie nie musisz używać tego raportu.” Przejdź do cytatu
• “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (tłumaczenie) „Weryfikacja zwykle trwa do około dwóch tygodni, lecz czasem znacznie dłużej.” Przejdź do cytatu

Gary Illyes, Google — o “crawled – currently not indexed” i jakości witryny (SERP Conf 2024, za Search Engine Journal)

• “And the general quality of the of the site, that can matter a lot of how many of these crawled but not indexed you see in search console. If the number of these URLs is very high that could hint at general quality issues.” (tłumaczenie) „Ogólna jakość witryny może silnie wpływać na liczbę pobranych, ale niezindeksowanych URL-i w Search Console. Bardzo duża liczba może wskazywać na ogólne problemy z jakością.” Przeczytaj relację

John Mueller, Google — o opóźnieniu raportu (za Search Engine Journal)

• “It’s just a report that’s kind of lagging behind.” (tłumaczenie) „To po prostu raport, który jest nieco opóźniony.” Przeczytaj relację

Praca z raportem indeksowania stron — lista kontrolna

Powtarzalna procedura triage zamiast bezczynnego patrzenia na raport:

• Zanotuj sumy Indexed i Not indexed oraz trend.
• Otwórz Why pages aren’t indexed i pracuj od góry.
• Skup się na Source = Website — te problemy możesz naprawić.
• Dla każdego rzeczywistego problemu sprawdź przykładowy URL w URL Inspection.
• Oddziel stany zamierzone (noindex, robots, właściwy kanoniczny URL, przekierowanie) od błędnych (5xx, 404, błąd przekierowania, nieoczekiwany 4xx).
• Dla kanonicznych/duplikatów sprawdź kanoniczny URL wybrany przez Google.
• Dużą grupę crawled/discovered – currently not indexed traktuj jako sygnał jakości/popytu na indeksowanie, nie błąd jednej strony.
• Porównaj spadek liczby zindeksowanych ze skokiem konkretnego stanu.
• Napraw wszystkie wystąpienia, a potem kliknij Validate fix tylko raz.
• Aby przyspieszyć, zweryfikuj mapę najważniejszych stron.
• Pamiętaj o opóźnieniu — daj zmianom około 2 tygodni.

Modele myślowe

1. Raport = zbiorczy; URL Inspection = jedna strona. Raport pokazuje wzorce w witrynie, a Sprawdzanie adresu URL — stan na żywo, wybrany kanoniczny URL i renderowanie jednego adresu. Znajdź wzorzec i potwierdź przyczynę.

2. Not indexed ≠ zepsute. Duża liczba powinna skłonić do przeczytania przyczyn, nie naprawiania wszystkiego. Kanoniczne URL-e, duplikaty, noindex, robots i zamierzone 404 mogą być poprawne.

3. Source = Website to lista zadań. Kolumna rozdziela decyzje Google od problemów witryny. Filtr Source = Website wraz ze stanem failed/not started zmienia tabelę w listę działań.

4. Kolejność sortowania to priorytety. Google już sortuje tabelę według ważności. Zacznij od góry.

5. Validate fix prosi o ponowne pobranie, nie przełącza stanu. Google ponownie sprawdza znane URL-e; trwa to około 2 tygodni i może się nie udać. Ograniczenie do mapy najważniejszych stron przyspiesza proces.

6. Raport jest zawsze nieco opóźniony. Odzwierciedla ostatnie pobranie URL-a i zmienia się przy kolejnym. To opóźniona fotografia, nie prawda w czasie rzeczywistym.

Raport indeksowania stron — ściąga

Dwa mylone raporty

16 stanów w grupach

Szybkie fakty

• Dawna nazwa: Index Coverage report; od 2022 r. Page indexing.
• Source = Website = problemy, które możesz naprawić.
• Validate fix ≈ 2 tygodnie; mała mapa przyspiesza.
• Listy mają do 1 000 URL-i; sumy mogą się różnić; raport jest opóźniony.
• Indexed ≠ ranking — oznacza tylko możliwość pojawienia się.
• Mniej niż 500 stron? Prawdopodobnie wystarczy wyszukiwanie site:.

Typowe problemy

Objaw → prawdopodobna przyczyna → rozwiązanie dla wzorców, które naprawdę kierują ludzi do raportu.

Indeksowane są strony logowania, odmowy dostępu lub puste ekrany aplikacji

Przykład: /account/invoices/123 ma wymagać logowania. Robot bez sesji otrzymuje 200 OK, zwykłą dyrektywę robots zezwalającą na indeksowanie i markową powłokę HTML z tekstem „Zaloguj się, aby kontynuować”. Linki lub stara mapa ujawniają tysiące faktur. Google nie omija logowania — indeksuje możliwą do pobrania powłokę 200, którą aplikacja celowo zwróciła.

Sprawdź kilka URL-i bez logowania i porównaj status HTTP, kanoniczny URL, robots oraz wyrenderowaną treść. Naprawa zwykle dotyczy szablonu: wymagaj uwierzytelnienia przed zasobem; zwracaj właściwe 401, 403, 404 lub 410; usuń URL-e z map i nawigacji; albo podaj możliwe do pobrania noindex, jeśli publiczna powłoka musi pozostać. Sprawdź odpowiedź na żywo i stan indeksu; jedna próbka nie dowodzi naprawy całego wzorca.

Liczba zindeksowanych spadła bez nowych błędów

• Objaw: suma Indexed spada, lecz Why pages aren’t indexed nie pokazuje skoku błędu.
• Przyczyna: zablokowano wcześniej indeksowane strony nową regułą robots.txt, noindex w szablonie albo logowaniem/paywallem.
• Rozwiązanie: szukaj skoku stanu niezindeksowanego bez błędu (robots.txt, noindex lub discovered/crawled – currently not indexed). Potwierdź próbkę przez URL Inspection i robots-txt-tester (/tools/robots-txt-tester).

„Więcej niezindeksowanych niż zindeksowanych”

• Objaw: niezindeksowanych jest więcej niż zindeksowanych, a witryna nie jest nowa.
• Przyczyna: szeroka blokada robots.txt albo zalew prawie duplikatów z parametrów (?color=green, ?sort=price).
• Rozwiązanie: sprawdź parametry i tagi kanoniczne przez canonical-checker (/tools/canonical-checker), a następnie porównaj wyrenderowaną treść. To problem nawigacji fasetowej/kanonikalizacji, nie błąd raportu.

Nagły skok jednego błędu HTTP

• Objaw: liczby 401, 403, 404 lub 5xx rosną dla wielu URL-i, zwykle po wdrożeniu.
• Przyczyna: zmiana szablonu zepsuła uwierzytelnienie, przekierowanie lub stronę błędu; albo nowa mapa zawiera zablokowane, noindexowane czy usunięte adresy.
• Rozwiązanie: sprawdź próbkę przez http-status-checker (/tools/http-status-checker). Jeśli źródłem jest mapa, zbadaj ją przez sitemap-validator (/tools/sitemap-validator).

”Redirect error” (nie zwykłe “Page with redirect”)

• Objaw: raport pokazuje Redirect error, nie oczekiwane Page with redirect.
• Przyczyna: zbyt długi łańcuch, pętla, pusty lub nieprawidłowy cel albo za długi URL.
• Rozwiązanie: prześledź przeskoki przez redirect-chain-mapper (/tools/redirect-chain-mapper) i skróć do jednego.

”Validate fix” zwraca Failed

• Objaw: po naprawie i Validate fix wynik to Failed zamiast Passed.
• Przyczyna: poprawka nie dotarła do wszystkich URL-i (cache CDN, tylko staging, pominięty wzorzec) albo Google pobrał stronę przed propagacją.
• Rozwiązanie: sprawdź kod źródłowy lub HTTP/robots kilku pierwotnych adresów, nie tylko renderowanie, i ponów weryfikację, gdy poprawka działa wszędzie.

Testy walidacyjne

Dowód, że wprowadzona poprawka rzeczywiście zmieniła stan leżący u podstaw raportu, a nie tylko to, co raport deklaruje.

Potwierdź, że bieżący stan zablokowanej strony jest zgodny z oczekiwaniami

• Test do wykonania: http-status-checker (/tools/http-status-checker) lub curl -I dla danego URL-a.
• Oczekiwany wynik: zamierzony kod stanu — 200, jeśli strona miała zostać odblokowana, albo celowe 301/404, jeśli miała zostać usunięta.
• Interpretacja niepowodzenia: jeśli nadal zwracany jest stary błąd (401/403/5xx), poprawka nie została wdrożona wszędzie (sprawdź pamięć podręczną CDN, moduł równoważenia obciążenia lub środowisko).
• Okno monitorowania: natychmiast — stan HTTP jest bieżący, bez opóźnienia.
• Warunek wycofania: stan nadal nie odpowiada zamiarowi po wyczyszczeniu pamięci podręcznej i kilku minutach oczekiwania — wycofaj zmianę i ponów diagnozę, zanim ponownie dotkniesz produkcji.

Potwierdź, że poprawka robots.txt rzeczywiście odblokowuje URL

• Test do wykonania: robots-txt-tester (/tools/robots-txt-tester) dla konkretnej ścieżki URL-a.
• Oczekiwany wynik: tester informuje, że URL jest dozwolony dla Googlebota.
• Interpretacja niepowodzenia: dalsza blokada oznacza, że reguły nie usunięto, nadal pasuje bardziej szczegółowa reguła albo sprawdzono niewłaściwy plik robots.txt (staging zamiast produkcji lub odwrotnie).
• Okno monitorowania: natychmiast dla samego pliku; zanim oczekujesz aktualizacji stanu w GSC, odczekaj zwykły cykl indeksowania (dni, nie godziny).
• Warunek wycofania: tester nadal pokazuje blokadę URL-a po potwierdzeniu edycji produkcyjnego pliku robots.txt — uznaj problem za nierozwiązany i kontynuuj debugowanie.

Potwierdź, że poprawka adresu kanonicznego zadziałała zgodnie z zamiarem

• Test do wykonania: canonical-checker (/tools/canonical-checker) dla danego URL-a, a następnie URL Inspection w GSC, aby sprawdzić adres kanoniczny wybrany przez Google.
• Oczekiwany wynik: znacznik <link rel="canonical"> wskazuje URL, który chcesz indeksować, a URL Inspection pokazuje, że Google zgadza się z zadeklarowanym adresem kanonicznym.
• Interpretacja niepowodzenia: jeśli Google nadal pokazuje inny „Google-selected canonical” niż zadeklarowany, poprawka objęła znacznik, ale nie podstawowe sygnały duplikacji (linki wewnętrzne, wpisy w mapie witryny i przekierowania także muszą być zgodne).
• Okno monitorowania: 2–4 tygodnie — wybór adresu kanonicznego jest jednym z wolniej stabilizujących się sygnałów.
• Warunek wycofania: adres kanoniczny wybrany przez Google nadal różni się od Twojego po ponad 4 tygodniach i cyklu Validate fix — uznaj, że podstawowe sygnały (nie tylko znacznik) wciąż są sprzeczne.

Potwierdź, że poprawka przekierowania usunęła łańcuch lub pętlę

• Test do wykonania: redirect-chain-mapper (/tools/redirect-chain-mapper) dla danego URL-a.
• Oczekiwany wynik: jeden przeskok bezpośrednio do końcowego URL-a ze stanem 200.
• Interpretacja niepowodzenia: więcej niż jeden przeskok lub pętla wracająca do wcześniejszego URL-a oznacza, że reguł przekierowań nie skonsolidowano — nowa reguła została prawdopodobnie dołożona do starej zamiast ją zastąpić.
• Okno monitorowania: natychmiast dla samego łańcucha; przed aktualizacją stanu w GSC odczekaj zwykły cykl ponownego indeksowania.
• Warunek wycofania: po poprawce łańcuch nadal ma więcej niż jeden przeskok — wycofaj zmianę i skonsoliduj reguły przekierowań u źródła.

Potwierdź, że żądanie „Validate fix” rzeczywiście zakończyło się powodzeniem

• Test do wykonania: przycisk Validate fix przy konkretnym stanie w raporcie Page Indexing w GSC (ogranicz zakres do mapy priorytetowych URL-i, aby szybciej uzyskać wynik).
• Oczekiwany wynik: stan walidacji zmienia się na Passed (lub N/A, co oznacza, że Google niezależnie potwierdził poprawkę).
• Interpretacja niepowodzenia: Failed oznacza, że Google ponownie sprawdził i nadal wykrył problem przynajmniej dla części URL-i — wróć do podstawowej poprawki, zamiast tylko ponownie klikać Validate.
• Okno monitorowania: według Google „typically up to about two weeks” — może to potrwać dłużej.
• Warunek wycofania: dwa kolejne wyniki Failed dla tego samego stanu po potwierdzeniu, że poprawka działa — sprawdź, czy dociera ona do każdego wzorca dotkniętych URL-i, a nie tylko do przetestowanej próbki.

Jak mierzyć

Stałe KPI do obserwowania tego raportu w czasie, a nie jednorazowe kontrole.

Liczba zindeksowanych stron (trend, nie pojedynczy odczyt)

• Co pokazuje: czy zindeksowany przez Google zakres witryny rośnie, pozostaje stabilny czy maleje.
• Jak pozyskać: łączna wartość „Indexed” u góry raportu Page Indexing albo wykres historyczny w sekcji „View data about indexed pages”.
• Punkt odniesienia / realistyczny zakres: nie ma uniwersalnej liczby — zależy ona wyłącznie od liczby URL-i, które chcesz indeksować (liczby stron kanonicznych), a ta różni się między witrynami. Śledź trend względem własnej liczby kanonicznych URL-i, zamiast dążyć do 100% pokrycia; Google wyraźnie mówi, że indeksowane powinny być tylko strony kanoniczne.
• Częstotliwość: co miesiąc lub natychmiast po dużej zmianie treści albo struktury URL-i.

Łączna liczba „Why pages aren’t indexed” według Source = Website

• Co pokazuje: rozmiar faktycznej listy zadań do wykonania — problemów, które według Google możesz naprawić Ty, a nie Google.
• Jak pozyskać: przefiltruj tabelę „Why pages aren’t indexed” według Source = Website i zsumuj liczby dotkniętych URL-i dla stanów walidacji „Failed” lub „Not started”.
• Punkt odniesienia / realistyczny zakres: zależy od rozmiaru i historii witryny — nie istnieje uczciwy uniwersalny cel. Przy następnym pełnym przeglądzie tabeli ustal własną wartość bazową, a potem sprawdzaj, czy maleje w kolejnych kontrolach.
• Częstotliwość: co miesiąc dla większości witryn; co tydzień podczas aktywnego porządkowania lub po dużej migracji.

Liczba stanów błędów HTTP (401/403/404/5xx)

• Co pokazuje: czy strony, które powinny działać, są faktycznie niedostępne dla Googlebota — to grupa stanów, którą prawie zawsze warto naprawić.
• Jak pozyskać: poszczególne wiersze stanów w raporcie, zweryfikowane przez http-status-checker (/tools/http-status-checker) na próbce dotkniętych URL-i.
• Punkt odniesienia / realistyczny zakres: uczciwym celem dla URL-i, które mają pozostać aktywne, jest zero — każda wartość niezerowa na stronach kanonicznych wymaga zbadania; niezerowa liczba dla już usuniętych stron (oczekiwane 404) jest normalna i zależy od cyklu życia treści.
• Częstotliwość: po każdym wdrożeniu, które dotyka routingu, uwierzytelniania lub szablonów; w pozostałych przypadkach co miesiąc.

Odsetek pomyślnych walidacji poprawek

• Co pokazuje: czy poprawki faktycznie docierają do wszystkich dotkniętych URL-i, czy tylko do części.
• Jak pozyskać: śledź w czasie wynik każdego żądania Validate fix (Passed / Failed / N/A) w widoku szczegółów stanu.
• Punkt odniesienia / realistyczny zakres: brak stałego celu — zdrowy wzorzec to większość żądań kończących się Passed lub N/A przy pierwszej próbie. Sygnałem są powtarzające się wyniki Failed dla tego samego stanu, a nie konkretny procent.
• Częstotliwość: w każdym cyklu poprawki — sprawdź ponownie około dwóch tygodni po każdym żądaniu Validate fix.

Narzędzia

Raport Page Indexing mówi, co zdaniem Google jest nie tak; te narzędzia pomagają potwierdzić i usunąć podstawową przyczynę.

Narzędzia tej witryny

• gsc-workbench (/tools/gsc-workbench) — pracuj z własnymi danymi GSC (przez Search Console API) w odniesieniu do pojęć z tej strony.
• gsc-regex-tester (/tools/gsc-regex-tester) — buduj i testuj filtry regex akceptowane przez raporty Performance i Page Indexing w GSC; przydatne do wyodrębnienia wzorca URL-i stojącego za danym stanem.
• http-status-checker (/tools/http-status-checker) — potwierdź bieżący kod stanu (401/403/404/5xx) stojący za błędem HTTP przed poprawką lub po niej.
• redirect-checker (/tools/redirect-checker) i redirect-chain-mapper (/tools/redirect-chain-mapper) — sprawdź pojedyncze przekierowanie lub prześledź cały łańcuch, gdy widzisz Redirect error.
• canonical-checker (/tools/canonical-checker) — sprawdź zadeklarowany znacznik kanoniczny URL-a oznaczonego w grupie adresów kanonicznych lub duplikatów.
• robots-txt-tester (/tools/robots-txt-tester) — zweryfikuj, czy konkretny URL jest rzeczywiście zablokowany, zanim uznasz Blocked by robots.txt za działanie celowe albo błąd.
• sitemap-validator (/tools/sitemap-validator) i xml-sitemap-generator (/tools/xml-sitemap-generator) — sprawdź lub przebuduj mapę witryny, której użyjesz do zawężenia szybszego żądania Validate fix.
• site-audit-lite (/tools/site-audit-lite) — szersza kontrola oparta na indeksowaniu, gdy wzorzec w Page Indexing (duży skok błędów, masowe duplikowanie) wygląda na problem całej witryny, a nie kilku URL-i.

Narzędzia innych firm

• Google Search Console — sam raport Page Indexing oraz URL Inspection, czyli widok pojedynczego URL-a przywoływany w całym artykule.
• Bing Webmaster Tools — Site Explorer (widok zbiorczy) i URL Inspection (widok pojedynczego URL-a), najbliższe odpowiedniki w Bing.
• Screaming Frog — indeksuj własną witrynę tak jak Googlebot, aby na dużą skalę zweryfikować kody stanu, przekierowania i znaczniki kanoniczne, zanim zaufasz próbce z GSC.

Materiały warte czasu

Moje powiązane teksty

• How to Fix “Discovered - currently not indexed” — szczegółowe omówienie jednego z najczęściej błędnie rozumianych stanów w tym raporcie.
• How to Remove URLs From Google Search (5 Methods) — wiąże się ze stroną raportu dotyczącą noindex i narzędzia do usuwania.
• Anonymized Queries Make Up Nearly Half of GSC Traffic — moje badanie danych GSC; dobre przypomnienie, że Search Console jest potężne, ale niekompletne.
• The Beginner’s Guide to Technical SEO — miejsce indeksowania i GSC w szerszym obrazie.

Moje wystąpienia

• How Search Works (SlideShare) — moje omówienie indeksowania, renderowania, umieszczania w indeksie i rankingu, czyli kontekstu całego raportu Page Indexing. (Obowiązuje moje stałe zastrzeżenie: “This is my understanding of systems… not going to be 100% complete or accurate.” (tłumaczenie: Tak rozumiem te systemy… to omówienie nie będzie w 100% kompletne ani dokładne.))

Oficjalne

• Google — Page indexing report oraz Index Coverage Data Improvements (2021).

Z branży

• r/TechSEO — społeczność zajmująca się debugowaniem indeksowania i raportu pokrycia.
• Google Explains Reasons For Crawled Not Indexed (Search Engine Journal) — relacja z wypowiedzi Gary’ego Illyesa na SERP Conf 2024, który wyjaśniał, dlaczego wysoka liczba „crawled not indexed” może wskazywać na problemy jakościowe całej witryny.
• Mueller Asked About Lag in Google Search Console Indexing Report (Search Engine Journal) — John Mueller o tym, dlaczego raport ma opóźnienie i nie powinien wywoływać nadmiernej reakcji.
• Google Search Console Coverage Report Renamed to Pages Report (Search Engine Roundtable) — pierwsze spostrzeżenie Barry’ego Schwartza dotyczące zmiany nazwy Index Coverage → Page indexing podczas Google I/O 2022.
• Index Coverage Data Improvements (Google Search Central Blog) — aktualizacja ze stycznia 2021 r., która usunęła „crawl anomaly”, dodała „indexed without content” i zmieniła kilka stanów; wyjaśnia, dlaczego starsze zrzuty ekranu nie odpowiadają dzisiejszemu raportowi.
• Google Search Console Help — Page indexing report — główne oficjalne źródło: grupy, kolumna Source, wszystkie stany, filtr mapy witryny i proces Validate fix.

Quiz

Sprawdź, co pamiętasz z interpretowania raportu Page Indexing.

Dziennik zmian