Jak diagnozować techniczne problemy z indeksowaniem

Kolejność działań przy analizie raportu Indeksowanie stron w Search Console: co naprawiać najpierw, jak potwierdzić przyczyny w narzędziu do sprawdzania URL i kiedy przestać.

Problemy z indeksowaniem diagnozuj, wychodząc od stron, których potrzebujesz, a nie od sum w raporcie. Przygotuj listę ważnych adresów URL, sprawdź, które z nich nie są zaindeksowane i dlaczego, a potem usuwaj przyczyny według wagi: najpierw błędy serwera i dostępu, potem przypadkowe blokady, konflikty canonical, strony przypominające błędy, a na końcu strony, których Google po prostu nie zdecydował się zaindeksować. Każdą poprawkę potwierdź testem na żywo w narzędziu do sprawdzania URL, zanim poprosisz Google o weryfikację.

Ten poradnik zakłada, że znasz statusy opisane w artykule Indeksowanie – wyjaśnienie.

Krok 1: przygotuj listę ważnych adresów URL

Raport Indeksowanie stron zlicza każdy adres URL, o którym wie Google, w tym parametry, stare adresy i strony, których nigdy nie zamierzałeś publikować. Duża liczba w sekcji „Nie zaindeksowano" jest zjawiskiem normalnym, a Google wprost zaznacza, że nie każdy URL powinien trafić do indeksu (Raport Indeksowanie stron). Zacznij więc od własnej listy:

Strony, które przyciągają ruch: 50-100 najlepszych w Skuteczność → Strony z ostatnich trzech miesięcy.
Strony, które zarabiają: strony produktów, cen, usług i lokalizacji, niezależnie od ruchu.
Nowe strony: wszystko, co opublikowano w ciągu ostatnich 90 dni.
Twoje mapy witryny: powinny zawierać dokładnie te kanoniczne adresy URL, które chcesz zaindeksować. Raport Indeksowanie stron możesz filtrować według mapy witryny, żeby zobaczyć, ile jej adresów jest zaindeksowanych, a każda mapa w raporcie Mapy witryny prowadzi do stanu indeksowania jej adresów.

Krok 2: ustal, które z nich nie są zaindeksowane

Przy krótkiej liście sprawdź każdy adres w narzędziu Sprawdzanie adresu URL. Przy dłuższej otwórz raport Indeksowanie stron przefiltrowany według swojej mapy witryny i przejdź po kolei przez wszystkie powody, sprawdzając, które z ważnych adresów pojawiają się w przykładach. Zapisz każdy adres wraz z powodem i jego źródłem. Praktyczna zasada Google: zasadniczo naprawić można tylko problemy, których źródłem jest „Witryna".

Krok 3: usuwaj przyczyny po kolei

Naprawiaj przyczyny w tej kolejności. Każdy poziom może maskować kolejny, a pierwsze dotyczą największej liczby stron naraz.

Kolejność	Status	Co sprawdzić najpierw	Typowa poprawka
1	Błąd serwera (5xx)	Logi serwera i status hostingu w momentach, gdy Google skanował witrynę	Popraw wydajność lub usuń awarie; powtarzające się odpowiedzi 5xx powodują też, że Google skanuje wolniej
2	Błąd przekierowania	Pełny łańcuch przekierowań dla danego URL	Przekieruj w jednym kroku na docelowy URL; usuń pętle
3	Zablokowano z powodu nieautoryzowanego żądania (401), dostęp zabroniony (403) lub inny błąd 4xx	Strony logowania, zapora sieciowa lub reguły ochrony przed botami	Umożliw Googlebotowi dostęp do stron publicznych
4	URL oznaczony jako „noindex"	Metatag robots strony oraz nagłówek `X-Robots-Tag`	Usuń noindex ze stron, które mają się pozycjonować
5	URL zablokowany przez plik robots.txt	Pasująca reguła w robots.txt	Usuń regułę dla stron, które powinny być skanowane
6	Duplikat, Google wybrał inną stronę kanoniczną niż użytkownik	Który URL wskazują Twój tag canonical, przekierowania, mapa witryny i linki wewnętrzne	Spraw, by wszystkie sygnały wskazywały ten sam URL
7	Soft 404	Co strona pokazuje, gdy pobiera ją Googlebot	Prawdziwy kod 404 dla nieistniejących stron; prawdziwa treść dla prawdziwych stron
8	Zeskanowano, ale nie zaindeksowano	Czy strona wnosi coś, czego nie mają Twoje inne strony i konkurencja	Ulepsz ją albo połącz z mocniejszą stroną
9	Wykryto, ale nie zaindeksowano	Czy jakakolwiek zeskanowana strona do niej linkuje	Dodaj linki z zeskanowanych stron; w bardzo dużych witrynach zarządzaj skanowaniem

