URL Inspection narzędzie

How Google's URL Inspection narzędzie raporty a single URL — the zindeksowany snapshot vs the live test, reading the coverage panel, canonicals, żądanie indeksowanie, i the API.

Opublikowano po raz pierwszy: 23 cze 2026 · Ostatnia aktualizacja: 3 sie 2026 · Advanced
Języki

The URL Inspection narzędzie in Google Search Console raporty how Google sees one URL on a właściwość you own. The domyślny view jest the ostatni-zindeksowany snapshot — nie live — so to sprawdź current state of a strona po a fix, run Test Live URL. przeczytaj coverage panel dla crawl/index permissions, the użytkownik-declared vs Google-wybrany canonical (a mismatch jest twój najbardziej actionable diagnostic), i View crawled strona dla wyrenderowany HTML, a screenshot, strona zasoby, i JS console messages. żądanie indeksowanie jest a queue hint z a daily quota — it robi nie guarantee indeksowanie i jest nigdy a ranking boost. The URL Inspection API zwroty the same zindeksowany state at 2 000 zapytania/day, 600/minute per właściwość.

TL;DR — URL Inspection raporty how Google sees one URL on a verified właściwość. The domyślny raport jest the ostatni-zindeksowany snapshot, nie the live strona — run Test Live URL dla the current state. przeczytaj coverage panel dla crawl/index permissions, discovery (mapa witryny + referring strona), i the użytkownik-declared vs Google-wybrany canonical (a mismatch jest twój najbardziej actionable diagnostic). View crawled strona gives you wyrenderowany HTML, a screenshot, the HTTP odpowiedź, strona zasoby, i JS console messages — the JavaScript-SEO debugging surface. żądanie indeksowanie jest a queue hint z a daily quota: no guarantee, no ranking effect. The URL Inspection API zwroty the zindeksowany state (no live test) at 2 000 QPD / 600 QPM per właściwość.

Evidence for this claim Request Indexing does not guarantee that a page will appear in Google's index. Scope: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Confidence: high · Verified: Google Search Console Help: URL Inspection tool

co the narzędzie actually robi

Google’s own framing: the URL Inspection narzędzie “zapewnia information o Google’s zindeksowany version of a specific strona, i również pozwala you to test whether a URL może być indeksowalny.” tamte są two distinct modes, i conflating them jest the single najbardziej częsty błąd I see.

It’s również owner-tylko. “The URL must be in the currently opened property” — you może tylko inspect URLs on a Search Console właściwość you’ve verified. There’s no inspecting competitors.

zindeksowany snapshot vs Test Live URL

The domyślny raport jest a snapshot of the ostatni crawl. Google jest explicit: “ten jest nie a live test. The wyniki shown są z najbardziej recently zindeksowany version of a strona, nie the live version on the web.” Evidence for this claim The default URL Inspection result describes Google's indexed version, not a live fetch of the current page. Scope: Google Search Console URL Inspection; Test Live URL is the separate current-page test. Confidence: high · Verified: Google Search Console Help: URL Inspection tool

że distinction drives gdy you używać każdy mode:

  • Diagnosing co’s actually in the index right now? przeczytaj domyślny zindeksowany view. że’s the state Google jest currently acting on.
  • Just shipped a fix i want to know if it worked? Run Test Live URL. It fetches i renders the current strona so you może confirm the fix przed you wait on a recrawl.

A huge amount of needless panic — i needless “nothing changed” confusion — comes z reading the błędny one. If you fixed a noindex an hour ago i the zindeksowany snapshot nadal pokazuje it blocked, że’s expected; the snapshot predates twój fix.

Two scope limits on Test Live URL worth knowing: it robi follow redirects gdy it fetches the strona, ale it doesn’t pokazywać you the łańcuch przekierowań the way a dedicated redirect checker robi, i it może’t predict który URL Google będzie select as canonical — the Google-wybrany canonical pole tylko comes z the zindeksowany view, ponieważ że’s a decision Google makes as part of indeksowanie, nie something a single live fetch może determine.

Reading the coverage panel, pole by pole

Index status verdict. “URL jest on Google means że the URL jest eligible to appear in wyniki wyszukiwania, ale jest nie guaranteed to być there.” Eligible jest nie the same as present, i it’s certainly nie the same as ranking. “URL jest nie on Google means że the URL może’t appear in wyniki wyszukiwania.”

Crawl allowed? “Indicates whether twój witryna allowed Google to crawl the strona lub blocked it z a robots.txt reguła.” A No here points straight at robots.txt.

indeksowanie allowed? “Whether or not your page explicitly disallowed indexing.” A No here points at a noindex directive (meta znacznik lub X-Robots-Tag header).

Discovery. The panel również pokazuje the mapa witryny(s) że reference the URL i the referring strona Google followed to odkrywać it. If a URL you expect to być found pokazuje no mapa witryny i no referring strona, treat że as a signal to sprawdzenie twój internal linking i mapa witryny inclusion — nie a confirmed verdict. The panel isn’t guaranteed to lista każdy path Google używany to find a URL, so an empty pole jest a powód to investigate, nie proof there’s no discovery path at wszystkie.

Canonicals — the najbardziej actionable pole here. Two wiersze:

  • “użytkownik-declared canonical: If twój strona explicitly declares a kanoniczny URL, it będzie być shown here.”
  • “Google-wybrany canonical: The strona że Google wybrany as the canonical (authoritative) URL.”

