Narzędzie URL Inspection

TL;DR — Narzędzie URL Inspection w Google Search Console informuje, czy jedna z Twoich stron znajduje się w Google i dlaczego tak jest lub nie. Pamiętaj jednak, że domyślnie pokazuje ostatni moment zindeksowania strony przez Google, a nie jej obecny wygląd. Jeśli właśnie coś zmieniono, kliknij Test Live URL, aby sprawdzić bieżącą wersję.

Co to jest

Narzędzie URL Inspection znajduje się w Google Search Console. Wklejasz adres URL należący do witryny, którą posiadasz, a Google pokazuje, jak widzi tę stronę — przede wszystkim, czy znajduje się ona w indeksie Google i może pojawić się w wynikach wyszukiwania.

Możesz sprawdzać tylko adresy URL w zweryfikowanej właściwości Search Console. Nie sprawdzisz strony konkurenta.

Najczęstszy błąd początkujących

Podczas sprawdzania adresu URL raport wyświetlany jako pierwszy jest migawką z ostatniego zindeksowania przez Google — nie bieżącą stroną. Google mówi wprost: to nie jest test na żywo; wyniki pochodzą z ostatnio zindeksowanej wersji, a nie z aktywnej wersji strony w internecie. Dowód potwierdzający to twierdzenie The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Zakres: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Console Help: URL Inspection tool

Jeśli więc właśnie coś poprawiono i chcesz wiedzieć, czy poprawka zadziałała, nie ufaj pierwszemu ekranowi. Kliknij Test Live URL, a Google pobierze stronę ponownie w tej chwili.

Co pokazuje narzędzie

• Czy strona jest w Google? Komunikat „URL is on Google” oznacza, że adres może pojawić się w wyszukiwaniu — nie że już zajmuje pozycję, tylko że może zostać wyświetlony. „URL is not on Google” oznacza, że nie może się pojawić.
• Czy Google mogło ją skanować i zindeksować? Jeśli przypadkowo zablokowano stronę, tutaj to zobaczysz.
• Którą wersję wybrało Google? Przy zduplikowanych lub podobnych stronach Google wybiera jedną wersję „canonical” do wyświetlania. Narzędzie pokazuje którą.
• View crawled page pokazuje rzeczywisty HTML otrzymany przez Google, zrzut ekranu wyrenderowanej strony oraz ewentualne błędy.

Request Indexing

Przycisk Request Indexing przekazuje Google komunikat: “please come look at this page.” (tłumaczenie) „Proszę, sprawdź tę stronę”. To wszystko. Nie zmusza Google do zindeksowania strony, nie poprawia pozycji, a wielokrotne klikanie nie przyspiesza procesu — istnieje dzienny limit i można go tylko wyczerpać. Dowód potwierdzający to twierdzenie Request Indexing does not guarantee that a page will appear in Google's index. Zakres: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Console Help: URL Inspection tool Użyj go raz dla nowej lub świeżo zaktualizowanej strony, a następnie przejdź dalej. Musisz być właścicielem właściwości albo użytkownikiem z pełnymi uprawnieniami, aby go użyć. Jeśli masz partię nowych lub zmienionych adresów URL, Google zaleca przesłanie mapy witryny zamiast wielokrotnego klikania przycisku.

Potrzebujesz przewodnika po polach, diagnostyki rozbieżności adresów kanonicznych, procedury debugowania JavaScriptu i informacji o API? Przejdź do karty Advanced (Zaawansowane).

TL;DR — URL Inspection pokazuje, jak Google widzi jeden adres URL w zweryfikowanej właściwości. Domyślny raport to migawka ostatniego zindeksowania, a nie bieżąca strona — uruchom Test Live URL, aby sprawdzić aktualny stan. Przeczytaj panel pokrycia pod kątem uprawnień do skanowania i indeksowania, informacji o odkryciu (mapa witryny i strona odsyłająca) oraz adresu kanonicznego zadeklarowanego przez użytkownika i wybranego przez Google (rozbieżność jest najbardziej użyteczną wskazówką diagnostyczną). View crawled page udostępnia wyrenderowany HTML, zrzut ekranu, odpowiedź HTTP, zasoby strony i komunikaty konsoli JavaScript — cały obszar debugowania JavaScript SEO. Request Indexing jest sygnałem do kolejki z dziennym limitem: nie gwarantuje indeksowania i nie wpływa na ranking. URL Inspection API zwraca stan zindeksowany (bez testu na żywo) z limitem 2 000 QPD / 600 QPM na właściwość.

