Crawled, Currently Not Indexed Means Google Read the Page and Said No

Two Search Console labels that sound alike and mean opposite things. Why the sitemap advice is wrong for one of them, and what the status is actually telling you.

Crawled, Currently Not Indexed Means Google Read the Page and Said No

Like it ? share it

Search Console has two labels for pages that are not in the index. They sound like the same problem described twice.

Status What happened
Discovered, currently not indexed Google knows the URL exists and has not fetched it yet
Crawled, currently not indexed Google fetched the page, read it, and did not index it

The first is a queue. Your page is waiting, and things like internal links, crawl budget and server response actually bear on it.

The second is a verdict. Googlebot came, downloaded the HTML, had a look, and passed. Nothing in that sentence is a bug. Most of the advice written about this status treats it as one anyway, which is why so much of it does nothing.

Check the number is real before you panic

The index report defaults to All known pages. That includes every parameter URL, junk JavaScript path and dead link Google has ever bumped into on your site, which is a far larger set than the pages you meant to publish.

Someone posted a screenshot showing 47,800 pages not indexed against 7,400 indexed, and the most upvoted practical reply was to switch the report from All known pages to All submitted pages. The filtered number is usually a fraction of the alarming one, and it is the only one worth reasoning about.

Then look at what the URLs are. A site owner in r/TechSEO said the entries on his sites were links that no longer exist and junk JS URLs, all 404s, none of which matter. Another commenter found product variation URLs, which should not be indexed anyway. Read a sample of the list before assuming the report is describing your content.

Then search site:yourdomain.com

The index report lags. A commenter in that same thread said his experience is significant delay in Search Console reporting even when the pages are appearing and ranking in Google. An older r/bigseo post makes the point from the other direction: most of the URLs marked crawled, currently not indexed turned out, on checking, to be indexed.

Take a handful of URLs and search for them directly. If they show up, you are looking at a reporting delay and there is nothing to fix.

The sitemap answer is wrong for this status

Ask about this in any SEO forum and someone replies "do you have an XML sitemap?" within the hour.

That answer cannot be right here. A page listed as crawled has already been discovered. A sitemap is a discovery mechanism. It has no way to help a URL that Google has already found, fetched and turned down.

The point was made bluntly in an r/SEO post that drew 61 upvotes, pointing at Google's own statement that it will not use your sitemap file if it is not convinced there is new or important content. The reply that pinned down what a sitemap is still good for, at 16 upvotes:

"A sitemap makes it easier to see in GSC which of your relevant pages are indexed or not. And that's it I guess."

There is one narrow reason to look at your sitemap here, which is to rule it out. A sitemap that fails to parse, points at the wrong host, or is full of URLs that redirect or 404 is a real problem worth an hour of your time, just not this problem. The Sitemap Error Checker fetches a sitemap URL, follows sitemap index files, and reports malformed XML, cross-domain and non-HTTPS URLs, duplicates, invalid lastmod values, and files past the 50,000 URL limit. It then requests each listed URL without following redirects, so a 301 or a 404 sitting inside your sitemap shows up as itself. Fix what it finds and expect the effect on your discovered, currently not indexed count, not your crawled one.

Requesting indexing works sometimes and fixes nothing

Plenty of people report that opening URL Inspection and requesting indexing does push a page in. It happens often enough that the advice keeps circulating.

It is still a workaround. It does not change the reason the page was passed over, it does not survive the next core update, and it stops being a plan somewhere around the tenth URL. A commenter put the question well: what is the goal of manually resubmitting if those URLs end up in crawled, currently not indexed anyway.

Do it for the two posts you care about. Do not build a process on it.

The part nobody wants to hear

Once the report is filtered, the URLs are real pages, and site: confirms they are genuinely absent, you have run out of technical explanations. The most upvoted answer on a 77-comment thread about pages stuck for two months:

"Ask yourself this, 'Is there a real reason Google should index these pages versus all the other pages covering the same topics?' Be honest with yourself. Are these pages offering anything unique or valuable that people aren't already getting."

A frequent answerer in r/SEO says it is always an authority issue, and that the question comes up in that subreddit three times a day. Another commenter, at 12 upvotes, reads it as policy rather than anything personal: Google no longer indexes large portions of the internet, as a way to cut down on spam.

One item on that list you can act on from inside your own site. The same commenter behind the quote above also raised internal linking, in a form worth repeating: if you are not linking to your own content, it does not look important to you, so why would it look important to Google. A page nothing links to is cheap for a search engine to skip.

It can last a long time

A poster in r/TechSEO had validation running for almost two months with nothing changed. Validation started is a state, not progress.

The harsher version: a wallpapers site went from around 15,000 indexed pages to roughly 6 within about ten days of a core update, with most URLs moving into crawled, currently not indexed. The replies were not about crawl budget. One said the content was commodity, nothing unique, providing no value, and that Google is culling the index.

Set your expectations to that clock. Change something today and you are waiting weeks to learn whether it mattered, and the report will not distinguish between still thinking and still no.

The order to work through it

  1. Which label are you looking at? Discovered means not crawled yet, and crawl-side fixes apply. Crawled means judged, and they do not.
  2. Switch the report to All submitted pages. Whatever number that gives you is the real one.
  3. Open a sample of the URLs. Parameter junk, 404s and variation pages are not a problem to solve.
  4. Search site: for a few of the survivors. Search Console reporting lags reality.
  5. For whatever is left, the question is not how to get it indexed. It is what this page gives a reader that the pages already ranking do not.

If you cannot answer the last one, the status is accurate.