Check & monitor · URL inspection tool
URL inspection tool: bulk Google Search Console URL inspection at scale
The URL Inspection tool is the most useful report in Google Search Console and the most tedious. Paste a URL, wait for the live check, read the verdict, paste the next one. That works when you are debugging one page. It falls apart the moment you need to know the index status of 800 product URLs, or you want to know which of last month's 60 new posts actually made it in.
Submit · monitor coverage · official methods only
Ready to check coverage
Paste a sitemap to sweep every URL for index status, then submit the missing ones through the official Google Indexing API and Bing IndexNow.
Coverage
indexed
Avg time to index
URLs submitted
Now eligible
Live, interactive · sample data · official methods only
Official Google Indexing API · Bing IndexNow · verified sitemaps · no spam, no PBNs
In short
The URL Inspection tool in Google Search Console reports what Google knows about a single URL: whether it is indexed, when it was last crawled, which canonical Google chose, and any indexing errors. Its limit is scale. The web interface handles one URL at a time, and the URL Inspection API is capped at 2,000 queries per day and 600 per minute per property. Neither one submits a page for indexing: inspection reports status, it does not request a crawl.
Last updated August 2026
The official API exists, and it is genuinely good, but it is capped at 2,000 queries per day per property and it only reads status. It will not submit anything. So most teams end up with a spreadsheet, a script somebody wrote once, and no ongoing picture of what is indexed today versus last week.
Indexing closes that gap. It inspects every URL on your site on a schedule, shows index status, canonical and last-crawl date on one board, flags the pages that fell out, and resubmits the fixable ones through official channels. You still cannot force Google to index a page, and we will not pretend otherwise, but you will never again wonder which of your URLs are actually in.
Official methods only
White hat · no spam, no PBNs
Why it works
What your team gets with url inspection tool
Every URL, one pass
Inspect thousands of URLs in a single run instead of pasting them into Search Console one box at a time. The whole site, on one board.
Status, canonical, last crawl
For each URL you see whether Google indexed it, which canonical Google actually picked (not the one you declared), and when it was last crawled.
Inspection plus submission
The URL Inspection API only reads status. We read status and, where a page qualifies, resubmit it through the official Indexing API, IndexNow and your sitemaps.
What it handles
Submitted, monitored and fixed, automatically
Indexing submits your URLs through the official Google Indexing API, Bing IndexNow and clean XML sitemaps, watches coverage across both engines, and flags any page that drops out with a plain-English reason so you can resubmit and get it back.
- Bulk-inspects index status across every URL on your site
- Shows the canonical Google chose, not just the one you set
- Reports last-crawl dates so you can see what has gone stale
- Alerts you when a previously indexed URL drops out
- Resubmits fixable pages through official Google and Bing channels
Not indexed yet
/blog/seo-guide-2026 is discovered but not indexed
thin content signal, queued for re-crawl via the Indexing API
Why Indexing
One place to submit, monitor and fix coverage
Not a black-hat indexer that risks your site, not a free checker that only tells you the bad news. Indexing unifies official submission and live coverage monitoring, the white-hat way, across Google and Bing.
Submits the official way
Bulk-submit through the Google Indexing API, Bing IndexNow and clean XML sitemaps. We speed discovery and re-crawl using methods the engines support, never spam, PBNs or black-hat tricks.
Monitors coverage live
You do not refresh a search bar one URL at a time. Indexing watches which pages are in Google and Bing, catches anything that drops out, and tracks time-to-index across your whole site.
Diagnoses and resubmits
Every non-indexed page comes with a plain-English reason, then auto-resubmits through the official API so it gets another shot. Google still decides, but nothing waits in the dark.
At a glance
URL inspection options compared
What each way of inspecting URLs can do, and where it runs out of road. Quotas are Google published figures, checked July 2026.
| Method | Volume | What it gives you | Where it stops |
|---|---|---|---|
| Search Console URL Inspection (web) | One URL at a time | Index status, canonical, last crawl, live test, plus a Request Indexing button | Manual. Fine for debugging one page, unusable for a site. |
| URL Inspection API | 2,000 queries per day and 600 per minute, per property | The same status data, programmatically, in bulk | Read only. It never submits a URL. You have to build and maintain the pipeline yourself. |
| The site: operator | Unlimited but useless | A rough guess at how many pages are known | An estimate, not a count. Google says so explicitly. It cannot tell you about a specific URL reliably. |
| Indexing (this tool) | Every URL on your site, on a schedule | Status, canonical and last crawl for all URLs, drop alerts, plus resubmission through official channels | We still cannot force Google to index a page. Nobody can. |
What the URL Inspection tool actually tells you
The verdict line at the top is the part everyone reads, and it is the least interesting. "URL is on Google" or "URL is not on Google" is a yes or no. The detail underneath is where the diagnosis lives.
Coverage tells you how Google found the URL (sitemap, referring page, or both) and when it was last crawled. A last-crawl date from four months ago on a page you rewrote last week explains a lot. The canonical rows are the ones that catch people out: Google shows both the canonical you declared and the canonical it selected, and when those two disagree, Google wins. That mismatch is one of the most common reasons a page you think is indexed is not.
- Presence on Google: indexed or not, and the reason if not
- Discovery: which sitemap or referring page led Google to the URL
- Last crawl date: how stale Google view of the page is
- User-declared canonical versus Google-selected canonical
- Mobile usability, structured data and any indexing errors
Live test versus indexed version, and why they disagree
The URL Inspection tool shows you two different things and people mix them up constantly. The default view is the indexed version: what Google stored the last time it crawled, which might be months old. The Test Live URL button fetches the page right now.
When those two disagree, that is information, not a bug. If the live test passes and the indexed version shows an error, you already fixed the problem and Google has not re-crawled yet, so the fix is to speed up discovery. If the live test fails, the problem is live on your site right now and no amount of resubmission will help until you fix the page.
Why bulk inspection changes the job
One-at-a-time inspection makes you reactive. You check a URL because you already suspect something is wrong with it, which means you only ever find the problems you went looking for. The pages that quietly fell out of the index three weeks ago are not on your list, because you had no reason to suspect them.
Inspecting everything on a schedule inverts that. Instead of asking "is this page indexed", you ask "what changed since last week", and the answer arrives without you having to guess. A category page that dropped out, a template change that put a canonical on 300 URLs, a migration that orphaned a section: those show up as a delta, not as a hunch.
It also makes the work reportable. Before-and-after coverage across a whole site is a number you can hand a client or a CFO. "I inspected some URLs and they looked fine" is not.
Building on the URL Inspection API yourself
If you would rather write the client than buy one, the endpoint you want is urlInspection.index.inspect, and the constraint you need to plan around is the published per-property quota of 2,000 queries per day and 600 per minute. That is the binding limit; the per-project ceiling of 10,000,000 per day will never be what stops you.
Size it against your own catalog before you start. Five thousand URLs is a comfortable three-day pass. Forty thousand URLs is twenty days for one complete sweep, at which point the URLs you checked first are three weeks stale. Above roughly a hundred thousand pages, comprehensive inspection is not achievable through this endpoint at any schedule, and the design question becomes which slice you sample rather than how fast you can go.
The other thing to plan for is that the endpoint reads only. It returns Google verdict and stops. Whatever you build will produce a list of pages that are not indexed and no mechanism to act on one. The full endpoint list, every published quota, the service account setup that catches everybody, and the reason no submission endpoint exists are covered on our Search Console API page.
Keep reading
- The Google Search Console Page Indexing Report Explained (2026) The Page Indexing report in Search Console (formerly Index Coverage) shows which pages Google indexed and why the rest are excluded. Here is how to read every status and fix it.
- Crawled Currently Not Indexed: Causes and How to Get the Page Indexed Crawled currently not indexed means Google read your page but chose not to index it. Here are the real causes around quality and how to get the page indexed.
Good questions
Questions about url inspection tool
Explore more
More ways teams get every page indexed
Fast indexing for new pages
Cut the wait between publishing a page and getting it discovered.
Learn moreGoogle Indexing API made simple
All the power of the official API, none of the setup headache.
Learn moreSubmit a URL to Google
Tell Google about a page in seconds, then confirm it landed.
Learn moreStop guessing. Get every page indexed and keep it that way.
Bulk-submit your URLs through the official Google and Bing channels, monitor coverage, and resubmit anything that drops out, automatically. White hat only, so we speed discovery without ever guaranteeing what Google chooses to index.
Google Indexing API · Bing IndexNow · sitemaps · coverage monitoring · official methods only