Co faktycznie robi to narzędzie

Według własnego opisu Google narzędzie URL Inspection “provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” (tłumaczenie) „dostarcza informacji o zindeksowanej przez Google wersji konkretnej strony i pozwala sprawdzić, czy adres URL może być indeksowalny”. To dwa odrębne tryby, a ich mylenie jest najczęstszym błędem, który widuję.

Narzędzie jest również dostępne tylko dla właściciela. “The URL must be in the currently opened property” (tłumaczenie) „Adres URL musi należeć do aktualnie otwartej właściwości” — możesz sprawdzać wyłącznie adresy URL w zweryfikowanej właściwości Search Console. Nie da się sprawdzać stron konkurencji.

Migawka indeksu a Test Live URL

Domyślny raport jest migawką ostatniego skanowania. Google wyraźnie stwierdza: “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” (tłumaczenie) „To nie jest test na żywo. Wyniki pochodzą z ostatnio zindeksowanej wersji strony, a nie z jej aktywnej wersji w internecie”. Dowód potwierdzający to twierdzenie The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Zakres: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Console Help: URL Inspection tool

To rozróżnienie decyduje o tym, kiedy używasz każdego trybu:

• Chcesz zdiagnozować stan faktycznie znajdujący się teraz w indeksie? Odczytaj domyślny widok zindeksowany. To stan, na którym Google obecnie działa.
• Właśnie wdrożono poprawkę i chcesz sprawdzić, czy zadziałała? Uruchom Test Live URL. Narzędzie pobierze i wyrenderuje bieżącą stronę, dzięki czemu potwierdzisz poprawkę, zanim zaczekasz na ponowne skanowanie.

Wiele niepotrzebnej paniki — i nieporozumień w rodzaju „nic się nie zmieniło” — wynika z odczytania niewłaściwego trybu. Jeśli godzinę temu usunięto noindex, a migawka indeksu nadal pokazuje blokadę, jest to oczekiwane: migawka pochodzi sprzed poprawki.

Warto znać dwa ograniczenia zakresu Test Live URL: podczas pobierania podąża za przekierowaniami, ale nie pokazuje ich łańcucha tak jak dedykowany analizator przekierowań. Nie przewidzi też, który adres URL Google wybierze jako kanoniczny — pole kanoniczne wybrane przez Google pochodzi tylko z widoku indeksu, ponieważ jest to decyzja podejmowana podczas indeksowania, a nie coś, co może ustalić pojedyncze pobranie na żywo.

Czytanie panelu pokrycia, pole po polu

Werdykt stanu indeksu. “URL is on Google means that the URL is eligible to appear in Search results, but is not guaranteed to be there.” (tłumaczenie) „URL jest w Google” oznacza, że adres URL może pojawić się w wynikach wyszukiwania, ale nie jest to gwarantowane. To „może się pojawić”, a nie „już jest widoczny” i zdecydowanie nie to samo co ranking. “URL is not on Google means that the URL can’t appear in Search results.” (tłumaczenie) „URL nie znajduje się w Google” oznacza, że adres URL nie może pojawić się w wynikach wyszukiwania.

Crawl allowed? “Indicates whether your site allowed Google to crawl the page or blocked it with a robots.txt rule.” (tłumaczenie) „Wskazuje, czy witryna zezwoliła Google skanować stronę, czy zablokowała ją regułą robots.txt”. Odpowiedź No kieruje wprost do pliku robots.txt.

Indexing allowed? “Whether or not your page explicitly disallowed indexing.” (tłumaczenie) „Informuje, czy strona wyraźnie zabroniła indeksowania”. Odpowiedź No wskazuje na dyrektywę noindex (znacznik meta lub nagłówek X-Robots-Tag).

Odkrycie. Panel pokazuje także mapy witryn, w których znajduje się adres URL, oraz stronę odsyłającą, za pomocą której Google go odkryło. Jeśli spodziewasz się znalezienia adresu, ale nie ma mapy witryny ani strony odsyłającej, potraktuj to jako sygnał do sprawdzenia linkowania wewnętrznego i obecności w mapie witryny — nie jako potwierdzony werdykt. Panel nie musi wymieniać każdej ścieżki, którą Google wykorzystało do znalezienia adresu, więc puste pole jest powodem do analizy, a nie dowodem braku jakiejkolwiek ścieżki odkrycia.

