If Google is not indexing your product pages, it usually is not because Google somehow missed them. In most cases, one of four things is going on: Google cannot crawl the page properly, Google thinks another URL is the main version, Google sees the page as a duplicate, or Google has crawled it and decided the page is not strong enough to keep.
That matters on ecommerce sites because stores create far more URLs than they actually need in search. Filters, sort orders, variants, collection paths, tracking parameters, and old stock pages can all create extra versions of the same product. Once that happens, Google has to work out which URLs are worth keeping and which ones are just noise.
Start by separating the problem
A lot of ecommerce teams say “this product is not indexing” when the real issue is more specific than that. That is usually why the fix misses the mark.
Crawl problem
Google knows the URL exists, but has not fetched it properly or has delayed crawling it.
Indexing problem
Google has crawled the page, but decided not to include it in the index.
Canonical problem
Google thinks another URL is the main version of the page and is using that one instead.
Duplicate problem
The product exists at multiple URLs, or is too similar to another page, so Google folds the signals together elsewhere.
Quality problem
The page is technically available to crawl and index, but too thin, repetitive, or weak to justify inclusion.
These are not interchangeable. Rewriting copy will not fix a canonical issue. Requesting indexing will not solve a blocked page. Adding internal links will not help much if the page redirects or returns the wrong status code.
Quick symptom-to-cause guide
Before you start editing templates or rewriting descriptions, match the symptom to the likely cause.
Discovered, but not indexed
Google knows the page exists but has not crawled it yet. On ecommerce sites, that usually points to crawl-priority issues. Common causes include bloated filter URLs, poor internal linking, messy sitemap coverage, or too many low-value pages competing for attention.
Crawled, but not indexed
Google fetched the page and still did not keep it. This is where thin product content, weak differentiation, duplication, soft-404 behaviour, or low-value pages tend to show up.
Duplicate without a clear canonical
Google sees the page as one of several similar versions, but the preferred version is not clear enough. This is common when the same product can be reached through multiple category paths or parameter-based URLs.
Google chose a different canonical
You did set a canonical, but Google ignored it and picked another version. That usually means your signals are mixed. The canonical tag says one thing, internal links suggest another, and the sitemap may be pointing somewhere else again.
Alternate page with proper canonical
This one is often normal. It usually means Google found an alternate version and correctly treated the preferred URL as the one that should be indexed.
What to check first in Search Console
Start with the exact product URL in URL Inspection. Not the category page. Not the homepage. The actual product URL.
1. Was the page crawled?
Look at the last crawl date and the indexing status. If Google has not crawled the page yet, stop treating it like a content problem. It is more likely a discovery, crawl-efficiency, or site-structure issue.
On real stores, this often happens when important products sit deep in the site while Google spends time crawling filter combinations, internal search URLs, tag pages, or other low-value paths.
2. Which URL is Google treating as canonical?
This is one of the most useful checks because it tells you whether Google agrees with your preferred version of the page.
If Google selected a different canonical, ask:
- Does this product exist at more than one URL?
- Do internal links consistently point to the preferred version?
- Is the preferred version the one in the sitemap?
A lot of stores run into trouble here because the same product appears in several collection paths, or because tracked URLs keep getting discovered through email campaigns, paid ads, or related-product links.
3. What does your own canonical tag say?
Check whether the page is self-canonicalising or pointing somewhere else.
It is surprisingly common to find product pages pointing their canonicals at old URLs, parent products, category pages, or variant URLs that were never meant to be the main searchable version.
4. Is anything blocking the page?
Check for noindex, redirects, 404s, soft 404s, 5xx errors, and robots-related issues. These are not subtle problems. They are direct blockers.
5. Is the page actually worth indexing?
This is the part many teams avoid because it is less comfortable than checking tags and templates.
If the page is crawlable, self-canonical, internally linked, and still not indexed, look at it honestly. Is it just a supplier paragraph, a price, and an add-to-cart button? Does it say almost the same thing as dozens of other product pages? Is it technically live, but not especially useful?
Sometimes the answer is not that Google got it wrong. Sometimes the page is simply weak.
Real ecommerce examples
These are the patterns store owners usually recognise once they know what to look for.
Filter URLs are taking over
A running shoes category can easily create crawlable URLs for colour, brand, size, availability, price range, and sort order. That can turn one useful category into hundreds of low-value URL combinations. When that happens, Google can spend its time in the weeds instead of on your main product pages.
The same product exists in multiple places
A product may sit in one collection, appear in another, show up in related products, and load with tracking parameters from ads or email campaigns. To the business, it is still one product. To Google, it can look like a cluster of competing URLs.
Variant pages are too similar
If every colour or size has its own page, but the page is otherwise identical, Google may not see a good reason to index every version. In many cases, one main product URL should carry the search intent while the variants live on that page as selectable options.
Out-of-stock pages are left to drift
A temporarily unavailable product can still be a useful page. A permanently dead product with no replacement, no context, and almost no content usually is not. These pages often stay live long after they stop helping buyers.
Product descriptions are copied from suppliers
This is common on larger catalogues. The problem is not just duplication across your own site. It is often the same copy used by many retailers, which makes it harder for Google to see why your page deserves its own place in the index.
What to fix once you know the cause
If it is a crawl problem
Reduce clutter. Tighten how filter URLs, sort URLs, internal search pages, and parameter-heavy links behave. Make sure important products are linked clearly from category pages and included in a clean sitemap.
A simple example: if your store creates crawlable URLs for every filter combination, but your best-selling products are buried three clicks deep with weak internal links, Google is being asked to spend its time on the wrong pages.
If it is a canonical problem
Pick one preferred product URL and reinforce it everywhere. The canonical tag, sitemap, internal links, and redirects should all support the same version.
Do not link to /product/widget/ in one place, /category/widgets/widget/ in another, and a tracked version somewhere else. That is how you end up making Google choose for you.
If it is a duplicate problem
Decide which URLs deserve visibility and which ones do not. Not every variant, parameter version, or alternate path needs to be indexed. The goal is not maximum indexation. The goal is clarity.
If it is a quality problem
Strengthen the page beyond the bare minimum. Add original product detail, real specifications, compatibility notes, who the item is for, delivery or lead-time detail where relevant, and information that helps someone make a buying decision.
For example, a generic office chair page becomes far more useful when it explains weight support, finish, assembly requirements, delivery timing, and whether it suits a home office or a commercial workspace. That is far more useful than a recycled supplier paragraph and a stock code.
One important nuance: not every product page needs to rank
This is where ecommerce teams sometimes make more work for themselves than they need to.
Not every product page deserves equal priority in search. In some cases, the category page is the better result because it gives the user more choice and matches broader intent better. A weak individual product URL may not be the page worth pushing, especially if the product is low-value, seasonal, nearly identical to others, or unlikely to attract standalone demand.
That does not mean product pages do not matter. It means indexation should follow usefulness, not just whatever URLs the platform happens to generate.
Edge cases worth handling properly
A discontinued product does not always need to disappear, but it should not be left hanging with no context. Sometimes it makes sense to redirect it. Sometimes it makes sense to keep it live with a clear replacement path. Sometimes it is better to let it drop out of the index.
Temporary stockouts are different. If the product is coming back and the page still has demand, keeping it live often makes sense. Seasonal products sit somewhere in the middle. They may deserve to stay indexed, but only if the page still helps when the product is off-season.
And then there are pages that simply do not need indexation at all: parameter-heavy duplicates, thin variant URLs, internal search results, and other low-value pages that add clutter without helping anyone.
What not to panic about
Not every excluded URL is a problem. Ecommerce platforms naturally create alternate and duplicate URLs, and plenty of them do not need to be indexed.
The real issue is not that some URLs are excluded. The real issue is when the product and category pages that matter most are the ones being left out.
That is why indexation should be judged by business value, not by chasing a perfect “indexed pages” number across every URL the platform spits out.
A sensible order of operations
- Inspect the exact product URL in Search Console.
- Check whether Google has crawled it.
- Check which canonical Google selected.
- Confirm the page returns a clean 200 status.
- Check for
noindex, redirects, or error states. - Look for duplicate versions of the same product.
- Confirm internal links and sitemap entries point to the preferred URL.
- Review whether the page is strong enough to deserve indexation.
- Only request reindexing after the real issue is fixed.
That order matters because it stops you wasting time on the wrong fix.
When this points to a bigger ecommerce SEO issue
Sometimes the problem really is one awkward product page. But when the same pattern keeps showing up across dozens or hundreds of URLs, it is usually not a page problem anymore.
Maybe every product template is using weak boilerplate copy. Maybe filters are generating far too many crawlable URLs. Maybe canonicals are inconsistent across the catalogue. Maybe products are technically live but poorly linked, so Google keeps finding thin duplicates before it finds the pages you actually care about.
A common example is a store where half the catalogue sits in “Crawled, not indexed,” while filtered category URLs keep piling up in the index. At that point, fixing one product page is not really a fix. The store is sending bad signals at scale.
That is the point where the useful question changes. Instead of asking, “Why is this one product not indexing?” ask, “What is the site repeatedly teaching Google to ignore?”
For broader support, the strongest next-step pages in this cluster are ecommerce SEO, technical ecommerce SEO, and ecommerce SEO audit.
Final takeaway
When Google is not indexing your product pages, the answer is rarely “submit the URL again and hope.” In most cases, the problem sits in one of four places: crawl access, canonical signals, duplicate URL control, or page quality.
Start by working out which one you are actually dealing with. Then decide whether the product page is even the right page to prioritise, or whether a stronger category page should carry the intent instead.
Diagnose first, fix the real cause second, and only then worry about reindexing. That is how you stop chasing excluded URLs and start cleaning up the catalogue properly.