Can you use the Indexing API for normal pages? What Google allows in 2026
As of 2026, Google's Indexing API officially supports only two content types — JobPosting and BroadcastEvent — and Google's documentation says so explicitly. Submitting other URLs still works as a crawl hint that Google may honor or deprioritize, but it's outside official support, so use it knowingly: guaranteed-supported for jobs and live events, best-effort for everything else.
Open the Google Indexing API documentation and you'll see this line near the top: "The Indexing API allows any site owner to directly notify Google when pages are added or removed. This allows Google to schedule pages for a fresh crawl, which can lead to higher quality user traffic. Currently, the Indexing API can only be used to crawl pages with either JobPosting or BroadcastEvent structured data."
And then everyone — every WordPress plugin, every SaaS indexer, every SEO agency workflow — uses it for blog posts, product pages, marketing pages, and landing pages. So what's actually going on?
What the API technically does
The Indexing API accepts any URL. It doesn't validate that the URL contains JobPosting or BroadcastEvent schema. It accepts the submission, returns a 200, and queues the URL. The validation, if any, happens later at the crawl/index stage.
What Google has actually said
Multiple Googlers — most recently John Mueller in 2025 — have publicly reiterated that the API is scoped to those two content types. The most quoted line: "We see a lot of spammers misuse the Indexing API like this, so I'd recommend just sticking to the documented and supported use-cases."
The Indexing API is for JobPosting and BroadcastEvent. For everything else, it's not officially supported. We don't issue penalties for using it on other content, but the behavior is not guaranteed.
What happens in practice for non-supported content
- Submission is accepted and queued — same as supported content.
- Google may de-prioritize the crawl signal if it detects the URL doesn't match the documented types.
- Some users report a noticeable bump in crawl speed even for blog posts and product pages.
- Other users report no measurable effect at all.
- Google reserves the right to ignore future submissions from accounts that bulk-misuse the API.
The honest framing
For non-JobPosting / non-BroadcastEvent content, the Indexing API is a strong crawl HINT, not an indexing command. It's the digital equivalent of waving at the crawler — Google often notices and sometimes doesn't. We surface this exact framing inside IndexerNow's dashboard so you're not surprised.
We don't tell users "this guarantees indexing for any content type" — that would be both false and a misrepresentation of Google's policy. Other indexers do make that claim. They're wrong, and using them puts your Google Cloud project at risk if Google decides to enforce.
When to use it for non-supported content anyway
- Your URL is in "Discovered, not indexed" and you want to move it up the crawl queue.
- You've updated a page substantially and want Google to re-fetch.
- You're launching a batch of new pages and want to compress the discovery window.
- You're migrating URLs and want to flag the new ones aggressively.
When NOT to use it
- URL is thin / low-quality. The API call won't fix the underlying quality problem.
- URL is duplicated content. Google will pick a canonical regardless.
- URL is blocked by robots.txt or noindex. The crawl will fail.
- You've pushed the same URL 5+ times in a month. Google's making a verdict — pushing more doesn't override it.
When the API IS the right tool
If your content IS JobPosting or BroadcastEvent — actual job listings on a careers site, scheduled video content with broadcast events — the Indexing API is the canonical way to notify Google. Combine it with the relevant schema and you'll see crawls within minutes, not days. Job boards built on this stack often run 95%+ same-day indexing.
What we tell agency customers
Use the API liberally on real updates, sparingly on already-stable URLs, never on URLs you suspect are quality-limited. Track the recheck outcome — if a URL keeps coming back "Crawled, not indexed" after pushes, the URL is the problem, not the push. IndexerNow's per-batch recheck makes this loop visible.
Push URLs through Google's Indexing API with content-type warnings on each batch — we'll tell you which URLs are officially supported and which are crawl hints.
Try IndexerNow freeFrequently asked
What content types does the Google Indexing API officially support?
Officially just two: JobPosting and BroadcastEvent (livestream) structured data. Google's Search Central documentation scopes supported use to those types. Submitting any other URL still sends a crawl hint, but it's outside official support.
Can I use the Indexing API for regular pages, blog posts, or products?
It isn't officially supported. Google's docs limit the API to JobPosting and BroadcastEvent. In practice many sites ping other URLs and Google sometimes crawls them sooner, but there's no guarantee — treat it as a best-effort hint. For regular pages, a clean sitemap plus Search Console's URL Inspection is the sanctioned route.
Does Google penalize submitting unsupported URL types to the Indexing API?
There's no documented penalty for submitting non-JobPosting/BroadcastEvent URLs — Google simply may ignore or deprioritize them. The real cost is wasted quota, not a manual action, so keep your 200/day cap for URLs that matter.
How is the Indexing API different from IndexNow for these content types?
The Google Indexing API is Google-only and officially scoped to JobPosting and BroadcastEvent. IndexNow is a separate open protocol used by Bing, Yandex, Seznam, and Naver that accepts any URL — but Google doesn't participate in it. They solve different problems.