Adresy kanoniczne — najbardziej użyteczne pole. Dwie linie:

• “User-declared canonical: If your page explicitly declares a canonical URL, it will be shown here.” (tłumaczenie) „Adres kanoniczny zadeklarowany przez użytkownika: jeśli strona wyraźnie deklaruje kanoniczny adres URL, zostanie on pokazany tutaj”.
• “Google-selected canonical: The page that Google selected as the canonical (authoritative) URL.” (tłumaczenie) „Adres kanoniczny wybrany przez Google: strona, którą Google wybrało jako kanoniczny (autorytatywny) adres URL”.

Gdy te dwa adresy się różnią, Google odrzuciło zadeklarowany przez Ciebie kanoniczny adres URL i uznało inny za nadrzędny. To sygnał do zbadania zduplikowanej lub niemal zduplikowanej treści, niespójnego linkowania wewnętrznego, mieszanych sygnałów kanonicznych albo silniejszego duplikatu w innym miejscu. To porównanie jest najbardziej użyteczną diagnostyką w całym panelu. (Mechanizmy opisuje szerzej materiał o kanonikalizacji w tym klastrze.)

Ulepszenia. Raport pokazuje kwalifikujące się typy wyników z elementami rozszerzonymi oraz wykryte dane uporządkowane (np. Breadcrumbs, FAQ i Products). Dawna sekcja Mobile Usability zniknęła — Google wycofało ten raport, więc nie jest już tutaj wyświetlana.

View crawled page — powierzchnia debugowania JavaScript SEO

W tym miejscu URL Inspection naprawdę przydaje się w pracy technicznej. Otwórz View crawled page dla wyniku z indeksu albo View tested page dla testu na żywo, a otrzymasz wyrenderowany HTML, zrzut ekranu wyrenderowanej strony, nagłówki odpowiedzi HTTP, listę załadowanych przez Google zasobów strony oraz komunikaty konsoli JavaScript.

W przypadku strony intensywnie korzystającej z JavaScriptu jest to cały cykl debugowania w jednym ekranie:

1. Zrzut ekranu — czy wyrenderowana strona rzeczywiście zawiera treść, czy jest pusta lub niedokończona? Jeśli treści widocznej w przeglądarce nie ma tutaj, Google jej nie wyrenderowało.
2. Wyrenderowany HTML — wyszukaj treść i linki, które powinny pojawić się po wykonaniu JavaScriptu. Jeśli ich nie ma, treść zależy od czegoś, czego renderer Google nie wykonał.
3. Zasoby strony — każdy zasób, którego nie udało się załadować (zablokowany plik JS, API zwracające 404 albo skrypt zablokowany przez robots.txt), jest głównym podejrzanym przy brakującej treści.
4. Komunikaty konsoli JS — błędy często dokładnie wyjaśniają, dlaczego renderowanie jest niepełne.

To procedura, na której opieram się przy problemach z JavaScriptem; wiele opracowań pomija właśnie ten fragment. Zastrzeżenie: oglądasz renderowanie pojedynczego pobrania przez Google — ostatni przebieg migawki indeksu albo przebieg testu na żywo — a nie certyfikowaną gwarancję, że każdy system Google używany do indeksowania wyrenderował stronę identycznie.

Request Indexing — czym jest i czym nie jest

Przycisk Request Indexing wykonuje szybki test na żywo, a następnie dodaje adres URL do kolejki skanowania Google. Trzeba zapamiętać dwa twarde ograniczenia:

• “Submitting a request does not guarantee that the page will appear in the Google Index.” (tłumaczenie) „Wysłanie prośby nie gwarantuje, że strona pojawi się w indeksie Google”. To sygnał odkrycia, nie polecenie.
• “There is a daily limit to how many index requests you can submit.” (tłumaczenie) „Obowiązuje dzienny limit liczby próśb o zindeksowanie, które można przesłać”. Wielokrotne wysyłanie tego samego adresu tylko zużywa limit i niczego nie rozwiązuje.
• “You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” (tłumaczenie) „Aby poprosić o zindeksowanie w narzędziu URL Inspection, musisz być właścicielem właściwości Search Console lub użytkownikiem z pełnymi uprawnieniami”. Użytkownicy z ograniczonymi uprawnieniami nie otrzymają tutaj działającej opcji.

