Inspekcja URL w Google Search Console — jak interpretować wynik krok po kroku?

Inspekcja URL odpowiada na pytania o jeden konkretny adres: co Google wie o jego wersji indeksowej, czy aktualna wersja jest dostępna oraz jakie sygnały canonicalizacji odczytano. Najczęstszy błąd polega na potraktowaniu zielonego komunikatu jako gwarancji pozycji albo na pomieszaniu historycznego wyniku indeksu z testem wykonywanym teraz.

Krótka odpowiedź: rozpocznij od wyniku wersji indeksowej, zanotuj datę pobrania, dostępność, zgodę na indeksowanie i canonical wybrany przez Google. Następnie uruchom test na żywo, aby sprawdzić bieżącą odpowiedź, render, zasoby oraz wykryte dyrektywy. Zielony wynik oznacza techniczną możliwość, nie gwarancję indeksacji lub widoczności. Po naprawie możesz poprosić o indeksację, ale ponawianie zgłoszenia nie przyspiesza procesu.

Dwa widoki, dwa różne pytania

Dane z indeksu Google

Pierwszy wynik opisuje ostatnią znaną Google wersję URL-a. Może być starszy od obecnej strony. To tutaj można sprawdzić m.in. canonical wybrany przez Google, ponieważ test na żywo nie przewiduje ostatecznej decyzji canonicalizacyjnej indeksu.

Test na żywo

Test na żywo pobiera obecną wersję dostępną publicznie. Sprawdza podstawową dostępność dla indeksowania, HTML, zasoby i wykryte dane uporządkowane. Nie bada wszystkich warunków obecności w wynikach, takich jak pełna ocena jakości, działania ręczne, problemy prawne czy ostateczny wybór canonicalu.

Pytanie	Dane indeksu	Test na żywo
co Google ostatnio zapisał	tak	nie
czy obecna wersja odpowiada	nie zawsze	tak
canonical wybrany przez Google	tak	nie
aktualny render i zasoby	historyczne dane, gdy dostępne	tak
gwarancja pojawienia się w wynikach	nie	nie

Jak rozpocząć inspekcję?

wybierz właściwą usługę Search Console;
wklej pełny URL z protokołem w górnym pasku;
upewnij się, że testujesz adres docelowy, nie parametr z kampanii;
zapisz czas badania i powód inspekcji;
przeczytaj szczegóły, zanim klikniesz prośbę o indeksację.

URL musi należeć do aktualnie otwartej usługi. Jeśli używasz prefiksu https://example.com/, adres https://www.example.com/ może być poza jego zakresem.

Jak czytać ogólny werdykt?

„URL jest w Google” oznacza, że został zaindeksowany i może pojawiać się w wynikach. Nie dowodzi, że pojawi się na konkretne zapytanie ani że zawsze zobaczysz go ręcznie.

„URL nie jest w Google” oznacza, że testowany adres nie może obecnie pojawiać się jako zaindeksowany URL. Szczegóły powinny wskazać powód lub stan. Może to być zamierzony rezultat, np. dla przekierowania czy duplikatu.

W teście na żywo komunikat o dostępności oznacza, że narzędzie nie wykryło badanej blokady. Google wprost zaznacza, że pozytywny test nie gwarantuje włączenia do indeksu.

Sekcja odkrywania: skąd Google zna URL?

Informacje o sitemapie i stronie odsyłającej pomagają ocenić, czy URL jest włączony w architekturę. Brak wykazanego odsyłacza nie zawsze oznacza brak wszystkich linków — raport nie jest pełnym rejestrem odkrycia.

Dla ważnej strony zapewnij:

link z logicznego miejsca serwisu;
obecność w kanonicznej mapie XML;
brak osierocenia po zmianie nawigacji;
spójny URL bez konkurujących wariantów.

Sekcja pobierania: czy Google dostał stronę?

Sprawdź:

datę i typ robota;
czy pobieranie było dozwolone;
wynik pobrania;
odpowiedź HTTP;
zasoby potrzebne do renderowania.

Kod 200 nie kończy analizy. Strona może zwracać pusty szablon, komunikat błędu albo treść wymagającą niedostępnego JavaScriptu. Otwórz widok przetestowanej strony, zrzut ekranu, HTML, nagłówki i listę zasobów.

Jeżeli wynik pokazuje 5xx, zbadaj logi hostingu, proxy i aplikacji w tej samej osi czasu. Przy przekierowaniu przetestuj także końcowy URL osobno.

