Crawled Currently Not Indexed and How to Fix It

Crawled currently not indexed is a status in Google Search Console which means Googlebot has fetched a page, processed it and then decided to leave it out of the index. Nothing is blocking the page and the server returned it without an error, so the cause is almost always a judgement about the page rather than a technical fault. Diagnosing it across a whole website is a standard part of technical SEO support for B2B websites, because a page outside the index cannot rank for anything.

The status is common and often harmless, which is why it confuses so many website owners. The real work is telling the harmless cases apart from the damaging ones, then improving the pages that matter until Google decides they are worth keeping.

What Crawled Currently Not Indexed Means in Search Console

Crawled currently not indexed means Google has crawled the URL but has chosen not to add it to the index for now. Google’s Page indexing report documentation describes it as a page that was crawled but not indexed, which may or may not be indexed in the future and says there is no need to resubmit the URL for crawling.

That last point matters, because the instinct of most teams is to press the request indexing button and wait. Google has already spent the effort to fetch and read the page, so asking it to look again without changing anything tends to produce the same decision.

The status is easy to confuse with its neighbours in the same report. The table below sets out how it differs from the statuses it is most often mistaken for.

The difference between crawled and discovered is the one that matters most. A discovered page is still waiting in the crawl queue, so the fix is usually about crawl capacity and links, while a crawled page has already been judged and the fix is about the page itself.

How to Confirm the Pages Are Really Not Indexed

Confirm the problem with the URL Inspection tool before changing anything, because the Page indexing report is not always current. Google’s guidance on the URL Inspection tool explains that it shows the indexed version of a URL along with the canonical Google has selected and that a live test can check whether the page is currently indexable.

If the last crawl date is old and the page has changed since then, the status in the report may simply be out of date. If the inspection shows a different URL as the Google selected canonical, the page has been treated as a duplicate rather than ignored, which points to a different fix.

For a large number of URLs, export the affected list from the report and sort it by page type before inspecting individual examples. Patterns show up quickly, such as every tag archive, every filtered product listing or every post from one year sitting in the same group.

Which Pages Can Safely Stay Out of the Index

Many URLs in this group are pages that never needed to rank and leaving them unindexed is the correct outcome. Google’s explanation of how Google Search works states that it does not guarantee it will crawl, index or serve a page, even when the page follows Google Search Essentials, so a website with no excluded URLs at all would be unusual.

The test for each URL is straightforward to apply. Ask whether someone arriving from a search result on that URL would find what they were looking for and if the answer is no, the status is not a problem.

• Internal search results pages that repeat content found elsewhere on the website
• Tag and category archives that hold only a handful of posts
• Filtered or sorted versions of the same product or resource listing
• Deep pagination, such as page twelve of a news archive
• Expired offers, past events and thank you pages shown after a form submission

Where pages like these carry no value for searchers, a noindex tag or removal is cleaner than leaving them to be crawled again and again. The pages that should never sit in this group for long are service pages, sector pages, product pages and articles written to attract search traffic.

Why Google Crawls a Page and Then Leaves It Out

Google leaves a crawled page out of the index when it decides the page adds too little compared with what it already holds. The causes usually fall into four groups and most affected websites have more than one of them at the same time.

Overall website quality plays a part as well. When a large share of a website is thin or duplicated, Google has less reason to index each new page quickly, so improving the weakest sections often helps the strongest pages too.

How to Fix Crawled Currently Not Indexed

Fixing crawled currently not indexed means sorting the affected URLs, improving the ones that matter and removing the signals that make the rest look like part of the core content. Work through the steps in order, because requesting indexing before the page has changed rarely produces a different result.

For URLs that do not deserve a place in the index, take them out of the XML sitemap and then add a noindex tag, redirect them to a stronger equivalent or remove them. Google’s guidance on building a sitemap says to include the URLs you want to see in Google’s search results, so the sitemap should only list canonical pages that matter.

Consolidation is often the quickest improvement on an older website. Three short articles on the same subject usually perform better merged into one complete piece, with the two weaker URLs redirected to it.

Why Requesting Indexing on Its Own Rarely Works

Requesting indexing rarely works on its own because the request only asks Google to crawl the page again, not to change its decision. Google’s page on how to ask Google to recrawl URLs states that requesting a crawl does not guarantee inclusion in search results and that requesting a recrawl several times for the same URL will not get it crawled any faster.

The request is best treated as the final step of a fix rather than the fix itself. Improve the content, add internal links from established pages, confirm the URL is in the sitemap and only then ask for the recrawl.

After the request, give the page time before judging the result. Crawling can take anywhere from a few days to a few weeks, so check the URL Inspection tool again after that period rather than resubmitting the same URL in the meantime.

If a page stays excluded after a genuine improvement and a recrawl, look again at what it offers compared with the pages already ranking for the same query. A page that still repeats what the top results say is unlikely to change Google’s decision, no matter how often it is crawled.

Where WordPress Websites Create Excluded Pages

WordPress websites create excluded pages mostly through archives and media that publish automatically alongside the content. Tag archives, author archives, date archives and attachment pages can each produce large numbers of thin URLs that nobody planned and Google tends to crawl them and leave them out.

Attachment pages are a good example. The WordPress core team’s note on changes to attachment pages explains that WordPress created an attachment page for every upload until version 6.4 and that existing websites keep them switched on after upgrading.

Most of these URLs can be redirected, set to noindex or removed from the sitemap through the SEO plugin settings. Reviewing them once and setting a clear rule for each archive type stops the Page indexing report filling up with pages that were never meant to rank and ongoing WordPress support keeps those settings in place as plugins and themes are updated.

When the Pattern Points to a Wider Problem

The pattern points to a wider problem when important pages keep landing in the group, or when the number of excluded URLs grows faster than the website itself. At that point the cause is usually the content strategy or the architecture rather than any single page.

Common causes at that scale include templates that create thin pages automatically, content published faster than it can be made distinctive and navigation that buries newer pages several clicks deep. Our guides to common technical SEO issues and the tools used to audit them show what a structured review covers.

Priority Pixels runs technical SEO as its own discipline, with indexation control, JavaScript rendering, canonicalisation and crawl budget all part of that work. Whoever handles the review, the aim is the same, which is a website where every page that matters is in the index and every page that does not is kept out on purpose.