Mówiąc wprost, czym nie jest: nie jest dźwignią rankingową. Indeksowanie i ranking to osobne etapy; skierowanie adresu URL do kolejki skanowania nie wpływa na jego pozycję. Nie omija też kanonikalizacji — Google stwierdziło, że prośba o indeksowanie nie zmienia wybranego adresu kanonicznego. Użyj jej raz dla strony rzeczywiście nowej, zaktualizowanej lub właśnie naprawionej. To cały uzasadniony przypadek użycia.

To także nie jest narzędzie zbiorcze. Google zaleca: “If you have large numbers of URLs, submit a sitemap.” (tłumaczenie) „Jeśli masz wiele adresów URL, prześlij mapę witryny”. Przeklikiwanie arkusza z adresami i wysyłanie pojedynczych próśb tylko szybciej zużywa dzienny limit, zamiast pomagać — mapa witryny jest mechanizmem przeznaczonym do obsługi większej liczby adresów.

URL Inspection API

Do monitorowania na dużą skalę służy programowy odpowiednik, URL Inspection API (urlInspection.index.inspect). Limit na właściwość wynosi 2 000 zapytań dziennie i 600 na minutę. Dowód potwierdzający to twierdzenie The URL Inspection API quota is 2,000 queries per day and 600 queries per minute per Search Console property. Zakres: Current Search Console URL Inspection API per-property usage limits. Poziom ufności: wysoki · Zweryfikowano: 2026-07-14 Google Search Console API: Usage limits

Dwie kwestie, o których trzeba pamiętać:

• API zwraca wyłącznie stan zindeksowany — werdykt, stan pokrycia, stan robots i indeksowania, czas ostatniego skanowania, stan pobrania strony, kanoniczne adresy wybrane przez Google i zadeklarowane przez użytkownika, sposób skanowania, adresy odsyłające oraz mapę witryny. Nie wykonuje testu na żywo tak jak interfejsowy Test Live URL.
• Limit 2 000 zapytań dziennie na właściwość oznacza, że monitorowanie indeksu dużej witryny wymaga podziału na partie albo rozdzielenia witryny między kilka zweryfikowanych właściwości. Kilka narzędzi zewnętrznych opakowuje API, aby ułatwić takie użycie.

Dobrze współpracuje z raportem indeksowania stron, który pomaga wskazać które adresy URL sprawdzać, oraz z szerszym Search Console API i raportem skuteczności, gdy budujesz własny monitoring.

Popularne mity

• „Request Indexing zmusza Google do zindeksowania strony”. Nie — wysłanie prośby “does not guarantee that the page will appear in the Google Index.” (tłumaczenie) „nie gwarantuje, że strona pojawi się w indeksie Google”.
• „Request Indexing sprawia, że strona zaczyna zajmować pozycję albo awansuje szybciej”. Nie. Wpływa na odkrycie i ponowne skanowanie, nie na ranking.
• „Ponowne wysłanie tego samego adresu URL przyspiesza sprawę”. Nie — tylko zużywa dzienny limit.
• „W Google” oznacza, że strona rankuje. Nie — oznacza możliwość pojawienia się.
• „Raport pokazuje stronę taką, jaka jest teraz”. Nie — domyślnie jest to migawka ostatniego indeksowania. Tryb na żywo to Test Live URL.
• „Mogę sprawdzić dowolny adres URL”. Nie — tylko właściciel; adres musi znajdować się w aktualnie otwartej właściwości.
• „API wykonuje test na żywo jak interfejs”. Nie — API zwraca wyłącznie stan zindeksowany.

Podsumowanie AI

Skrót wersji zaawansowanej:

