Product pages that do not get indexed are among the most expensive problems in ecommerce, because an unindexed product cannot be found and cannot sell. The causes are consistent, and Search Console usually tells you which one applies if you read the status rather than the count.
Start with the status, not the number
The Page indexing report groups excluded URLs by reason, and the reason determines the fix entirely.
- Discovered, currently not indexed: not yet crawled. A crawl capacity problem, not a content one.
- Crawled, currently not indexed: read and passed over. Usually duplication or thinness.
- Alternate page with canonical: excluded deliberately by your own canonical. Check the target is right.
- Duplicate, no user-selected canonical: Google chose a different URL for you.
- Excluded by noindex: a directive is doing this. See noindex tag issues.
Diagnosing without checking the status is guesswork, and the fixes for these are mutually exclusive.
The causes specific to product pages
Manufacturer descriptions used verbatim
The most common reason product pages are crawled and passed over. If your description is the same text on two hundred other stores, indexing yours adds nothing. This is a content problem with a clear remedy, and it is why product page differentiation matters commercially rather than cosmetically.
Variants competing with each other
Twenty near-identical size or colour URLs will not all be indexed, and should not be. Consolidate to one canonical product page. See product variants SEO.
Products reachable only through filters
If a product is not linked from an indexable category page, it may never be crawled. This is an internal linking problem that presents as an indexing one.
Crawl capacity consumed elsewhere
On large catalogues, filter and parameter URLs can absorb most of the crawling, leaving genuine products queued indefinitely. See crawl budget and index bloat.
Content rendered client-side
Where descriptions, prices or reviews load via JavaScript and the render fails, the indexed page is effectively empty. Compare rendered HTML against raw HTML before concluding the content is thin.
A working diagnostic order
- Read the exclusion reason in Search Console rather than the total.
- Inspect a representative URL and check the crawl date and rendered content.
- Confirm the product is linked from at least one indexable category page.
- Check whether the description is unique to you.
- Compare the indexed count against your genuine product count. A large surplus means bloat is competing for crawling.
- Check the ratio of crawl requests going to parameter URLs versus products.
What does not help
- Requesting indexing repeatedly for large numbers of URLs.
- Resubmitting an unchanged sitemap.
- Adding more products while existing ones are queued.
- Rewriting one product page and expecting the pattern to change.
Frequently asked questions
How many products should be indexed?
Most of the ones you want found. A large gap between your catalogue size and your indexed count points at either crawl capacity or duplication. A large surplus points at filter and parameter URLs.
Do I need unique descriptions for every product?
For products you want ranking, yes. For a long tail of low-value SKUs, the practical answer is to prioritise: differentiate what sells, and accept that some of the tail may not be indexed.
Why are new products slow to index?
Usually crawl capacity. If crawling is consumed by filter URLs, new products wait. This is normally the highest-impact thing to fix on a large catalogue.
Will a sitemap fix it?
Sitemaps aid discovery, not crawling or indexing decisions. If the status is Discovered, the URL is already known and a sitemap adds nothing.
Consulting CTA
If a significant share of your catalogue is not indexed, book an SEO consultation to identify whether it is crawl capacity, duplication or linking.