Free Tool
Why isn't this page indexed?
Paste a URL and get an instant verdict on the seven technical blockers behind most “Crawled — currently not indexed” cases. No email, no signup — just the answer.
Free diagnostic
Why isn’t this page indexed?
Paste a URL. The checker tests the seven technical blockers behind most “Crawled — currently not indexed” cases: status code, noindex (meta + header), robots.txt, canonicals, HTTPS, and sitemap discovery.
Technical checks only. Quality signals, crawl budget, internal linking and duplication need a proper audit — that part I do by hand.
What gets tested
Seven checks, one verdict.
Each one is a documented reason Google drops or refuses pages. The checker tests them server-side against the live URL — the same first pass I run in every audit.
01HTTP status & redirects
4xx/5xx pages get dropped from the index; broken redirect chains never make it in. The checker follows up to 5 redirects to the final answer.
02HTTPS
Not a hard blocker, but a trust and ranking signal — and mixed HTTP/HTTPS duplicates confuse canonicalization.
03X-Robots-Tag header
A noindex sent at HTTP level — invisible in the page source, often set by the host or a plugin without anyone noticing.
04Meta robots noindex
The classic. In WordPress usually one forgotten checkbox: Settings → Reading, or a per-page SEO plugin setting.
05robots.txt
A blocked path can't be crawled at all — and a blocked page can't even show Google its noindex. Parsed with proper longest-match rules for Googlebot.
06Canonical tag
If the canonical points elsewhere, Google indexes that URL instead of yours. Self-referencing is the safe default.
07XML sitemap
Not a blocker, but missing sitemaps slow discovery — especially on large or new sites where crawl budget is tight.
The honest part
What the checker finds — and what it can't.
“Crawled — currently not indexed” has two families of causes. Machines catch the first family in seconds. The second family is Google choosing not to index a page it could — and that diagnosis needs a human.
Hard blockers
This tool finds them
- noindex — meta tag or X-Robots-Tag header
- robots.txt blocking the path
- 4xx/5xx status codes & broken redirects
- Canonical pointing at a different URL
- Missing sitemap slowing discovery
If any of these fire, fix them first — nothing else matters until the blocker is gone.
Soft causes
These need an audit
- Thin or duplicate content — Google saw it and passed
- Weak internal linking — orphan pages rarely get indexed
- Crawl budget — large sites with too many low-value URLs
- Site-level quality signals — one page pays for the whole domain
- Near-duplicate templates — programmatic pages competing with each other
All green but still not indexed? That's this column — and exactly what The Foundation Audit diagnoses.
What does “Crawled — currently not indexed” actually mean?
Google fetched the page, looked at it, and decided not to add it to the index — for now. If the checker shows no technical blockers, the cause is almost always quality-side: thin or duplicate content, weak internal linking, or Google rationing crawl resources on your site. It is a judgment, not an error message.
How long does Google take to index a new page?
Anywhere from hours to several weeks. Established sites with strong internal linking often see new pages indexed within a day; new domains or pages buried deep in the architecture can wait weeks — or never get picked up. A sitemap entry and an internal link from an already-indexed page are the two biggest accelerators.
Does “Request Indexing” in Search Console help?
It gets the page crawled faster, but it does not override Google's quality judgment. Requesting indexing for a page Google already declined usually changes nothing — fix the reason it was declined first, then request.
The checker shows all green but my page still isn't indexed. Why?
Then no technical blocker exists and Google is choosing not to index the page. The usual suspects: content too similar to other pages (yours or competitors'), no internal links pointing at it, too many low-value URLs competing for crawl budget, or site-level quality signals dragging individual pages down. That diagnosis needs a full audit — crawl data, log analysis, and content review together.
Can a noindex be set without me knowing?
Yes, and it happens constantly. SEO plugins set noindex on archives and templates by default, staging-site settings survive migrations (the WordPress “Discourage search engines” checkbox), and hosts or CDNs can inject an X-Robots-Tag header at server level that never appears in your page source. That last one is exactly why this checker reads the HTTP headers, not just the HTML.
Do I need an XML sitemap to get indexed?
Not strictly — Google can discover pages through links alone. But a sitemap speeds up discovery, helps on large sites where crawl budget is rationed, and is the cheapest indexing aid that exists. Every modern SEO plugin generates one automatically; the checker verifies it's actually reachable.
Found something?
Blocker found — or all green and still invisible?
Either way, you now know which half of the problem you're in. The technical half you can fix today. The quality half — thin content, internal linking, crawl budget — is what The Foundation Audit was built for. 15 minutes, no pitch, straight answer.
You talk to the person who runs the audit. Replies within 24h.