• Co to jest: URL Inspection pokazuje, jak Google widzi jeden adres URL w zweryfikowanej właściwości, której jesteś właścicielem (bez adresów konkurencji). Google: “provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” (tłumaczenie) „dostarcza informacji o zindeksowanej przez Google wersji konkretnej strony i pozwala sprawdzić, czy adres URL może być indeksowalny”.
• Migawka a tryb na żywo: domyślny widok to migawka ostatniego indeksowania, “not the live version on the web.” (tłumaczenie) „a nie aktywna wersja w internecie”. Uruchom Test Live URL, aby sprawdzić bieżący stan po poprawce — podąża za przekierowaniami, ale nie pokazuje ich łańcucha i nie przewidzi kanonicznego adresu wybranego przez Google (to pole dostępne wyłącznie w widoku indeksu).
• Werdykt: “URL is on Google” (tłumaczenie) „URL jest w Google” = adres może się pojawić, ale nie oznacza rankingu ani gwarantowanej obecności.
• Panel pokrycia: dozwolone skanowanie (robots.txt), dozwolone indeksowanie (noindex), odkrycie (mapa witryny i strona odsyłająca) oraz kanoniczny zadeklarowany przez użytkownika i wybrany przez Google — rozbieżność oznacza nadpisanie deklaracji przez Google i jest najbardziej użyteczną wskazówką diagnostyczną.
• View crawled page: wyrenderowany HTML + zrzut ekranu + odpowiedź HTTP + zasoby strony + komunikaty konsoli JS — powierzchnia debugowania JavaScript SEO.
• Request Indexing: sygnał do kolejki z dziennym limitem, wymagający dostępu właściciela lub pełnego użytkownika do właściwości; “does not guarantee that the page will appear in the Google Index,” (tłumaczenie) „nie gwarantuje, że strona pojawi się w indeksie Google”, nie wpływa na ranking i nie zmienia kanonikalizacji. Dla wielu adresów Google zaleca przesłanie mapy witryny.
• API: zwraca wyłącznie stan zindeksowany (bez testu na żywo) z limitem 2 000 QPD / 600 QPM na właściwość; przy dużym monitoringu dziel zapytania na partie albo właściwości.

Oficjalna dokumentacja

Dokumentacja Google będąca źródłem informacji.

Google Search Console

• URL Inspection Tool — główny dokument pomocy: werdykty stanu indeksu, pokrycie, adresy kanoniczne, View crawled page i Request Indexing.
• Ask Google to recrawl URLs — wymóg uprawnień dla Request Indexing, zalecenie mapy witryny przy wielu adresach i sformułowanie o braku gwarancji.

URL Inspection API

• Wprowadzenie nowego interfejsu URL Inspection API w Search Console — wpis na blogu Search Central zapowiadający API.
• Usage Limits — Search Console API — limity 2 000 dziennie i 600 na minutę na właściwość.
• urlInspection.index.inspect reference — metoda i zwracane przez nią pola.

Cytaty ze źródła

Udokumentowane wypowiedzi z dokumentacji Google. Każdy link jest głębokim odnośnikiem prowadzącym do cytowanego fragmentu na stronie źródłowej.

Google — czym jest to narzędzie

• “The URL Inspection tool provides information about Google’s indexed version of a specific page, and also allows you to test whether a URL might be indexable.” (tłumaczenie) „Narzędzie URL Inspection zawiera informacje o zindeksowanej przez Google wersji konkretnej strony, a także pozwala sprawdzić, czy adres URL może być indeksowalny.” — Pomoc Google Search Console. Przejdź do cytatu
• “This is not a live test. The results shown are from most recently indexed version of a page, not the live version on the web.” (tłumaczenie) „To nie jest test na żywo. Wyniki pochodzą z ostatnio zindeksowanej wersji strony, a nie z aktywnej wersji w internecie.” Przejdź do cytatu

Google — werdykty stanu indeksu

• “URL is on Google means that the URL is eligible to appear in Search results, but is not guaranteed to be there.” (tłumaczenie) „URL jest w Google” oznacza, że adres URL może pojawić się w wynikach wyszukiwania, ale nie jest to gwarantowane. Przejdź do cytatu
• “URL is not on Google means that the URL can’t appear in Search results.” (tłumaczenie) „URL nie znajduje się w Google” oznacza, że adres URL nie może pojawić się w wynikach wyszukiwania. Przejdź do cytatu

Google — skanowanie, indeksowanie i adresy kanoniczne