„Indeksowanie dozwolone” i pułapka robots.txt

Dyrektywa noindex może znajdować się w znaczniku meta albo nagłówku X-Robots-Tag. Robot musi pobrać odpowiedź, aby ją odczytać. Jeżeli URL jest zablokowany przez robots.txt, raport może nie zobaczyć noindex i pokazywać „indeksowanie dozwolone” w sposób, który łatwo źle zinterpretować.

Gdy chcesz usunąć publiczną stronę z indeksu, nie łącz bez namysłu blokady pobierania z noindex. Najpierw pozwól robotowi odczytać dyrektywę, a wymagania dotyczące trwałego usunięcia i dostępu użytkowników rozpatruj osobno.

Canonical zadeklarowany i wybrany

Canonical zadeklarowany przez użytkownika pochodzi z sygnałów witryny, m.in. elementu rel="canonical".
Canonical wybrany przez Google jest adresem uznanym przez system za reprezentatywny dla grupy podobnych stron.

Jeżeli wartości się różnią, sprawdź spójność:

czy deklarowany canonical zwraca 200 i może być indeksowany;
czy przekierowania prowadzą do tej samej wersji;
czy linki wewnętrzne wskazują URL kanoniczny;
czy mapa XML zawiera tylko wersję kanoniczną;
czy treść URL-i rzeczywiście jest duplikatem;
czy warianty protokołu, hosta i ukośnika są uporządkowane.

Nie wymuszaj canonicalu na niepowiązanej stronie tylko po to, aby ukryć cienką treść. Canonical służy do konsolidacji podobnych lub równoważnych wersji.

Jak badać renderowanie?

W teście na żywo otwórz wyrenderowany zrzut i porównaj go z przeglądarką. Sprawdź, czy są widoczne:

główny tytuł i oferta;
nawigacja oraz linki;
treść ładowana dynamicznie;
obrazy istotne dla zrozumienia;
komunikaty, których nie zasłania ekran zgody;
elementy mobilne, jeśli robot działa jako smartfon.

Potem przejrzyj kod i listę zasobów. Brak pojedynczej dekoracji zwykle ma inne znaczenie niż zablokowany plik odpowiadający za całą treść.

Kiedy poprosić o indeksację?

Po publikacji ważnego URL-a albo po usunięciu konkretnej blokady uruchom test na żywo. Jeśli adres jest dostępny, możesz wysłać prośbę o indeksację. Dla wielu stron prześlij aktualną mapę XML i zadbaj o linkowanie.

Google zastrzega, że:

prośba nie gwarantuje indeksacji;
proces może trwać od kilku dni do kilku tygodni;
obowiązują limity;
wielokrotne zgłoszenie tego samego URL-a nie przyspiesza pobrania.

Procedura po naprawie

usuń przyczynę, nie sam komunikat;
sprawdź odpowiedź we własnej przeglądarce i narzędziu HTTP;
uruchom test na żywo;
porównaj render, HTML, nagłówki i zasoby;
poproś o indeksację ważnego pojedynczego URL-a;
zapisz datę wdrożenia i zgłoszenia;
wróć do Inspekcji po ponownym pobraniu;
potwierdź canonical wybrany przez Google;
obserwuj wyświetlenia w raporcie Skuteczność.

Najczęstsze błędne wnioski

„Test na żywo jest zielony, więc jutro będę wysoko” — narzędzie nie prognozuje rankingu.
„URL nie jest w Google, więc to błąd” — dla przekierowania lub duplikatu może to być prawidłowe.
„Canonical w HTML wystarczy” — Google analizuje wiele sygnałów i może wybrać inaczej.
„Poproszę dziesięć razy” — ponawianie nie zwiększa szybkości.
„Zablokuję w robots.txt, żeby Google zobaczył noindex” — blokada może uniemożliwić odczyt dyrektywy.
„Dane indeksu opisują to, co wdrożyłem minutę temu” — pierwszy widok może być historyczny.

Następny krok

Przeprowadź inspekcję jednego URL-a reprezentującego szablon usługi. Zapisz osobno stan indeksu i stan na żywo, a następnie sprawdź render oraz oba canonicale. Jeśli problem występuje na wielu podobnych stronach, przejdź z pojedynczego przypadku do raportu Indeksowanie stron i poszukaj wspólnej przyczyny w szablonie.