Jump to the answers
SEO Talks

All clusters

What happens to SEO when you have 10,000 near-identical product pages?

  • Published November 6, 2026
  • Linked from 1 answer
  • In a cluster of 77

Google can index a fraction of them and leave the rest out, while it spends crawling on pages that will not rank. When thousands of pages differ only in a size, a color code or a part number, Google can group them as duplicates and pick a few to show. The others appear in Search Console as crawled but not indexed, or as duplicates of a URL Google chose. Nothing has to be penalized for this to cost you: a site can carry ten thousand URLs and get its search visibility from a few hundred.

What near-identical pages cost

Cost How it shows Who it affects
Pages left out of the index Page indexing report: large counts under "Crawled – currently not indexed" and the duplicate statuses The product pages themselves
Crawling spent on duplicates Crawl stats: requests concentrated on variant and parameter URLs; new products picked up late New and updated pages elsewhere on the site
Google choosing the wrong page The indexed version of a product is a variant URL, not the main one Shoppers landing on a size or color they did not want
A site that reads as repetitive overall Google's traffic-drop guidance asks owners to assess the whole site, not only single pages Pages with real value that share a site with the duplicates

The last row is the hardest to measure. Google’s page experience documentation says its core ranking systems generally evaluate content page by page but that it does have some site-wide assessments, so a catalog dominated by near-copies is not a neutral setting for the pages that are worth ranking.

Separating the two problems

Indexing and crawling need different fixes, and confusing them is where large catalogs go wrong.

  • To decide which page represents a product, start with how shoppers choose and buy, not with search demand alone. Variants that differ only in an option picked on the page, such as size or color, can share one product page. Google’s product variant documentation calls this a single-page setup: a URL with query parameters can open the page with one variant preselected, and the whole group has one canonical URL. Variants that need a page of their own, because of their own price, stock, images or search demand, can keep separate URLs. In that multi-page setup, Google asks for “full and self-contained markup” on each page for the entities defined there, so that nothing on another page is needed to understand it; its examples repeat the ProductGroup definition on every variant page alongside that page’s own variant. Either way, each variant needs a unique ID such as a SKU or GTIN, and ProductGroup describes how the variants relate.
  • To stop crawling of URLs that should never be fetched, such as parameter combinations, use robots.txt rules on those patterns.
  • To keep a crawlable page out of the index, use noindex, knowing it does not save crawling.

Working through the catalog

  1. Group pages by what makes them near-identical: variants, parameters, or separate products with copied descriptions.
  2. For each product, decide whether its variants belong on one page or on several, from how shoppers pick them, their price, stock and SKU, and their search demand; merge the ones that belong together.
  3. Block crawling only of parameter patterns that produce nothing but duplicates, such as sort orders or session IDs, after checking that none of them is a variant URL your product markup or product feed uses, or a variant people search for.
  4. For separate products that share copy, write for the ones with demand first.

To know whether your catalog is large enough for crawling to be the limit, check the size groups in at what site size crawl budget starts to matter. Fewer pages, each with its own reason to exist, stand a better chance of being indexed than ten thousand that repeat each other.

Comments on this answer

Add a comment

Your email address will not be published. Required fields are marked *