• “Crawl allowed? Indicates whether your site allowed Google to crawl the page or blocked it with a robots.txt rule.” (tłumaczenie) „Czy skanowanie jest dozwolone? Wskazuje, czy witryna zezwoliła Google skanować stronę, czy zablokowała ją regułą robots.txt”. Przejdź do cytatu
• “Indexing allowed? Whether or not your page explicitly disallowed indexing.” (tłumaczenie) „Czy indeksowanie jest dozwolone? Informuje, czy strona wyraźnie zabroniła indeksowania”. Przejdź do cytatu
• “User-declared canonical: If your page explicitly declares a canonical URL, it will be shown here.” (tłumaczenie) „Adres kanoniczny zadeklarowany przez użytkownika: jeśli strona wyraźnie deklaruje kanoniczny adres URL, zostanie on pokazany tutaj”. Przejdź do cytatu
• “Google-selected canonical: The page that Google selected as the canonical (authoritative) URL.” (tłumaczenie) „Adres kanoniczny wybrany przez Google: strona, którą Google wybrało jako kanoniczny (autorytatywny) adres URL”. Przejdź do cytatu

Google — Request Indexing i uprawnienia właściciela

• “Submitting a request does not guarantee that the page will appear in the Google Index.” (tłumaczenie) „Wysłanie prośby nie gwarantuje, że strona pojawi się w indeksie Google”. Przejdź do cytatu
• “There is a daily limit to how many index requests you can submit.” (tłumaczenie) „Obowiązuje dzienny limit liczby próśb o zindeksowanie, które można przesłać”. Przejdź do cytatu
• “The URL must be in the currently opened property.” (tłumaczenie) „Adres URL musi należeć do aktualnie otwartej właściwości”. Przejdź do cytatu

Google — uprawnienia do Request Indexing i skala

• “You must be an owner or full user of the Search Console property to be able to request indexing in the URL Inspection tool.” (tłumaczenie) „Aby poprosić o zindeksowanie w narzędziu URL Inspection, musisz być właścicielem właściwości Search Console lub użytkownikiem z pełnymi uprawnieniami.” — Google, „Ask Google to recrawl URLs”. Przejdź do cytatu
• “If you have large numbers of URLs, submit a sitemap.” (tłumaczenie) „Jeśli masz wiele adresów URL, prześlij mapę witryny.” Przejdź do cytatu

Czytanie wyniku URL Inspection — lista kontrolna

Szybka kontrola do zdiagnozowania jednego adresu URL:

• Potwierdź, że jesteś we właściwej zweryfikowanej właściwości (tylko właściciel; bez adresów konkurencji).
• Sprawdź werdykt — „URL is on Google” oznacza możliwość pojawienia się, a nie ranking.
• Jeśli strona została właśnie zmieniona, uruchom Test Live URL — nie ufaj migawce indeksu przy ocenie bieżącego stanu.
• Crawl allowed? No → sprawdź robots.txt.
• Indexing allowed? No → sprawdź noindex (znacznik meta lub X-Robots-Tag).
• Porównaj kanoniczny zadeklarowany przez użytkownika i wybrany przez Google — rozbieżność oznacza nadpisanie deklaracji; zbadaj duplikaty i linkowanie.
• Sprawdź odkrycie — czy wymieniono mapę witryny i/lub stronę odsyłającą? Jeśli nie, sprawdź linkowanie wewnętrzne i mapę witryny; puste pole jest sygnałem do analizy, a nie dowodem braku ścieżki.
• Otwórz View crawled page → zrzut ekranu, wyrenderowany HTML, zasoby strony i komunikaty konsoli JS pod kątem problemów z renderowaniem.
• Używaj Request Indexing tylko dla nowych, zaktualizowanych lub właśnie naprawionych stron — raz, nie wielokrotnie.

Modele myślowe

1. Migawka a tryb na żywo — wybierz według pytania. Domyślny raport odpowiada na pytanie „na czym Google faktycznie działa w tej chwili?” (migawka ostatniego indeksowania). Test Live URL odpowiada na pytanie „czy bieżąca strona mogłaby zostać zindeksowana?”. Zanim odczytasz wynik, zdecyduj, które pytanie zadajesz — przestaniesz wtedy odczytywać nieaktualne dane jako awarię trybu na żywo.

2. Werdykt ≠ ranking. „URL is on Google” = możliwość pojawienia się. Nie oznacza obecności ani pozycji. Traktuj indeksowanie i ranking jako dwa osobne etapy.

3. Porównanie adresów kanonicznych. Kanoniczny zadeklarowany przez użytkownika i kanoniczny wybrany przez Google to najbardziej użyteczna linia panelu. Zgodność → Google się z Tobą zgadza. Rozbieżność → Google wybrało inny adres; poszukaj duplikatu lub silniejszego sygnału niż deklarowany kanoniczny adres.

