You open the Pages report in Search Console and find a long list under Crawled – currently not indexed. Googlebot visited those URLs, fetched them, and then decided not to add them to the index, at least for now. There is no error code to fix, no blocked resource, no broken redirect. That is exactly why this status frustrates people: nothing looks broken.
This guide treats the status for what it is, a selection decision, and walks you through sorting the affected URLs by page type so that you spend effort on the pages that deserve it and stop spending it on the ones that never should have been candidates in the first place.
A selection decision, not a technical error
Google discovers far more URLs than it chooses to index. Crawling a page only means Google has seen it; indexing is a separate step where Google decides whether the page adds enough to its index to be worth storing and serving. "Crawled – currently not indexed" means the page passed the first step and did not (yet) pass the second. Google does not tell you the exact reason, but in practice it is usually a judgment about value, duplication or quality relative to what is already indexed.
It is worth separating this from its neighbour, Discovered – currently not indexed, where Google knows the URL but has not fetched it yet. That one is mostly about crawl scheduling and priority. Here the crawl already happened, so the conversation is about the page itself.
It can resolve on its own
The word "currently" matters. New pages often sit in this state for a while and then get indexed without any change on your side, and pages can also move in and out of it over time. Before you rewrite anything, check whether the URLs are recent. If a page was published last week, give it time; if it has been here for months, it is time to triage.
One more check before triage: the report can lag. Open a few affected URLs in the URL Inspection tool and confirm the current status. Some will already show "URL is on Google" even though the report has not caught up.
Triage: export the URLs and group them
Treating a list of hundreds of URLs as one problem leads nowhere. The fix for a thin tag page is the opposite of the fix for a good article that simply has not been picked yet. So start by getting the list out of Search Console and into a spreadsheet.
- 01
Export the list
In Search Console go to Indexing > Pages, click the "Crawled – currently not indexed" row and use Export. The report shows a sample of up to 1,000 URLs; for larger sites, filter by sitemap to see different slices.
- 02
Tag each URL by template
Add a column for page type. URL patterns usually give it away: /tag/, /category/, /page/2, ?color=, ?sort=, /product/, /blog/. Sort by that column.
- 03
Mark what should be indexed
Add a yes/no column: "Would I want a searcher to land on this page?" Be honest; many URLs on this list are ones you never meant to rank.
- 04
Count the groups
Most lists collapse into a handful of groups. The size of each group tells you where the real problem is, often in a template rather than in individual pages.
Before acting, you may want to confirm the current status of the whole list rather than trusting a report that can be days old. WeRankLab's Index Checker lets you paste a batch of URLs and see which are indexed right now, without opening URL Inspection one page at a time.
The four groups and what to do with each
1. Thin tag, archive and filter pages
Tag pages with one or two posts, date archives, author archives on single-author blogs, paginated listing pages and faceted filter combinations (size + colour + sort order) are the classic residents of this report. They are mostly lists of links to content that is already indexed elsewhere, so Google sees little reason to index them too.
Decision: noindex them, or stop generating them. If a tag or category page is genuinely useful (a curated hub with an introduction and a meaningful number of items), improve it instead and keep it. For filter URLs, the cleaner fix is often to avoid creating crawlable links to every combination in the first place. Leaving them alone is also acceptable; they are not hurting the rest of the site by sitting in this report.
2. Near-duplicate product and variant pages
An online shop with a separate URL for each colour or size of the same product, or a manufacturer description copied across dozens of products, produces pages that are nearly identical to each other and to other retailers. Google picks one version, or none, and leaves the rest out.
Decision: consolidate. Point variant URLs at the main product page with a canonical tag, or 301-redirect old duplicates to the version you want to keep. Remember that rel=canonical is a strong hint, not a directive: Google may still choose a different canonical if the signals conflict. Google's documentation on consolidating duplicate URLs covers the options. Where the products really are different, write your own descriptions instead of the supplier copy.
3. Thin or boilerplate articles
Short posts that restate what a hundred other pages say, location pages that only swap a city name, and articles produced in bulk from a template or an AI prompt with no editing all tend to land here. The problem is not the length or how the text was produced; it is that the page offers nothing a searcher could not get from a page Google has already indexed.
Decision: improve the ones worth keeping, merge overlapping ones into a single stronger page (with a 301 from the old URLs), and noindex or delete the rest. Deleting weak pages is a legitimate outcome; a smaller set of useful pages is easier for Google to evaluate than a large set of interchangeable ones.
4. Good pages that should be indexed
Finally, the group that matters: real articles, real product pages, real service pages that you are proud of and that are still not indexed. These are worth effort. Check that they are not new (if they are, wait), then work through the next section and make sure each one gives Google clear reasons to index it.
Decision: leave the content as it is if it is genuinely strong, and work on the signals around it: internal links, rendering, duplication. Improve it if, read honestly, it is not better than what already ranks.
Quick reference: page type → action
| Page type | Typical cause | Recommended action |
|---|---|---|
| Tag / category page with few items | Little unique content, duplicates post lists | Noindex, or turn into a curated hub |
| Date / author archive | Duplicates other listings | Noindex or disable the archive |
| Paginated listing (/page/2+) | Mostly links to content indexed elsewhere | Usually leave; make sure items are linked elsewhere too |
| Faceted filter / sort URL | Endless near-identical combinations | Noindex or stop linking crawlable combinations |
| Product colour / size variant | Near-duplicate of main product | Canonical to main product |
| Old duplicate or replaced page | Superseded by a newer URL | 301 redirect to the replacement |
| Thin or templated article | No unique value | Improve, merge with 301, or remove |
| Strong, original page | New, weakly linked or not yet selected | Leave content; add internal links, wait, re-check |
Canonical and noindex: the two tags you will use most
Consolidation and exclusion are done with two tags in the page <head>. A canonical tag on a variant tells Google which URL you consider the main version. A robots meta tag with noindex tells Google to keep the page out of the index entirely.
<!-- On a variant URL such as /shirt?color=blue -->
<link rel="canonical" href="https://www.example.com/shirt" />
<!-- On a thin tag or archive page you want kept out of the index -->
<meta name="robots" content="noindex, follow" />Two cautions. Do not combine noindex with a robots.txt disallow for the same URL: if Google cannot crawl the page, it cannot see the noindex (see Google's guide to blocking indexing). And do not put a canonical and a noindex on the same page pointing in different directions; pick the one that matches your intent. Also remove noindexed and canonicalised URLs from your sitemap, which should only list canonical, indexable pages.
How to make a page worth indexing
For the pages in group four, and for the ones you decided to improve, run through this list. Each item addresses a reason Google might pass on a page it has already crawled.
- Unique value. The page says or shows something that other indexed pages (including your own) do not: first-hand experience, original data, specific examples, a better structure.
- Matches search intent. Search the query you are targeting and look at what ranks. If searchers want a comparison and your page is a sales pitch, it will struggle.
- Main content is in the HTML. Use the live test in URL Inspection and view the rendered HTML. If the body text only appears after client-side scripts that fail or time out, Google may be judging an almost empty page.
- Internal links from strong pages. Link to the page from relevant, well-linked pages on your site (not just the sitemap or a footer). See internal linking for how to do this systematically.
- Not a duplicate. Check that no other URL on your site covers the same topic or has the same content under a different parameter. If one does, consolidate.
- Returns 200 and is self-canonical. No accidental canonical to another URL, no noindex, not a soft 404 with a thin "no results" template.
Once a page has been genuinely improved, it helps to get Google to fetch the new version rather than waiting for the next scheduled crawl. Use Request indexing in URL Inspection once, or, for a batch of updated pages, a crawl-request service. WeRankLab's URL Indexing tool sends crawl requests for up to 1,000 URLs at a time and skips URLs it finds with noindex, a canonical pointing elsewhere, a robots.txt block or a redirect. It gets pages crawled again; whether they are indexed is still Google's decision.
Do not keep hammering "Request indexing"
Request indexing has a daily quota and asking again for the same unchanged URL does not help. A recrawl of the same page produces the same decision. Request once after a real change, then wait. If nothing changed on the page, the answer will not change either.
After the changes: monitoring
Expect this to take weeks rather than days. Re-export the report every couple of weeks and compare the groups. For a short list of priority URLs, an index checker gives a quicker indexed / not indexed answer per URL. Noindexed pages will move to "Excluded by 'noindex' tag", canonicalised variants to "Alternate page with proper canonical tag", redirected ones to "Page with redirect". Those moves are success, not new problems. The number that matters is how many group-four pages have become indexed.
- If a strong page stays out after a few months, look again at duplication: is another URL on your site, or a syndicated copy elsewhere, being preferred?
- If whole templates stay out, the template is the problem. Fix it once rather than page by page.
- If many URLs are also stuck before crawling, read the Discovered – currently not indexed guide.
- For other statuses in the same report, start from the page not indexed overview.
To check progress across a larger set without inspecting URLs one by one, run the same list through an index checker periodically and compare.