Google Search Console automation · runs daily
Request indexing in Google Search Console in bulk
You published thirty pages this week, and the only way to ask Google to look at them is to open the URL Inspection tool, paste each URL, wait for the result and click Request indexing, one page at a time.
Cotlet does it in your own Google Search Console account with list_pages_by_index_status, inspect_url, test_live_url and request_indexing, called by your AI agent, an n8n workflow or a script.
Hosted · nothing to install or maintain
Can Google Search Console do this on its own?
The Search Console API cannot request indexing (checked 16 Oct 2026). The Indexing API is limited to pages with JobPosting, or BroadcastEvent inside a VideoObject, and Google says its spam policies apply to what you submit. For many ordinary pages, Google recommends a sitemap with <lastmod> dates instead, which Cotlet also submits with submit_sitemap.
How you do it in Google Search Console today
- In the property, open the URL Inspection tool and enter the URL; Search Console shows the most recently indexed version of the page, with a status such as "URL is not on Google" or "URL is on Google".
- For a page that looks broken or changed, click Test live URL: Google fetches the page in real time, and it must be reachable from the internet without any login.
- Click Request indexing. If the page passes a quick check, Google adds it to the indexing queue; if the live test finds the page non-indexable, the request is refused.
- Repeat for every URL. Request indexing allows about 10 requests a day per Google account, shared across every property that account opens, so after the tenth the button stops working and the rest waits until the next day.
- Nobody tracks which URLs were asked for and which ran into the limit, so the leftovers are easy to lose.
How to request indexing in Google Search Console in bulk
Take the new URLs from this list plus the ones Search Console marks "Discovered - currently not indexed" for example.com. Skip pages already on Google, live-test the rest, and request indexing for the most important ones until the daily limit stops you. Tell me what is left for tomorrow. - 01
Build the candidate list
Your agent merges the URLs you pasted with the not-indexed list for the reason you named, using list_pages_by_index_status, and drops duplicates so one URL is never asked for twice.
- 02
Skip what is already on Google
inspect_url reads the indexed version of each candidate. Pages whose status is "URL is on Google" are dropped from the run and reported as already indexed, so they never spend the daily limit.
- 03
Live-test the rest
test_live_url fetches each remaining page. A page blocked by a noindex tag, robots.txt or a 404 is set aside with the reason, because Google refuses a request for a page it finds non-indexable.
- 04
Request in priority order
request_indexing runs for the pages you ranked first: new money pages before old posts, unless you say otherwise. The agent counts successful requests as it goes.
- 05
Stop at the limit, resume tomorrow
When Google answers that the daily limit is spent, the agent stops, lists the pages still waiting and picks up exactly there on the next scheduled run.
What you get back
Candidates: 24
Already on Google: 6
Not indexable (set aside): 3 (2 with noindex, 1 returns 404)
Requested: 10 (daily limit reached)
Left for tomorrow: 5
First in line tomorrow: /guides/search-console-api, /blog/hourly-gsc-data Other ways to ask
- Every Monday, request indexing for URLs added to the sitemap in the last 7 days and not on Google yet.
- Request indexing only for pages under /guides/ that are "Crawled - currently not indexed" and have been edited since.
- Check which of these 40 URLs are on Google and list the ones that are not, but request nothing.
- After I fix the noindex tag on /pricing, live-test it and request indexing if it now passes.
What Google Search Console allows, and what to know first
- Request indexing allows about 10 requests a day per Google account, shared across all its properties; Google also sets a separate daily limit of live inspections and publishes no number for it.
- Google says a request does not guarantee the page appears in the index; indexing typically takes a day or so, but can take much longer.
- A page that the live test finds non-indexable cannot be submitted with Request indexing.
- The Test live URL check does not look at sitemaps, referring pages or canonical status, and it follows redirects without showing the final URL.
- The URL must belong to the property you have open, so a run for several sites is one run per property.
request_indexing changes only your own Google Search Console data and reach no one else, so it runs without asking first.
Sources: Search Console Help: URL Inspection tool · Indexing API: using the API · Search Console API: resources and methods
Call request_indexing from a script
curl -X POST https://cotlet.dev/api/v1/google-search-console/indexing/request \
-H "Authorization: Bearer $COTLET_API_KEY" \
-H "Content-Type: application/json" \
-d '{"property":"sc-domain:example.com","url":"https://example.com/guides/search-console-api"}' {
"url": "https://example.com/guides/search-console-api",
"status": "requested",
"indexed_before": false,
"quota": "available",
"note": "Google queues the URL after a quick check. Indexing usually takes about a day but can take much longer."
} MCP: add https://cotlet.dev/mcp/v1 with the same key; the call is google_search_console_write → request_indexing. Example data.
Schedule it in n8n, Make, Zapier or cronGoogle Search Console tools this automation uses
| Tool | Parameters |
|---|---|
| list_pages_by_index_status | property, status, limit, cursor |
| inspect_url | property, url |
| test_live_url | property, url |
| request_indexing | property, url |
Frequently asked questions
Why not use the Indexing API for this?
Google restricts the Indexing API to job posting and livestream pages and applies its spam policies to submissions. Request indexing in the URL Inspection tool is the documented way to ask for an ordinary page.
Is it safe to connect Google Search Console to Cotlet?
Yes. You sign in to Google Search Console yourself, in your own Cloud Browser in the EU, and we never save your password. Your agents only get Google Search Console once you enable it, every background request is listed, and the browser profile is stored encrypted with AES-256-GCM, the cipher 1Password uses for its vaults. The AI model never sees a login, posts and messages wait for your OK, and Disable for agents cuts access in one click. Independent scanners grade cotlet.dev A+ on Qualys SSL Labs, securityheaders.com and Mozilla Observatory; live results are on https://cotlet.dev/security.
Give your agent access to Google Search Console.
Free 7-day trial with 2,000 credits, no card needed. Cotlet is independent and not affiliated with Google Search Console.