4. Pętla debugowania renderowania (View crawled page). Zrzut ekranu (czy jest tam treść?) → wyrenderowany HTML (czy jest znacznik?) → zasoby strony (czy coś się nie załadowało?) → konsola JS (czy są błędy?). Przejdź przez te kroki w tej kolejności, aby zawęzić przyczynę problemu z renderowaniem JavaScriptu.

5. Request Indexing to sygnał, nie polecenie. Pomaga w odkryciu i ponownym skanowaniu. Nie gwarantuje indeksowania, nie poprawia rankingu, nie zmienia kanonikalizacji i podlega dziennemu limitowi. Jeden sygnał na nową lub zmienioną stronę.

URL Inspection — ściągawka

Dwa tryby

Pola pokrycia → co sprawdzić

Werdykty

• URL is on Google — może pojawić się w wynikach (nie oznacza rankingu ani gwarantowanej obecności).
• URL is not on Google — nie może pojawić się w wynikach.

Request Indexing

• Sygnał do kolejki, dzienny limit, brak gwarancji, brak wpływu na ranking; nie zmienia kanonikalizacji. Wymaga dostępu właściciela lub pełnego użytkownika. Użyj raz dla nowej, zaktualizowanej lub naprawionej strony; w przypadku wielu adresów prześlij mapę witryny.

API

• urlInspection.index.inspect — 2 000 QPD / 600 QPM na właściwość.
• Zwraca wyłącznie stan zindeksowany (bez testu na żywo).

Sprawdzanie adresu URL za pomocą API

URL Inspection API zwraca ten sam stan zindeksowany co interfejs (bez testu na żywo), z limitem 2 000 zapytań dziennie i 600 na minutę na właściwość. Oto minimalne wywołanie curl do punktu końcowego urlInspection.index.inspect — podstaw token OAuth z zakresem webmasters.readonly, sprawdzany adres URL i zweryfikowaną właściwość (siteUrl).

macOS / Linux

ACCESS_TOKEN="ya29...your-oauth-token"

curl -s -X POST \
  "https://searchconsole.googleapis.com/v1/urlInspection/index:inspect" \
  -H "Authorization: Bearer ${ACCESS_TOKEN}" \
  -H "Content-Type: application/json" \
  -d '{
    "inspectionUrl": "https://example.com/some-page/",
    "siteUrl": "sc-domain:example.com"
  }'

Odpowiedź inspectionResult.indexStatusResult zawiera werdykt, coverageState, robotsTxtState, indexingState, lastCrawlTime, pageFetchState, a także googleCanonical i userCanonical — te same pola, które odczytujesz w panelu pokrycia interfejsu. Porównuj oba pola kanoniczne programowo, aby wykrywać strony, na których Google nadpisało zadeklarowany kanoniczny adres URL.

Pamiętaj o limicie na właściwość: monitorowanie dużej witryny oznacza dzielenie zapytań na partie poniżej 600 na minutę i 2 000 dziennie albo rozdzielenie witryny między kilka zweryfikowanych właściwości.

Narzędzia

• URL Inspection (Google Search Console) — samo narzędzie: sprawdzanie pojedynczego adresu URL, test na żywo, podgląd strony zeskanowanej lub przetestowanej oraz wysyłanie prośby o indeksowanie.
• Raport indeksowania stron (GSC) — pomaga znaleźć które adresy URL sprawdzać; grupuje strony według stanu indeksu i powodu, dla którego nie są zindeksowane.
• URL Inspection API — programowy odpowiednik do zbiorczego monitorowania indeksu (2 000 dziennie, 600 na minutę na właściwość); kilka narzędzi zewnętrznych opakowuje to API.
• Search Console API / raport skuteczności (GSC) — połącz je z danymi z inspekcji, gdy budujesz własny monitoring wyświetleń, kliknięć i indeksowania.

Błędy w URL Inspection prowadzące do błędnych wniosków

Traktowanie „URL is on Google” jako sprawdzenia rankingu

Dlaczego to nie działa: Werdykt oznacza, że adres URL może pojawić się w wynikach, a nie że jest obecnie widoczny dla określonego zapytania lub zajmuje konkretną pozycję.

