Google Indexing API Quotas: Which Limit Applies?
The Google Indexing API's default publish quota is 200 requests per day per Google Cloud project, shared across the websites using that project. Google describes this default as onboarding and testing capacity, and requires additional approval for usage and resource provisioning. Check Google's current quota documentation.
These limits apply to the Indexing API. They do not describe Search Console's manual request-indexing quota or a third-party tool's plan. The URL Inspection API, which reads index status, has its own quota, per property and per project.
The default project limits
| Limit | Default | Scope |
|---|---|---|
| Publish requests | 200 per day | Combined URL_UPDATED and URL_DELETED calls |
| Metadata requests | 180 per minute | Notification metadata calls |
| All requests | 380 per minute | Combined API requests |
The daily quota resets at midnight Pacific Time. Use that time zone rather than a fixed UTC offset, because daylight saving changes the offset. A scheduler resetting at midnight UTC does not follow the same boundary. These defaults and reset rules come from Google's quota page; check your project's actual quota before running a job.
Ten URLs still need ten requests
If you put ten notifications in one multipart HTTP batch, they count as ten API requests. Batching saves HTTP connections. Your publish quota stays the same. Google documents this in its batch request guidance.
If you have less remaining quota than the batch needs, do not assume the first URLs in your list will succeed. Inspect every inner response. The bulk submission guide shows how to retain individual results.
Diagnose the returned error
Read the HTTP status, structured reason, and message together; the Node.js example prints all three for a failed request. A 403 can concern ownership or quota, and a 429 alone does not identify which limit you reached. Start with Google's core errors reference.
- If access is missing, check the service account and property ownership from the setup tutorial.
- If a short-term limit is exhausted, reduce the request rate and follow the returned retry guidance.
- If daily quota is exhausted, stop the job until quota is available. Rapid retries cannot create more daily quota.
The sources checked here establish no charging rule for every possible failure, so do not build quota accounting on an assumed one. Check actual usage in Google Cloud.
Request approval instead of adding projects
Use the approval form linked from Google's quota page. The API remains limited to eligible job and livestream pages. Google warns that attempts to exceed quotas through multiple accounts or other means may result in access being revoked. See the quickstart.
A tool can impose another limit
Request Indexing's inspected implementation sets a limit of 100 requests per day per authenticated user, shared across that user's tool calls and reset at midnight UTC. It also applies a per-minute limiter. That app policy is separate from Google's project quota, and it does not promise a customer 200 successful submissions daily. Inspect the policy at the reviewed revision.
Any other tool can add a limit of its own. When you compare Request Indexing with Indexly, check each tool's limit and Google's project quota together.
A script's local counter only knows about its own run. If several processes share a project, they need shared accounting; restarting a script does not reset Google's quota.
Correction, 15 September 2026: Removed unverified rules about failed-request charging and which batch items succeed. The default allowance is now explicitly scoped to onboarding and testing.
Google Indexing API with Node.js: Send One Notification
Use GoogleAuth and googleapis to send an eligible URL_UPDATED notification, inspect failures, and distinguish notification metadata from indexing status.
Google Indexing API Setup: Your First Notification
Set up a service account, property ownership and scoped Node.js client for your first eligible Indexing API notification.