URL Inspection index signals
The Page indexing report in Search Console lists many states that are informational, not errors. We do not import that report. Instead we inspect a priority sample of URLs with the URL Inspection API and keep only high-signal outcomes.
What we look for
- Fetch problems — Google could not retrieve the URL (404, soft 404, 5xx, auth, and similar fetch states).
- Blocked by noindex — indexing is blocked by a meta or HTTP noindex rule on a URL that is sitemap-listed or internally linked (utility paths like
/wp-adminare skipped). - Canonical mismatch — Google’s canonical differs from the one you declared, on URLs with impressions or sitemap listing.
- Rich-result errors — Inspection returned structured-data errors that can block rich appearance.
We do not open Possibilities for “Crawled – currently not indexed”, “Discovered – currently not indexed”, alternate pages with a proper canonical, or ordinary redirects when your crawl already recorded a 3xx.
What to do
Fix the live HTTP response, remove accidental noindex, or align canonical tags, internal links, and sitemap entries with the URL you want indexed. For rich-result errors, make JSON-LD match visible content.
Technical details
Inspection is one URL per API call with a daily Google quota. We sample the homepage, high-impression pages, crawl errors, pages with structured data, then rotate the rest. Live URL testing is not available via the API. See Search Console data in SEO Perception.