eCommerce SEO: master a catalogue before optimizing product pages
eCommerce SEO turns on a problem other sites do not face: the number of URLs generated far exceeds the number of real products. The priority is therefore not to optimize product pages one by one, which is expensive and returns little at scale, but to decide which families of URLs deserve to exist in the eyes of search engines.
- On a large catalogue, URL architecture weighs more than the content of product pages.
- Category pages sell better than product pages in organic search, and they are almost always neglected.
- A product page that reuses the supplier's text has no reason to be chosen over any other.
- Out-of-stock or removed products are a silent source of lost traffic, authority and sales.
- An architecture decision made once is worth thousands of product-page optimizations, at a fixed cost.
On this page
eCommerce SEO
eCommerce SEO is the body of work that makes a catalogue findable and indexable in search engines. It differs from classic SEO by its scale: a catalogue automatically generates thousands of URLs through filters, sorting and pagination. The discipline is as much about deciding what should not be indexed as optimizing what should be.
The real problem: the number of URLs
For an executive, this subject comes down to a return trade-off. Optimizing product pages one by one is a cost proportional to the catalogue: twice as many products, twice the invoice. Deciding once which families of URLs exist is a fixed cost that applies to the whole catalogue, present and future. On a large catalogue, the second always wins.
If you have already paid to optimize your product pages without seeing organic sales move, it is this order that was not respected. An online catalogue is managed like a warehouse: what costs is not the number of items, it is the number of locations to keep in order.
A store with eight hundred products does not have eight hundred pages. It often has several tens of thousands, because every filter combination, every sort order and every pagination page produces a distinct URL.
Five filters with three values each are enough to exceed two hundred combinations, and that number multiplies by the sorting options and successive pages. Search engines then spend most of their crawling on variants with no commercial value, while new products wait to be discovered. An unindexed product does not sell in search, whatever the budget spent upstream.
The answer is not a single directive applied everywhere. It is a decision made family of URLs by family of URLs.
| Family of URLs | Decision | Reason |
|---|---|---|
| Main category | Index | Answers a real search intent |
| Filter matching a common search | Index | "women's rain boots" is a query, not a filter |
| Combination of two or more filters | Canonicalize to the parent filter | No search volume, near-identical content |
| Sort order | Canonicalize | Same content, different order |
| Pagination | Index, with no canonical to page 1 | Products on later pages must stay discoverable |
| Internal search | Block | Generates infinite URLs with no value |
Pointing the canonical tag of every pagination page to page 1 is a common and costly mistake. The products on page 2 and beyond then become hard to discover, which hits precisely the depth of the catalogue.
Two areas dominate the return on a heavy catalogue: URL architecture, decided before the pages are generated, and the internal site search failure rate, which is measured in a week and costs sales every day.
What to settle before optimizing anything
Five filters with three values each are enough to produce more than two hundred URL combinations, and that number multiplies by sorting and pagination. Until these families have been sorted, every dollar invested in product-page optimization works under a ceiling. Three decisions per family are enough: index, canonicalize or block.
- How many URLs does our site actually expose, compared with the number of products?
- Are our category pages treated as pages that sell, or as simple lists?
- What happens today to the URL of a product that is out of stock or removed from the catalogue?
- Do our product pages reuse the supplier's text, and on how many products?
- Which families of URLs have we decided not to index, and when was that decision made?
A solid answer starts with families of URLs and with categories, not with product pages. A weak answer offers to rewrite product descriptions, or to add keywords to titles.
Knowing which end to pick up a large catalogue by, and what the reverse order would cost you, is settled in one meeting. A 90-minute consultation settles it on your real catalogue, with a written summary your team or your integrator can execute.
Category pages before product pages
The effort almost always concentrates on product pages. It is the opposite of what organic search says.
Someone searching for "ergonomic office chair" has not chosen a model yet. They want to compare. The page that answers this intent is a category page, not a product page. And since comparison queries account for most of the volume, categories capture more qualified traffic than product pages.
Yet most category pages contain only a title and a grid of products. Four additions change their return.
An orienting text at the top
Three to five sentences that genuinely help the visitor choose, placed before the grid. Not a paragraph of keywords relegated to the bottom of the page, which no one reads and which fools no one anymore.
Explicit decision criteria
What sets the products apart, stated plainly. On office chairs, the type of lumbar support and the adjustment range matter more than colour, and the visitor does not always know it.
Links to the relevant subcategories
They build the hierarchy search engines read and shorten the path for the buyer who already knows what they are looking for.
A frequently asked questions section
The questions the customer service team gets about this product family. It is the most useful content and the easiest to obtain, because it already exists in your exchanges.
What makes a product page useful
A product page that reproduces the supplier's description is identical to the one from your competitors selling the same product. No search engine has a reason to prefer yours, and no buyer either.
What sets a product page apart rarely comes down to the length of the text.
| Element | Effect |
|---|---|
| An answer to the question "is this for me" | The most decisive, almost always missing |
| Complete, structured specifications | Feeds structured data and removes doubt |
| Photos of the product in real use | Reduces returns, and so the cost per sale |
| Customer reviews on display | Social proof and content renewed automatically |
| Real availability and lead time | Leading cause of abandonment when missing |
| Complete Product structured data | Price, availability and reviews shown in results |
On a catalogue of several thousand items, rewriting every product page is unrealistic. You handle the hundred that generate most of the sales, structure the others correctly, and put the effort on the categories.
What stays in-house is the commercial knowledge of the catalogue: which families carry the margin, which exist for service, which products return each season and which disappear for good. This information cannot be deduced from the site structure, and it is what decides every indexing trade-off. What gets delegated is the full execution: mapping the families of URLs, canonicalization rules, handling removed products and monitoring crawling call for tools and a continuous discipline no ecommerce team maintains on top of its daily operations.
Out-of-stock, seasonal and removed products
This is the quietest leak in a catalogue. A product that disappears takes its rankings, its inbound links and its traffic with it, with nothing to signal it.
| Situation | Right response |
|---|---|
| Temporary out-of-stock | Keep the page, show the return date, offer an alert |
| Seasonal product | Keep the page all year, indicate the next season |
| Replaced by a new version | 301 redirect to the new product page |
| Permanently removed, equivalents exist | 301 redirect to the category |
| Removed, no equivalent | 410 status |
The rule that fails least often: deleting a page that still receives visits or links is almost always a mistake. An out-of-stock page that explains the situation and offers an alternative keeps its authority and converts part of the traffic.
On a large catalogue, SEO is as much about deciding what should not exist as optimizing what should be found.
Falia analysis gridWhere to start on an existing catalogue
The order that pays off fastest
The detailed treatment of filters is developed in crawl budget and faceted navigation. The technical foundations are in the technical checks to run on a site, and authority distribution in internal linking. The execution side is covered on the SEO agency and ecommerce pages.
The paid side of a catalog depends on the data feed, which is covered in Google Shopping and the data feed.
This work sits inside the wider picture described in a complete guide for SMBs and large companies.
A catalogue's visibility is one lever of the Attract customers with SEO and AI goal.
Already running a marketing team? See how we plug in as reinforcement on ecommerce.
Frequently asked questions about ecommerce SEO
What is ecommerce SEO?
It is the body of work that makes a catalogue findable and indexable in search engines. It differs from classic SEO by its scale: a catalogue automatically generates thousands of URLs through filters, sorting and pagination. The discipline is as much about deciding what should not be indexed as optimizing what should be.
Should you optimize product pages or categories?
Categories first. Someone searching for a type of product without having chosen a model wants to compare, and a category page is what answers that intent. These queries account for most of the search volume.
What should you do with filter pages?
Three decisions depending on the family. A filter matching a common search deserves to be indexed. A combination of two or more filters is canonicalized to its parent. Internal search is blocked, because it generates infinite URLs.
What should you do with an out-of-stock product?
Keep the page, show the return date and offer an alert or an alternative. Deleting a page that still receives visits or links loses its authority and traffic for nothing in return.
Do you have to rewrite every product page?
On a large catalogue, no, that is unrealistic. You rewrite the hundred product pages that make up most of the sales, structure the others correctly with complete specifications and structured data, and focus the editorial effort on the categories.
Should pagination point to page 1?
No. Pointing the canonical tag of every paginated page to the first makes the products on later pages hard to discover. It is the depth of the catalogue that suffers, often without anyone making the connection.
- Google Search Central, Managing crawl budget for large sites, accessed July 2026.
- Google Search Central, Product structured data, accessed July 2026.
- Google Search Central, Ecommerce best practices for search, accessed July 2026.
- Baymard Institute, Cart Abandonment Rate Statistics, accessed July 2026.
Geneviève puts the strategy for your engagement into action. She leads all our web development projects: Shopify, WordPress and the new ways of building a site with AI. She manages our team of developers and translates your business needs into technical language. She runs your organic search (SEO), your visibility in AI answers (GEO) and your site's conversion rate optimization (CRO). Her work is at the heart of three goals: Attract customers with SEO and AI, Improve your site's conversion, and Strengthen your visibility in AI answers. With Gabriel, she also builds the landing pages for your advertising campaigns. She writes mainly about SEO, AI visibility and web design.
About Falia →
SEO
Paid advertising
Conversion
AI visibility
Web design