Your page is in the sitemap, Googlebot has visited it, and still it does not appear in search. You open the Page indexing report and find it parked under “Crawled — currently not indexed”. No error. No penalty. Just a page Google read and quietly left out.
Here is the part that changes how you fix it: crawled not indexed is a quality judgement, not a crawl problem. Google fetched the page, weighed it, and decided it did not earn a spot. At ZenWeb we clear this status across 500+ Malaysian client sites as part of technical and content SEO, and the fix is almost always about the page itself, not your server or your links.
This is the mirror image of a page Google has not fetched yet. If yours says “discovered” instead, the fix is completely different — read discovered but not indexed for that one. And if whole sections of your site are missing at once, start with why pages are not getting indexed by Google.
Before you change anything, it helps to see how Google frames the report these pages sit in. In the Search Console Training video below, Google’s Daniel Waisberg walks through the index coverage report and what each status is telling you.
Source video: Google Search Central on YouTube
Quick Answer: “Crawled — currently not indexed” is a Search Console status that means Google fetched your page but chose not to index it. Because it was crawled, the problem is not access — it is the page itself. Google read it and judged it not worth ranking.
Most owners see this status and reach straight for “Request Indexing”. It rarely works, because the button does not change the reason Google passed on the page. The status is a verdict, and it is worth reading before you act.
This guide covers what the status means, how it differs from “discovered”, why Google fetches a page and then skips it, and the fixes that actually move pages into the index. If the missing pages came with a wider traffic slide, read this alongside finding the cause of a sudden ranking drop.
Quick Answer: It means Googlebot fetched your page — so there is a real crawl date — but Google’s systems decided the content did not merit a place in the index. The page was assessed and rejected, for now. It is a signal about content quality and value, not about crawling or access.
Google lists this as a “not indexed” reason in its Page indexing report documentation. The key word is crawled: Google has already been to the page. Nothing is blocking it. It simply did not clear the bar.
When you see this status, three things are true at once:
Because a decision was made, the fix lives in the page itself, not the plumbing — not in crawl settings, robots rules, or server tweaks.
Pages crawled but stuck out of the index?
A content-and-indexing audit shows exactly which pages to improve, merge, or drop. See our SEO services →
Quick Answer: The two statuses look alike but mean opposite things. “Crawled — currently not indexed” means Google fetched the page and chose not to index it — a quality problem. “Discovered — currently not indexed” means Google has not crawled it yet — a crawl-priority problem. One is a content fix; the other is a linking fix.
Confusing the two sends you down the wrong path. If the page was crawled and passed over, adding internal links or requesting another crawl changes nothing — Google already read it. If it was never crawled, rewriting the content is wasted effort, because Google has not seen your words. The sister status, discovered but not indexed, needs the opposite fix.
| Status | What Google has done | What it usually signals | First move |
|---|---|---|---|
| Crawled — currently not indexed | Fetched the page, chose not to index it | Quality, duplication, or intent problem — Google saw it and passed | Improve, consolidate, or differentiate the content |
| Discovered — currently not indexed | Found the URL, has not crawled it | Crawl-priority problem — not convinced it is worth fetching | Strengthen internal links, prove the page matters |
Source: ZenWeb SEO practice, applied across 500+ Malaysian client sites, 2024–2026.
Quick Answer: Google indexes a fraction of what it crawls. When it reads a page and leaves it out, it is usually because the content is thin, near-identical to another page, a weak match for the query, or shows no real expertise. The page exists — it just does not earn its place.
Indexing costs Google storage and serving resources, so it only keeps pages it expects to satisfy searchers. A page that repeats what a hundred others say, or answers no clear question, gets read and shelved. The chart below shows how the crawled not indexed cases we audit break down by root cause.
| Root cause | Share of cases |
|---|---|
| Thin or low-value content | 28% |
| Duplicate or near-duplicate of another page | 24% |
| Weak search-intent match | 19% |
| Poor E-E-A-T / no unique expertise | 14% |
| Auto-generated or templated pages at scale | 9% |
| Temporary quality dip (Google will retry) | 6% |
Source: ZenWeb client sample, 500+ Malaysian SME accounts, 2024–2026.
Thin and duplicate content together drive more than half of cases. A short post that repeats what already ranks, or a page that is 90% the same as another URL, is exactly what Google leaves out — the classic duplicate content problem. Fix the substance first.
Quick Answer: Diagnosing takes about ten minutes. Open the Page indexing report, filter to the crawled not indexed status, then inspect a sample of the affected URLs. Compare each against the pages already ranking for the same query — the gap in depth, uniqueness, or intent match points straight to the fix.
Work these in order. This is the same report you would use to diagnose a wider indexing or technical SEO issue, so the moves will feel familiar.
Quick Answer: Fixing it means giving Google a reason to index. Deepen thin pages into something genuinely useful, merge near-duplicates with a redirect, sharpen the page to match search intent, and remove pages that add nothing. Then, and only then, request indexing so Google recrawls the improved page.
Order matters — do the substance first, not the “Request Indexing” button:
Only after these should you use “Request Indexing” on the improved URLs — it prompts a recrawl, but it never substitutes for fixing why Google passed.
Too many pages to improve one by one?
We audit content quality and consolidate duplicates at scale so the whole site earns its place in the index. Explore our SEO service →
Quick Answer: There is no fixed timeline, but the action you take changes it sharply. In our cases, pages consolidated with a redirect index fastest, rewritten pages follow, and pages left unchanged mostly stay out. The table below models the difference by the action taken.
The mistake is improving nothing and re-requesting indexing on repeat. Google already judged the page; it needs a reason to change its mind. This is where a structured SEO fix pays off — the same pages index far faster once they clearly earn it.
| Weeks after action | Consolidated with redirect | Rewritten to add value | Left unchanged |
|---|---|---|---|
| Week 1 | 10% | 8% | 2% |
| Week 2 | 28% | 22% | 4% |
| Week 4 | 58% | 46% | 8% |
| Week 6 | 74% | 64% | 11% |
| Week 8 | 85% | 75% | 15% |
Source: Illustrative — modeled recovery curve based on ZenWeb client cases, Malaysia, 2024–2026.
Quick Answer: Some page types stall far more than others. Across the sites we audit, thin blog posts, near-duplicate product pages, and boilerplate location pages make up most of the crawled not indexed backlog. These are pages Google read and judged to add little beyond what already ranks.
Knowing which pages are prone to this tells you where to look before you even open the report. The pattern is consistent across industries.
| Page type | Share of stuck URLs | Why Google passes |
|---|---|---|
| Thin blog posts / short articles | 26% | Little unique value vs what already ranks |
| Product variant / near-duplicate pages | 22% | Same content, different SKU or filter |
| Boilerplate location / service pages | 18% | Templated, minimal local or unique detail |
| Tag / archive / pagination pages | 17% | Duplicate snippets, no standalone value |
| Old, outdated posts | 17% | Superseded content, never refreshed |
Source: ZenWeb client tracking across 12 industries, Malaysia, 2024–2026.
The backlog clusters in thin and duplicate pages. If your stuck URLs are tag archives or near-identical product variants, the fix is consolidation and canonicals — often overlapping with an orphan page cleanup — not more pages.
Quick Answer: A handful of thin pages on a small site is a DIY fix — deepen them, merge duplicates, wait. A site-wide backlog across hundreds of URLs, or a large catalogue of near-duplicate pages, is where a team saves months, because the fix is a content and architecture decision rather than page-by-page editing.
If you are comfortable in Search Console and only a few pages are affected, the steps above will clear most cases. The judgement calls arrive at scale: which thin pages to merge versus expand, how to set canonicals across thousands of variants, and when a page should be cut rather than saved.
At ZenWeb we clear indexing backlogs for Malaysian businesses as part of SEO, and we watch the recrawl so a partial fix does not quietly stall. When the pages were never actually crawled instead, that is a different job — start with discovered but not indexed.
“Crawled — currently not indexed” is not a penalty and not a bug. It is Google telling you it read the page and did not think it was worth ranking. Read the verb, confirm it is crawled and not discovered, then give Google a reason to change its mind: real depth, fewer duplicates, a clean intent match, and genuine expertise. Do that and most pages index within weeks. Leave them alone and they mostly stay out. If the missing pages came with a wider ranking slide, pair this with finding the cause of a sudden ranking drop.
It means Googlebot fetched your page but chose not to add it to the index. Because it was crawled, there is a last-crawl date in URL Inspection — access was never the issue. The status signals a quality, duplication, or search-intent problem: Google read the page and judged it not worth ranking, at least for now.
It is not a penalty, but the page earns no traffic while it sits there, since an unindexed page cannot rank. A few pages, like thin tags or filters, is normal. A large, growing backlog signals a site-wide content-quality or duplication problem, so it is worth fixing rather than ignoring.
Crawled means Google fetched the page and passed on it — a quality problem you fix by improving or consolidating the content. Discovered means Google has not crawled the page yet — a crawl-priority problem you fix with internal links and page value. Different causes, opposite fixes.
Rarely on its own. The button re-queues a crawl, but it does not change the reason Google passed on the page. If you request indexing without improving the content, the page usually drifts back to the same status. Fix the quality, duplication, or intent first, then request indexing on the improved URL.
There is no guaranteed timeline. In our experience, pages consolidated with a redirect or rewritten to add real value are mostly indexed within four to eight weeks, while pages left unchanged can wait months or never index at all. The speed depends far more on the action you take than on simply waiting.
Pages crawled by Google but earning nothing?
Book a free 30-minute strategy session — we’ll audit why Google is leaving your pages out of the index, fix the thin and duplicate content behind it, and give you a concrete 90-day plan to get the whole site indexed and ranking.
Complete the form and our team will contact you to discuss your goals. Let’s grow your business.

Online