Co robić zamiast: Użyj raportu skuteczności albo rzeczywistego sprawdzenia wyników wyszukiwania, aby ocenić widoczność, a URL Inspection pozostaw do analizy skanowania i stanu indeksu.

Mylenie danych z indeksu z testem na żywo

Dlaczego to nie działa: Domyślna inspekcja opisuje wersję ostatnio zindeksowaną przez Google; może nie uwzględniać strony zmienionej przed chwilą.

Co robić zamiast: Uruchom Test Live URL, aby sprawdzić bieżące pobranie, a następnie porównaj je z widokiem indeksu, by zrozumieć, co się zmieniło i czego Google jeszcze nie przetworzyło.

Wielokrotne klikanie Request Indexing

Dlaczego to nie działa: Przycisk jest sygnałem do kolejki skanowania z dziennym limitem. Nie wymusza indeksowania, nie poprawia rankingu i nie sprawia, że kolejne zgłoszenia są przetwarzane szybciej.

Co robić zamiast: Wyślij prośbę raz, gdy strona na żywo jest gotowa, utrzymuj jej odkrywalność przez linki i mapy witryn oraz zbadaj przyczyny jakościowe lub techniczne, jeśli Google nadal odmawia indeksowania.

Ignorowanie rozbieżności adresów kanonicznych

Dlaczego to nie działa: Gdy kanoniczny adres wybrany przez Google różni się od zadeklarowanego przez użytkownika, sprawdzany adres URL może nie być wersją, którą Google traktuje jako nadrzędną. Odczytanie samego nagłówkowego werdyktu pomija najbardziej użyteczną część raportu.

Co robić zamiast: Porównaj adresy kanoniczne, przekierowania, linki wewnętrzne, obecność w mapie witryny i duplikaty treści w całym klastrze, zanim uznasz wybór Google za błędny.

Używanie URL Inspection jako audytu całej witryny

Dlaczego to nie działa: Interfejs sprawdza jeden adres URL naraz, a API ma ograniczenia kwotowe. Kilka ręcznie wybranych adresów nie dowodzi, że cały szablon ani cały katalog są zdrowe.

Co robić zamiast: Użyj raportu indeksowania stron i crawlera, aby znaleźć wzorce, a następnie sprawdź URL Inspection reprezentatywne przykłady z każdego dotkniętego szablonu i statusu.

Sprawdzanie niewłaściwej właściwości lub wariantu adresu URL

Dlaczego to nie działa: Inspekcja jest ograniczona do otwartej przez Ciebie zweryfikowanej właściwości. Zakres protokołu, hosta i prefiksu adresu URL może umieścić cel poza tą właściwością.

Co robić zamiast: Potwierdź dokładny adres URL i zakres właściwości, zanim zinterpretujesz pusty, niedostępny lub nieoczekiwany wynik.

Wartościowe zasoby

Moje powiązane materiały

• Poradnik technicznego SEO dla początkujących — pokazuje, gdzie URL Inspection pomaga zrozumieć, jak Google skanował, renderował i indeksował stronę.
• Problemy JavaScript SEO i dobre praktyki — procedura testu na żywo i View crawled page do debugowania renderowania.
• Jak usuwać adresy URL z wyszukiwarki Google — kontekst stanu indeksu i usuwania adresów.

Materiały innych autorów

• Search Engine Land — URL Inspection w Google Search Console: praktyczne zastosowania SEO.
• Search Engine Land — Narzędzia SEO wykorzystujące dane z URL Inspection API.
• Search Engine Journal — Google ogłasza uruchomienie Search Console URL Inspection API.
• Ahrefs — Nowy interfejs URL Inspection API w Search Console Google: czym jest i jak go używać.
• Search Engine Roundtable — Google: Request Indexing nie zmienia kanonikalizacji — Barry Schwartz opisuje potwierdzenie Google, że Request Indexing nie wpływa na wybór adresu kanonicznego.

Filmy

• Google Search Central (YouTube) — objaśnienia Search Console i JavaScript SEO autorstwa Martina Splitta, obejmujące sprawdzanie adresów URL i odczytywanie wyrenderowanego wyniku. Kanał

Sprawdź swoją wiedzę: URL Inspection Tool

Pięć krótkich pytań o URL Inspection. Wybierz odpowiedź na każde, a następnie sprawdź wynik.

Dziennik zmian