IDX-02
IDX
P0
Submitting a page for indexing did nothing
You used "Request Indexing" on a URL and, 7 or more days later, the Page Indexing report still shows the page as "Discovered, currently not indexed" or "Crawled, currently not indexed".
What This Is
You used “Request Indexing” on a URL and, 7 or more days later, the Page Indexing report still shows the page as “Discovered, currently not indexed” or “Crawled, currently not indexed”.
“Request Indexing” is a hint, not a command. It asks Google to crawl the URL sooner. It does not force an index, and it does not override a block, a duplicate, or a quality problem.
The Indexing API is a separate tool. It only ever worked for job postings and livestreams. It does nothing for a normal page.
Before you check
You submitted the exact URL that is still not indexed, not a different one.
You submitted once. Submitting again does not speed anything up.
You have waited 7 or more days since the submission.
You are reading the live page in a browser, not a cached copy.
If any of these is false, fix it before running the tree.
Diagnostic tree
Run the checks in order. Each check ends in a resolution or the next check.
Check 1. Is the page crawlable?
How: open the URL Inspection tool, enter the URL, and run a live test. Read “Crawl allowed?”, “Page fetch”, and “Indexing allowed?”.
Why: Google cannot index what it cannot crawl. A robots.txt block, a noindex tag, or a fetch error stops indexing no matter how many times you submit.
If “Crawl allowed?” is No, or the fetch returns a 4xx or 5xx, or “Indexing allowed?” is No, go to Resolution A. If “Crawl allowed?” is Yes, the fetch returns 200, and “Indexing allowed?” is Yes, go to Check 2.
Check 2. Is the page canonical-clean?
How: in the URL Inspection tool, read “User-declared canonical” and “Google-selected canonical”. Confirm both point at this URL.
Why: a canonical that points elsewhere credits another URL and leaves this one out. Submitting this URL changes nothing.
If the canonical points to a different URL, or two or more canonicals conflict, go to Resolution B. If exactly one canonical points at this URL and no other is declared, go to Check 3.
Check 3. Is the page quality-worthy?
How: read the page and count the substantive words. Compare it against the page that ranks for the same query. Check for a near-duplicate.
Why: Google indexes pages it judges worth keeping. A thin or duplicate page gets crawled and then dropped, regardless of submissions.
If the page is thin (under 300 substantive words) or a near-duplicate, go to Resolution C. If the page has 300 or more substantive words and clear unique value, go to Resolution D.
Resolutions
Resolution | Condition | Action |
|---|---|---|
A. Blocked | robots.txt, noindex, 4xx, or 5xx | Remove the block. Test again with the URL Inspection tool. Then submit once |
B. Canonical conflict | Canonical points to another URL | Fix the canonical so it points at this page, or consolidate into the target page |
C. Quality gap | Thin or duplicate content | Improve the page so it adds unique value. Then submit once |
D. Not a command | Crawlable, canonical-clean, and substantive | Submit once and wait 14 or more days. Do not resubmit in the meantime |
When to escalate
Escalate when all three are true.
The page clears crawlability, canonical, and quality checks.
You submitted once and waited 14 or more days.
The page still shows “Crawled, currently not indexed” or “Discovered, currently not indexed”.
Everything else closes in the resolutions above.
Primary sources
Related articles
Last verified
·
Owner
Mahesh