gdy tamte two disagree, Google ma overridden the canonical you declared — it decided niektóre other URL jest the authoritative one. że’s twój cue to investigate: duplicate lub near-duplikat treści, inconsistent internal linking, mixed canonical signals, lub a stronger duplicate elsewhere. ten single comparison jest the najbardziej użyteczny diagnostic in the whole panel. (dla the underlying mechanics, ten ties do the canonicalization material elsewhere in ten cluster.)

Enhancements. The raport surfaces eligible rich-wynik types i structured data it detected (Breadcrumbs, FAQ, produkty, i so on). Note że the old mobilny Usability sekcja jest gone — Google retired że raport, so it no longer appears here.

View crawled strona — the JavaScript-SEO debugging surface

ten jest gdzie URL Inspection earns jego zachować dla technical działać. otwarty View crawled strona (on the zindeksowany wynik) lub View tested strona (on a live test) i you get the wyrenderowany HTML, a screenshot of the wyrenderowany strona, the HTTP odpowiedź headers, the lista of strona zasoby Google załadowany, i the JavaScript console messages.

dla a JS-heavy strona, ten jest the whole debugging loop in one screen:

  1. Screenshot — robi the wyrenderowany strona actually contain twój treść, lub jest it blank/half-built? If treść you może see in twój przeglądarka jest missing here, Google isn’t renderowanie it.
  2. wyrenderowany HTML — search it dla the treść i links że powinien być there po JavaScript runs. If they’re absent, twój treść depends on something Google’s renderer didn’t execute.
  3. strona zasoby — dowolny zasób że couldn’t być załadowany (a blocked JS file, a 404’d API, a robots-blocked script) jest a prime suspect dla missing wyrenderowany treść.
  4. JS console messages — błędy here często wyjaśniać exactly why the render came up short.

ten jest the przepływ pracy I lean on dla SEO JavaScript problems, i it’s the part najbardziej write-ups gloss ponad. One caveat: co you’re looking at jest Google’s renderowanie of że single fetch — the zindeksowany snapshot’s ostatni pass, lub the live test’s pass right now — nie a certified guarantee że każdy system Google używa dla indeksowanie wyrenderowany the strona identically.

żądanie indeksowanie — co it jest i isn’t

The żądanie indeksowanie button runs a quick live test i then pushes the URL do Google’s crawl queue. Two trudny limits to internalize:

  • “Submitting a żądanie robi nie guarantee że the strona będzie appear in the Google Index.” It’s a discovery hint, nie a command.
  • “There is a daily limit to how many index requests you can submit.” Spamming the same URL just burns że quota i accomplishes nothing.
  • “You musi być an owner lub pełny użytkownik of the Search Console właściwość to być able to żądanie indeksowanie in the URL Inspection narzędzie.” Restricted użytkownicy don’t get a działający option here.
Evidence for this claim Request Indexing does not guarantee that a page will appear in Google's index. Scope: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Confidence: high · Verified: Google Search Console Help: URL Inspection tool

i to być blunt o co it jest nie: it jest nie a ranking lever. indeksowanie i ranking są oddzielny stages; nudging a URL do the crawl queue ma no effect on gdzie it ranks. It również doesn’t override canonicalization — Google ma said requesting indeksowanie doesn’t change który URL it selects as canonical. używać it once dla genuinely new, updated, lub just-fixed strony. że’s the entire legitimate używać case.

It’s również nie a bulk narzędzie. Google’s own recommendation: “If you mieć duży liczby of URLs, submit a mapa witryny.” działający przez a spreadsheet of URLs one żądanie indeksowanie click at a time just burns twój daily quota faster than it pomaga — a mapa witryny jest the mechanism built dla volume.

The URL Inspection API

dla monitorowanie at scale there’s a programmatic equivalent, the URL Inspection API (urlInspection.index.inspect). The per-właściwość quota jest 2 000 zapytania per day i 600 per minute. Evidence for this claim The URL Inspection API quota is 2,000 queries per day and 600 queries per minute per Search Console property. Scope: Current Search Console URL Inspection API per-property usage limits. Confidence: high · Verified: Google Search Console API: Usage limits

Two things to zachować straight:

  • The API zwroty the zindeksowany state tylko — verdict, coverage state, robots i indeksowanie state, ostatni crawl time, strona fetch state, the Google-wybrany i użytkownik-declared canonicals, how it był crawled, referring URLs, i mapa witryny. It robi nie run a live test the way the UI’s Test Live URL robi.
  • The 2 000/day-per-właściwość cap means bulk index monitorowanie w całym a duży witryna needs batching, lub splitting the witryna w całym multiple verified właściwości. Several third-party narzędzia wrap the API to make ten practical.

It pairs naturally z the strona indeksowanie raport dla spotting który URLs to inspect, i z the broader Search Console API i the wydajność raport gdy you’re building twój own monitorowanie.

Common myths

  • “Request Indexing forces Google to index my page.” No — submitting “robi nie guarantee że the strona będzie appear in the Google Index.”
  • “Request Indexing makes a page rank, or rank faster.” No. It affects discovery/recrawl, nie ranking.
  • “Re-submitting the same URL speeds it up.” No — it just spends twój daily quota.
  • “On Google means it’s ranking.” No — it means eligible to appear.
  • “The report shows my page as it is right now.” No — the domyślny jest the ostatni-zindeksowany snapshot. Test Live URL jest the live mode.
  • “I can inspect any URL.” No — owner-tylko; the URL musi być in the currently opened właściwość.
  • “The API runs a live test like the UI.” No — the API zwroty zindeksowany state tylko.
Evidence for this claim Request Indexing does not guarantee that a page will appear in Google's index. Scope: Google Search Console's Request Indexing feature; requests are subject to a daily limit. Confidence: high · Verified: Google Search Console Help: URL Inspection tool

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.