Diagnozowanie jednego URL w narzędziu do sprawdzania adresu URL

Dla każdego ważnego adresu z listy wykonaj te same pięć kontroli (Narzędzie do sprawdzania adresu URL):

Przeczytaj werdykt i powód. Komunikat „Adres URL jest nieznany w Google" oznacza, że Google w ogóle nie widział tego adresu, więc zadaniem jest umożliwienie jego wykrycia: dodaj linki do niego ze stron, które Google już skanuje, i umieść go w mapie witryny.
Porównaj adresy kanoniczne. Jeśli strona kanoniczna wybrana przez Google różni się od zadeklarowanej przez użytkownika, Google indeksuje zamiast tego strony inny URL. Zanim cokolwiek zmienisz, przyjrzyj się temu drugiemu adresowi.
Sprawdź skanowanie. Zwróć uwagę na datę ostatniego skanowania, na to, czy Google skanował jako urządzenie mobilne czy komputer, czy skanowanie było dozwolone i czy pobranie strony się powiodło. Jedna przestroga: gdy robots.txt blokuje skanowanie, pole „Indeksowanie dozwolone?" zawsze pokazuje „tak", ponieważ Google nie może zobaczyć noindex na stronie, której nie wolno mu pobrać.
Uruchom Testuj URL na żywo. Widok domyślny opisuje ostatnio zaindeksowaną wersję, która może być stara. Test na żywo pobiera stronę teraz i pokazuje zrzut ekranu wyrenderowanej strony, co jest najszybszym sposobem na wykrycie treści widocznej tylko dla zalogowanych użytkowników albo znikającej po awarii skryptu.
Prośbę o indeksowanie wysyłaj dopiero po poprawce. Google ma dzienny limit i zaznacza, że powtarzane prośby o ten sam URL niczego nie przyspieszają (Poproś Google o ponowne zeskanowanie).

Uwagi o trudniejszych statusach

„Zablokowany przez robots.txt" to nie to samo co „nieobecny w indeksie". Plik robots.txt kontroluje skanowanie, a nie indeksowanie; zablokowany URL, do którego linkują inne strony, może nadal zostać zaindeksowany bez swojej treści. Aby wykluczyć stronę z Google, zezwól na skanowanie i użyj noindex, w metatagu lub nagłówku X-Robots-Tag (Blokowanie indeksowania). Pamiętaj, że usunięcie następuje dopiero po ponownym zeskanowaniu strony przez Google, co może chwilę potrwać.

