Start with the exact URL and a clear question
Google Search Console’s URL Inspection tool helps you investigate an individual page when it is missing from Google Search or appears under a different URL than expected. Open a verified property, enter the full URL in the inspection bar, and check that the URL belongs to that property. Use the precise address you want indexed: protocol, hostname, path and trailing slash can matter when a site serves multiple versions.
Before interpreting the result, decide what you expect the page to do. Should this URL be indexed, or should it redirect, carry a noindex instruction or point to another canonical page? Not every excluded URL is a problem. A duplicate, filtered listing or retired page may be working as intended. Start with a page that should be available to search users so the inspection has a useful benchmark.
Read the indexed result before testing the live page
The initial inspection shows information Google has about the URL, which may reflect an earlier crawl rather than the page as it exists today. Look at the overall indexing status, then expand the details to find any reported crawl outcome, indexing restriction, referring sitemap information and canonical selection. An indexing status describes Google’s treatment of that URL; it does not predict how well the page will rank.
Compare the user-declared canonical with the Google-selected canonical. If Google selected a different URL, inspect that URL too. Check whether both pages contain substantially similar content and whether your internal links, redirects, sitemap entries and canonical tags consistently indicate the version you prefer. A canonical tag is a signal, not a command, so conflicting site signals can make the result harder to interpret.
Pay attention to the wording of the status. “Discovered – currently not indexed” suggests Google knows about the URL but has not yet crawled it. “Crawled – currently not indexed” indicates a crawl occurred, but the page was not added to the index. Neither status identifies a single guaranteed fix. Check that the page is reachable, distinct enough to be useful, and connected to relevant pages through internal links before assuming the issue is purely technical.
Use the live test to check what has changed
Select “Test live URL” when you need to know whether Google can access the page now. This is especially useful after removing a noindex instruction, correcting a server error or changing a redirect. Compare the live result with the indexed result: a difference may simply mean Google has not revisited the page since your change.
A successful live test does not mean the URL is indexed or will be indexed. Likewise, a live test may not settle questions about the canonical Google will ultimately choose. If the test reports an access problem, investigate the specific barrier: a robots.txt rule, login requirement, server response or page-level instruction may prevent the intended outcome. Where available, review the fetched page details to check that important content is present, rather than relying only on a successful response.
Match the diagnosis to the fix
If the page is blocked by robots.txt, decide whether Google needs access to it. If you want the page indexed, allow crawling and make sure it does not carry a noindex instruction. If the page is accessible but marked noindex, remove that instruction only when indexing is intentional. For redirects and not-found responses, check the final destination and update internal links that still point to the old URL.
When Google chooses another canonical, avoid trying to force two near-identical pages into the index. Choose the preferred page, make its purpose clear, and align canonical tags, redirects where appropriate, internal links and sitemap entries. If a page was crawled but not indexed, review whether it offers information that differs meaningfully from other pages on your site. URL Inspection can reveal symptoms, but it cannot assess the full usefulness of a page for you.
A sitemap can help Google discover URLs, but listing a page there does not guarantee indexing. Check sitemap submission and processing in the Sitemaps report separately, and keep the sitemap focused on URLs you actually want indexed.
Request reindexing, then verify the outcome
After fixing a specific issue, run the live test again. If the URL is accessible and you want it indexed, you can use “Request indexing” to ask Google to recrawl it. Treat this as a request, not a guarantee or an instant update. Repeated requests are not a substitute for resolving the underlying problem.
Keep a short record of the URL, its original status, the change you made and the result you expect. Reinspect it later to see whether Google has crawled it again and whether the indexed status or selected canonical has changed. For problems affecting many URLs, use broader Search Console reports alongside a few representative URL inspections. That approach helps you distinguish a one-page mistake from a sitewide pattern without assuming every excluded URL needs the same fix.
