Home›Blog›How to Fix "Crawled – Currently Not Indexed" in Google Search Console
Teknik SEO8 min read·🔄 Updated: October 2026

How to Fix "Crawled – Currently Not Indexed" in Google Search Console

Fatih Emin Çakıroğlu
Fatih Emin Çakıroğlu
SEO Expert · Istanbul

Seeing "Crawled – currently not indexed" in the Page indexing report of Google Search Console worries site owners more than almost any other status. Googlebot visited the page, read it, and decided it was not worth showing in search results. There is no technical block here; there is a decision.

This article explains what the status means, how it differs from "Discovered – currently not indexed", what to check for each type of URL, and how long to wait after fixing it. For the broader crawling and indexing logic, the technical SEO guide is a good starting point.

Short answer: "Crawled – currently not indexed" means Google crawled the page but chose not to index it. The fix is usually not a technical setting; it is giving the page unique value, consolidating duplicate and thin pages, and strengthening important pages with internal links. Requesting indexing again and again after a fix does not speed anything up.

What does "Crawled – currently not indexed" actually mean?

According to Google's Search Console help documentation, a page with this status was crawled but not indexed; it may or may not be indexed in the future, and there is no need to resubmit the URL. In other words, the report is showing you an evaluation result, not an error.

That distinction matters. A robots.txt block, a noindex tag or a 404 is listed as a separate reason in the report. For URLs in this bucket, Google could technically reach the page but did not find it distinct enough or important enough, or site-wide signals did not make that URL a priority.

Every site has a few URLs here, and that is normal. The real question is whether this list contains pages you actually want to rank.

How is it different from "Discovered – currently not indexed"?

The two statuses are often confused but point to different problems. Google's documentation says a "Discovered" page has been found but not yet crawled, usually because Google rescheduled the crawl to avoid overloading the site. With "Crawled", the crawl happened and the indexing decision was negative.

StatusWhat happenedCheck first
Discovered – currently not indexedURL known, not crawled yetServer response time, crawl waste, internal link depth
Crawled – currently not indexedCrawled, not indexedContent value, duplicate or similar pages, internal link signals
Duplicate without user-selected canonicalGoogle picked another URL as canonicalCanonical tags and URL variants
Soft 404Page looks like "not found" but returns 200Empty categories, out-of-stock products, error templates

In short, "Discovered" is mostly about capacity and priority, while "Crawled" is mostly about quality and uniqueness.

💡
Made it this far? You might be dealing with this yourself.
Let's talk about how this applies to your site — free, no obligation.
Book a free call →

The causes I see most often in audits

Google does not explain why it skipped a specific page. The list below comes from the patterns I run into most when I review this bucket during audits:

  • Near-identical pages: template pages where only the city or colour changes, and filter or sort parameter URLs.
  • Thin content: tag pages with a few sentences, empty or single-product categories, auto-generated archives.
  • Weak internal linking: the page is reachable only through the sitemap and gets no links from menus or related content.
  • Rendering problems: the main content loads with JavaScript and does not appear in the rendered HTML in URL Inspection.
  • Low site-wide quality signals: when a large share of pages is low value, new pages are evaluated more selectively too.
  • A new site or section: Google may keep indexing limited until it builds confidence in the site.

The pattern I meet most is templated pages at scale. If you launched hundreds of similar pages at once, also read where programmatic SEO turns into doorway pages.

Step-by-step diagnosis: how to read the list

Export the example URLs from the report and group them by URL pattern: product, category, blog, tag, parameter URL, pagination. Seeing which template is the problem is far faster than inspecting URLs one by one.

  • Which groups are pages that genuinely should rank? Move the rest to a separate list.
  • Run a live test in URL Inspection on a few examples from the important groups; does the main content show in the rendered HTML?
  • Is the page in the sitemap, and how many clicks deep is it through internal links?
  • Is there a stronger page covering the same topic? If so, the two may be competing with each other.
  • Read the page as a searcher would: what does it offer that the competing results do not?

On ecommerce sites this bucket usually swells with filter combinations and variant URLs; the ecommerce SEO guide explains how to structure them.

Fixing it: consolidate, strengthen or deliberately exclude

Make one of three decisions for every URL. The first is to consolidate: merge similar pages that serve the same intent into one strong page and 301-redirect the old ones. If you need to write many rules, the 301 redirect generator saves time.

The second is to strengthen: add value the competition lacks to the page you want to rank, such as original information, examples, tables or frequently asked questions, and link to it with descriptive anchors from related categories, guides and articles. The intent-matching approach in the content strategy guide helps you decide what to add.

The third is to exclude deliberately: mark pages you do not expect search traffic for (internal search results, sort parameters, thin tag archives) with noindex or stop generating them, and remove them from the sitemap. Only canonical URLs you want indexed should stay in the sitemap.

After the changes, you can request indexing for a few critical URLs in URL Inspection. Google's documentation notes that there is a quota for individual URL submissions, that requesting the same URL repeatedly will not get it crawled faster, and that crawling can take from a few days to a few weeks.

When to worry and when to wait

The number on its own means little; what matters is which pages are listed and which way the trend is going. If your product or service pages and revenue-driving categories sit in this list for good, the problem is serious. If it holds tag archives and parameter URLs, the system is often working as intended.

A clear jump in the total around a core update may relate to the overall quality assessment of the site; in that case, work through the core update traffic drop diagnosis checklist as well. Do not expect page speed alone to fix indexing, though a Core Web Vitals review still helps on heavy templates.

For large stores where this bucket reaches thousands of URLs, I build a template-level clean-up plan as part of ecommerce SEO consulting. If you are unsure where to start on your own site, we can look at it together through SEO consulting; just book a short intro call.

Frequently Asked Questions

Is "Crawled – currently not indexed" a penalty?

No. It is not a manual action or a spam penalty; it shows that Google chose not to index that URL for now. Manual actions appear in a separate report in Search Console.

Should I request indexing every day?

No. Google's documentation says requesting a recrawl of the same URL repeatedly does not speed it up, and individual URL submissions are subject to a quota. Improve the page first, then request once.

The page used to be indexed and now sits in this bucket. Why?

Google re-evaluates indexed pages over time. If a similar, stronger page appeared, the content became outdated, or the site-wide quality assessment changed, the page can drop out of the index.

Should I delete the URLs in this bucket?

Mass deletion is the wrong move. Strengthen pages that meet a real need and merge those serving the same intent with 301 redirects; removing or noindexing pages with no value is a reasonable final step.

How long should I wait after fixing it?

Crawling can take from a few days to a few weeks, and a changed indexing decision can take longer. Check the report weekly and judge by the trend of the template group rather than a single URL.

Why does the report differ from the number of results in a site: search?

The site: operator shows a rough estimate and is not reliable as a diagnostic tool. Use the Page indexing report and the URL Inspection tool in Search Console to track indexing status.

Fatih Emin Çakıroğlu
ABOUT THE AUTHOR
Fatih Emin Çakıroğlu
SEO & GEO Consultant · Istanbul

8+ years of hands-on SEO and GEO experience across 150+ projects in e-commerce, SaaS, healthcare and local business sectors. Writes based on real client data, not theory.

Related guides

Related Articles