Konflikty canonical zwykle powstają z własnej winy. Google traktuje przekierowania i rel="canonical" jako silne sygnały, obecność w mapie witryny jako słaby, a ponadto preferuje HTTPS (Konsolidowanie zduplikowanych adresów URL). Typowy konflikt wygląda tak: tag canonical wskazuje jeden URL, a nawigacja, mapa witryny i linki wewnętrzne używają jego wariantu (ukośnik końcowy, wielkie litery, parametr śledzący, http://). Gdy je ujednolicisz, konflikt zwykle znika przy następnym skanowaniu.

Soft 404 występują w dwóch odmianach. Część to rzeczywiście nieistniejące strony, na przykład szablon „nie znaleziono produktu" zwracający kod 200; te powinny zwracać 404 lub 410. Inne to prawdziwe strony, które dla Google wyglądają na puste, na przykład kategoria bez produktów albo strona, której treść ładuje się dopiero po skrypcie, który przestał działać; one wymagają treści widocznej dla Google, co potwierdzi zrzut ekranu z testu na żywo.

„Zeskanowano, ale nie zaindeksowano" to ocena, a nie błąd. Google zeskanował stronę i zdecydował, że na razie jej nie zachowa; może zostać zaindeksowana później, ale nie musi. Zadaj sobie szczerze pytanie, co ta strona wnosi. Zwykle trafiają tu cienkie wariacje innych stron, strony tagów z dwoma wpisami i artykuły powtarzające to, co mówi dziesięć innych witryn. Spraw, by strona była wyraźnie lepsza lub inna, albo połącz ją ze stroną, która już taka jest.

„Wykryto, ale nie zaindeksowano" zwykle dotyczy linków. Google zna ten URL, ale jeszcze go nie zeskanował. W większości witryn rozwiązaniem jest dodanie linków do tej strony ze stron już skanowanych przez Google oraz pozostawienie jej w mapie witryny. Poradnik Google o budżecie skanowania jest pisany dla węższej grupy: witryn z ponad milionem stron zmienianych co tydzień albo z ponad 10 000 stron zmienianych codziennie (Zarządzanie budżetem skanowania). Jeśli to Ty, zmniejsz inwentarz adresów URL: scal duplikaty, zablokuj skanowanie adresów, które nigdy nie powinny być pobierane, zwracaj 404 lub 410 dla usuniętych stron i napraw soft 404, które są skanowane nieustannie.

Krok 4: zweryfikuj poprawkę

Gdy adresy URL z danego powodu są naprawione, otwórz ten powód w raporcie Indeksowanie stron i kliknij Zweryfikuj poprawkę, tylko raz. Google najpierw sprawdza kilka przykładowych stron; jeśli problem nadal występuje, weryfikacja się kończy. W przeciwnym razie ponownie sprawdza wszystkie znane dotknięte nim adresy URL i oznacza każdy jako zaliczony lub niezaliczony. Google podaje, że weryfikacja zwykle trwa do około dwóch tygodni, a czasem znacznie dłużej. Poprawki może też wychwycić podczas zwykłego skanowania, bez prośby o weryfikację.

Kiedy przestać

Przestań zajmować się danym statusem, gdy adresy URL, których on dotyczy, nie muszą być zaindeksowane (parametry, widoki filtrowane, wyniki wyszukiwania wewnętrznego, stare przekierowania) albo gdy strona została ulepszona, podlinkowana i ponownie zgłoszona, a Google nadal jej nie przyjmuje po kilku miesiącach. Wtedy najczęściej najlepszym ruchem jest połączenie strony z mocniejszą i przekierowanie jej, a nie kolejna prośba o indeksowanie.

Jak pomaga AutoPSEO

AutoPSEO zamienia krok 2 w stałą kontrolę. Index Tracker przechowuje do 1800 wybranych przez Ciebie adresów URL, codziennie ponownie sprawdza do 200 z nich przez URL Inspection API (najpierw te z najstarszą kontrolą, w ramach limitu Google wynoszącego 2000 inspekcji na usługę dziennie) i oznacza strony wyindeksowane w ciągu ostatnich 30 dni oraz strony, których Google nie skanował od 120 dni. Alert Index flip wysyła powiadomienie do Slack, Microsoft Teams lub na webhook, gdy śledzony URL wypada z indeksu albo do niego wraca (alerty). URL Inspection i Sitemaps działają wewnątrz aplikacji, a problemy ze skanowaniem w Bing pokazują podobne kłopoty z perspektywy Bing.

W przypadku nowych stron IndexNow informuje Bing i inne obsługujące go wyszukiwarki o zmienionych adresach URL; Google nie uczestniczy w IndexNow, więc do Google nadal docierasz przez mapy witryny i linki wewnętrzne. Artykuły z silnika treści są dostarczane do Twojej własnej witryny, która publikuje je i linkuje jak każdą inną stronę; gdy Twoja witryna deklaruje klucz IndexNow, AutoPSEO wysyła do IndexNow ping z każdym opublikowanym lub zaktualizowanym adresem w Twojej domenie i zapisuje odpowiedź IndexNow (Dostarczanie).