Błąd indeksowania – co to jest i jak go naprawić?

Czym jest błąd indeksowania

Raport rozdziela usterkę od wykluczenia

Dokumentacja raportu indeksowania mówi wprost, że nie każdy wykryty stan wymaga reakcji: „Naprawianie i weryfikowanie konkretnego problemu w witrynie nie zawsze ma sens: na przykład adresy URL zablokowane przez plik robots.txt są prawdopodobnie blokowane celowo”.1

Ten sam dokument odbiera na starcie jeszcze jedno oczekiwanie: „nie oczekuj, że zindeksowane zostaną wszystkie adresy URL w Twojej witrynie, a jedynie strony kanoniczne”.1 Kompletność indeksu nie jest więc celem, a odsetek zindeksowanych adresów nie jest oceną. Rozróżnienie sprowadza się do pytania: czy ten adres miał być zindeksowany? Jeśli sami go zablokowaliśmy tagiem noindex, regułą w pliku robots czy przekierowaniem, raport nie zgłasza usterki, tylko odczytuje naszą decyzję.

Status, który bywa czytany jako wyrok

Najczęściej nadinterpretowaną pozycją jest „zeskanowana, ale jeszcze niezindeksowana”. Przyjęło się czytać ją jako werdykt algorytmu o zbyt niskiej jakości strony. Opis w dokumentacji brzmi inaczej: „The page was crawled by Google but not indexed. It may or may not be indexed in the future; no need to resubmit this URL for crawling”.2

To jest opis stanu nierozstrzygniętego, wraz z wyraźnym zaleceniem, żeby nie zgłaszać adresu ponownie. Ocena jakości bywa jedną z przyczyn takiego stanu, ale nie jest jego znaczeniem. Ta różnica decyduje o tym, czy przepisujemy tekst, czy tylko czekamy.

Przy okazji zwróćmy uwagę na samą nazwę. Raport zna dwa różne statusy: „Strona zeskanowana, ale jeszcze niezindeksowana” oraz „Strona wykryta – obecnie niezindeksowana”.1 Pierwszy mówi, że robot stronę pobrał; drugi, że o niej wie, ale jeszcze po nią nie przyszedł. Krążąca w poradnikach hybryda „zeskanowana, obecnie niezindeksowana” skleja dwa stany o różnych przyczynach i różnym postępowaniu.

274 nasze adresy, które w raporcie wyglądają na usterkę

Sprawdziliśmy 1 września 2026, jak ta zasada wygląda na naszym własnym serwisie. W słowniku obok 235 opublikowanych haseł stoją 274 hasła wycofane do wersji roboczej. Odpytaliśmy wszystkie ich adresy: 274 z 274 odpowiadają kodem 301 i prowadzą do innego, opublikowanego hasła. Ani jednej odpowiedzi 404.3

Ciekawsze jest, jak się rozkładają: 274 adresy zbiegają się w 87 celach, przy czym najgłębszy lej zbiera 19 adresów w jednym punkcie. Adres całkowicie zmyślony zwraca przy tym normalne 404, a przekierowanie 301 dostają wyłącznie te adresy, które w bazie istnieją jako wersje robocze.

W raporcie te 274 adresy nie trafią do żadnego koszyka błędu. Wylądują w statusie „Strona zawierająca przekierowanie”, opisanym jako „non-canonical URL that redirects to another page”.2 Wygląda to na usterkę techniczną, a jest dosłownym zapisem redakcyjnej decyzji o wycofaniu haseł. Wiemy o niej, bo sami ją podjęliśmy.

Jak odróżnić własną decyzję od usterki

Stąd kolejność pracy, która oszczędza najwięcej czasu przy tym raporcie: zanim zaczniesz naprawiać status, sprawdź, czy nie jesteś jego autorem. Wystarczą trzy pytania: czy adres jest w mapie witryny, czy prowadzi do niego jakikolwiek link z serwisu i czy zwraca kod inny niż 200. Jeśli adresu nie zgłaszamy, nie linkujemy i sami przekierowujemy, wpis w raporcie jest potwierdzeniem, że wszystko działa zgodnie z naszym zamiarem.

Realną usterką pozostaje sytuacja odwrotna: adres zgłoszony w mapie witryny, linkowany z serwisu, a mimo to wykluczony. Wtedy pora sięgnąć po Search Console i sprawdzić przyczynę pojedynczo, adres po adresie, bo dopiero tam różnica między błędem 404 a świadomym wykluczeniem robi się widoczna.

Najczęstsze pytania

Czy każda niezindeksowana strona to błąd?
Nie. Dokumentacja mówi wprost, żeby nie oczekiwać zindeksowania wszystkich adresów, a jedynie kanonicznych, i że część wykluczeń jest celowa.

Co znaczy „zeskanowana, ale jeszcze niezindeksowana”?
Że robot stronę pobrał, a decyzja nie zapadła. Opis mówi, że może zostać zindeksowana w przyszłości i że nie ma potrzeby zgłaszać adresu ponownie.

Czym różni się „wykryta” od „zeskanowanej”?
Przy „wykrytej” robot wie o adresie, ale go jeszcze nie pobrał. Przy „zeskanowanej” pobranie już nastąpiło.

Dlaczego wycofane strony pojawiają się w raporcie?
Bo przekierowanie też jest statusem. Adres niekanoniczny prowadzący do innej strony nie zostanie zindeksowany i trafi do osobnej kategorii, nie do błędów.

Źródła

1. Google Search Console Help, Raport Indeksowanie stron — zakres oczekiwań wobec indeksu, celowe wykluczenia oraz nazwy statusów. support.google.com/webmasters/answer/7440203 (odczyt 1.09.2026).

2. Google Search Console Help, Page indexing report (wersja angielska) — brzmienie opisów statusów „Crawled – currently not indexed” oraz „Page with redirect”. support.google.com/webmasters/answer/7440203?hl=en (odczyt 1.09.2026).

3. Pomiar własny z 1.09.2026: odpytanie adresów wszystkich 274 haseł słownika wycofanych do wersji roboczej wraz z odczytem kodu odpowiedzi i celu przekierowania.