Seeing crawled currently not indexed wordpress pages piling up in Search Console feels like an error message, and it is not one. Google fetched those URLs, read every word, and decided against adding them to the index. There is no broken setting behind it and no switch that turns it off.
That distinction matters, because almost every guide treats this as a technical fault and sends people hunting through robots.txt and sitemap settings that were never involved.
Crawled and Discovered are not the same problem
These two statuses sit next to each other in the report and get treated as interchangeable. They are opposites in terms of what you should do.
Discovered but currently not indexed means Google knows the URL exists and has not fetched it. Usually a matter of crawl priority: the site is large, or slow, or the page has almost nothing linking to it. Internal links and a faster server genuinely help here.
Crawled but currently not indexed means Google did fetch it and said no. Crawl budget is not the constraint. The page was read and judged.
Sort the affected URLs into two piles: pages a person wrote on purpose, and pages WordPress generated by itself. On most sites the second pile is far larger, and almost none of it needs fixing. That five minute sort saves days of work on URLs that were never meant to rank.
Why Google reads a page and declines it
The page is thin against what already ranks
Thin is relative, not an absolute word count. A 400 word answer can be indexed happily if it answers a narrow question completely. The same 400 words on a topic where every ranking page runs to 2,000 words of detail looks like a summary of information Google already has.
It duplicates something you already published
Near-duplicates are common on service sites: one page per city with the city name swapped, or several product pages differing only in a size. Google indexes one and skips the rest. This is also what happens when two of your own pages target the same search.
Nothing on your site links to it
Internal links are how you tell Google which pages matter. A page reachable only through the sitemap is a page you have implicitly marked as unimportant. Orphan pages are disproportionately common in this report.
The topic has no search behind it
Google stores what it expects people to look for. A page targeting a phrase nobody types is a page with no reason to be stored. Perfectly good writing, no demand.
Site-level quality is dragging
If a site carries hundreds of thin auto-generated pages, Google becomes more sceptical about new pages from that site in general. New posts sit unindexed for weeks. Cleaning up the thin pages often does more for the new ones than editing the new ones.
The WordPress causes, which account for most of the volume
WordPress creates a great many URLs nobody asked for. On a typical site these make up the bulk of this report.
| URL type | Why Google skips it | What to do |
|---|---|---|
| Tag archives | Often one post per tag, duplicating the category | Set tags to noindex unless you use them as real hub pages |
| Author archives | Identical to the blog listing on a single-author site | Noindex, unless you run genuine author profile pages |
| Attachment pages | A page containing one image and no content | Redirect to the attachment file. Rank Math and Yoast both do this in one setting |
| Paginated archives | Page 2 onwards is a list of links, not content | Leave them. Google handling them this way is correct |
| Date archives | Rarely useful, always duplicative | Switch off in your SEO plugin |
| Search results pages | Infinite URLs, no unique value | Noindex. WordPress does this by default and plugins sometimes undo it |
| WooCommerce filter URLs | Endless combinations of the same products | Noindex filtered views, keep clean category pages indexable |
Setting a page to noindex does not get it indexed. It removes it from this report so you can see the pages that matter. Those are two different goals and people conflate them constantly. Noindex is housekeeping, not a fix.
Settings to change in Rank Math or Yoast
Both plugins put these in roughly the same place. In Rank Math, Titles and Meta. In Yoast, Search Appearance.
- TagsSet to noindex unless a tag page has real curated content and internal links pointing at it.
- Author archivesNoindex on a single-author site. Keep them if you have several writers and genuine profile pages.
- Date archivesNoindex. Almost no site has a use for them.
- Media and attachment pagesRedirect to the file itself. This one setting often removes hundreds of URLs.
- Sitemap contentsRemove anything you have just set to noindex. Listing a noindexed URL in the sitemap sends Google contradictory instructions.
Make these changes, then wait. The report updates over days rather than instantly, and the count usually falls sharply once Google recrawls.
Fixing the pages that genuinely should be indexed
For the pages you wrote on purpose, work in this order.
- Read what currently ranks for the termOpen the search in a private window. If the results are all far more thorough than your page, you have your answer before touching anything.
- Add internal linksLink to the page from two or three already-indexed pages, with descriptive anchor text. This is the highest-return step and the most often skipped.
- Make the page substantially better, not longerAdd the sections the ranking pages cover and you do not. Padding a thin page with more words about nothing changes no decision.
- Merge near-duplicatesTwo thin pages on one topic become one good page, with a redirect from the weaker URL.
- Request indexing onceThrough URL Inspection, after the work is done. Once, not daily.
- Give it two to four weeksRecrawling takes time. Changing the page again after three days restarts the clock and teaches you nothing.
Sometimes the honest answer is that the page should not exist. If it was written to fill a content calendar rather than to answer a question somebody has, Google declining it is a reasonable verdict. Merging it into a stronger page usually beats defending it.
What not to do
- Do not request indexing repeatedly. It changes nothing and wastes your daily quota.
- Do not add pages to the sitemap that you have set to noindex. Contradictory signals slow everything down.
- Do not buy indexing services. They either do nothing or use methods that create a real problem.
- Do not delete pages in bulk without checking traffic and links first. Some of them earn quietly.
- Do not treat the total count as a score. A site with 200 excluded tag archives and 40 indexed pages that rank is in good health.
What Google is weighing when it decides
Google does not publish a scoring formula, and its documentation points consistently at the same handful of considerations. Understanding them changes what you do about an unindexed page.
Does this add anything to what is already stored?
The index is not a library trying to hold everything ever written. It is a working set of pages Google expects to serve to somebody. A page restating what forty indexed pages already cover has a weak case for taking up space, no matter how well written it is.
This is why word count is a poor target. A 600 word page covering an angle nobody else has gets indexed readily. A 2,500 word page assembled from what already ranks often does not.
Does the rest of the site suggest this page is worth trusting?
Google assesses sites as well as pages. A domain with a long record of thin or auto-generated pages earns more scepticism about anything new it publishes. A domain with forty pages that all get used gets the benefit of the doubt on the forty-first.
The consequence catches people out. If new posts sit unindexed for weeks, the problem may not be in the new posts at all. Clearing out old thin content frequently does more for them than another rewrite.
Is anything pointing at it?
Links are how importance gets expressed, internally and externally. A page nothing links to is a page you have implicitly labelled unimportant, and Google reads that label exactly as written.
Is there demand for the topic?
Google stores pages in anticipation of queries. A page targeting a phrase nobody types has no reason to be kept, whatever care went into writing it.
Sites that publish on a schedule rather than in response to real questions accumulate exactly this problem. Twenty posts a quarter, each chosen to fill a calendar, produces a site where most pages have no demand behind them and nothing linking to them. The report fills up while each individual page looks perfectly reasonable.
Internal linking, in more detail than it usually gets
This is the highest-return action available here and the one most often skipped, because it feels too simple to be the answer.
Every page on your site carries some standing with Google, earned from its own links and from being used. Internal links pass a share of that standing along, and the anchor text tells Google what the destination covers.
- Link from strong pages to weak onesFind your most-visited pages in Search Console, then add links from those to the page you want indexed. Linking the other way round achieves very little.
- Use descriptive anchor textLink the words that describe the destination. A phrase like how we handle WordPress maintenance tells Google something. Click here and a bare URL tell it nothing at all.
- Two or three good links beat twenty poor onesA page linked thirty times from a footer widget is not more important than one linked three times from relevant articles. Relevance carries the weight, not volume.
- Link from body content, not navigationA link inside a paragraph implies a relationship. A menu item repeated on every page implies nothing in particular.
- Check for orphans regularlyScreaming Frog lists pages with no incoming internal links in a single report. On most sites that list is longer than anyone expects.
A habit worth forming: every time you publish something, add links to it from two existing pages before you close the laptop. Four minutes of work, and it is the difference between a page Google finds through your sitemap and one it finds because your own site pointed at it.
Crawl budget, and when it genuinely applies
Crawl budget gets invoked constantly and applies to very few of the sites that worry about it. Google has said plainly that it is not a concern for most sites under a few thousand URLs.
It becomes real in three situations. A very large site running into tens of thousands of URLs. A site generating near-infinite URLs through filters, internal search or calendar pages. And a slow server, where Google reduces its crawl rate to avoid causing trouble.
| Symptom | Crawl budget? | What to do |
|---|---|---|
| 40 page site, one post unindexed | No | Internal links and page quality |
| WooCommerce with thousands of filter URLs | Yes | Noindex filtered views, handle parameters |
| New posts take weeks, site is slow | Possibly | Check Crawl Stats for response times |
| Discovered, not indexed, in large numbers | Likely | Reduce URL count, improve server speed |
| Crawled, not indexed, in large numbers | No | A quality judgement. Budget was not involved |
That last row is the one that matters here. If Google crawled the page, budget was not the constraint. It had the resources, spent them, and still said no.
WooCommerce and larger sites
Ecommerce sites produce this report at a scale ordinary sites never do, and most of it is correct behaviour rather than a fault to correct.
Filtered category URLs multiply combinatorially. Colour, size, price band and sort order across a modest catalogue produces thousands of URLs showing overlapping subsets of the same products. Google crawls some, indexes almost none, and reports the rest here.
- Keep clean category pages indexableThese are the pages meant to rank. Give them real introductory copy rather than a bare grid of products.
- Noindex filtered and sorted viewsAny URL carrying a filter parameter. Rank Math and Yoast both handle this by pattern rather than one at a time.
- Decide deliberately about variationsIf a variation has genuine demand, such as a size people search for by name, give it an indexable page. Otherwise keep one product page.
- Handle out-of-stock productsLong-term out-of-stock pages get dropped. If the product is returning, keep the page and say when. If it is gone for good, redirect to the category.
- Exclude cart, checkout and account pagesThey should never be indexed and should not appear in the sitemap.
A worked example
A site we look after had 340 URLs in this report against 28 indexed pages, and the owner was convinced Google had taken against the domain.
Sorting the list took ten minutes. 190 were tag archives, most holding a single post. 84 were attachment pages, one per uploaded image. 31 were paginated blog archives. That left 35 pages a person had actually sat down and written.
Of those 35, eleven were near-duplicates of one another, produced to target minor variations of the same phrase. Nine had no internal links at all. The remaining fifteen were perfectly reasonable pages that simply needed something pointing at them.
The work was: noindex the tags and attachment pages, merge the eleven duplicates into four proper pages with redirects, and add internal links to the rest. The report fell from 340 to 41 within a fortnight, and twelve of the fifteen good pages were indexed inside a month.
None of that needed a specialist. It needed somebody to sort the list rather than read the total as a verdict.
How long it takes
Recrawling runs on no fixed schedule. Google returns based on how often a site changes, how well linked a page is, and how much attention the domain earns generally.
| What you changed | Realistic wait | Why |
|---|---|---|
| Set generated URLs to noindex | 1 to 3 weeks | Google recrawls and drops them from the report |
| Added internal links to a page | 3 days to 2 weeks | Links are how Google finds a reason to return |
| Substantially improved a page | 2 to 4 weeks | It has to be recrawled and reassessed |
| Merged duplicates with redirects | 2 to 6 weeks | Redirect consolidation is slower than most changes |
| Cleared site-wide thin content | 1 to 3 months | Site-level assessment moves slowly by design |
Changing a page again three days later restarts that clock and removes any ability to tell whether the first change worked.
Search the term your page targets in a private window and read the first three results properly. Then ask: if somebody read those three, what question would they still have? If you cannot answer that, the page has no gap to fill and no amount of editing will change the decision.
What good looks like
A tidy site has a small excluded list made up of URLs that should be excluded, and every page written for a reader either indexed or clearly on its way. Getting there is mostly housekeeping followed by honest editing.
Where it stops being housekeeping is when a whole section of a site sits unindexed for months. That is usually a site-level quality signal rather than a page problem, and it needs a plan rather than a plugin setting. That work sits inside technical SEO, and it is worth being clear that it takes weeks rather than an afternoon. If the pattern started after a rebuild or a migration, our development team can check what the move changed before anyone rewrites content that was never the problem.
Parshant Hadala