Product and Category Page Optimisation

Commercial queries (“women’s waterproof running shoes”, “oak coffee table under £400”) resolve to category or product pages, not blog posts. At small scale, optimising each page individually is feasible. At scale, the challenge shifts to systems: how to maintain quality and relevance across thousands of URLs generated automatically by a CMS or ecommerce platform.

Why are category pages the primary ranking target?

Category pages sit at the intent level where most commercial queries resolve. “Running shoes”, “coffee tables”, “men’s winter jackets” are category-level searches: the user has not yet settled on a specific product. A well-optimised category page ranks for these terms and directs traffic toward product pages that serve transactional intent.

Category pages earn external links more readily than product pages. A journalist or blogger linking to “best coffee tables” will link to a category page; they would not link to a specific product SKU. This makes category pages the correct target for link building activity.

Internal linking should reinforce this. Link from editorial content and pillar pages to category pages, and from category pages to product pages, so that the pages you most want to rank receive the most internal links. Links from product pages back to supporting content (a size guide, a care guide, a buying guide) are fine and often useful to the buyer; the point is that editorial content should not be the main destination of your commercial pages’ internal links.

What does a well-optimised category page need?

A category page needs:

Unique introductory copy placed above the product grid. 100 to 200 words introducing the category, addressing common buyer questions, and giving search engines contextual signals. Google’s stated position is that content inside tabs, accordions and “show more” toggles is indexed and weighted normally under mobile-first indexing, provided it is present in the served HTML. Content fetched on click is a different case: Google does not interact with a page, so a “show more” that requests content on interaction leaves that content uncrawled.¹ Asked directly whether such content would still be devalued, John Mueller answered: “No. Specifically when it comes to content on mobile pages we do take into account anything that’s in the HTML.”² Hiding copy behind a toggle is not the ranking penalty it is often claimed to be. Practitioner test results are mixed on this, and the honest summary is that Google says it does not matter while some tests suggest it might. The safe reading is to make the copy that carries your key context visible on load, not because Google penalises the alternative, but because a reader who never expands the toggle never sees it either.

Descriptive title tags and meta descriptions. “Women’s Waterproof Running Shoes | 120+ Styles | FreeRun” outperforms “Women’s Shoes | FreeRun”. The title tag should include the primary query term and, where it adds value, a differentiating qualifier: range size, a service promise, brand range.

Structured headings. H1 matching the category. H2s for subcategory sections or featured filter groups where they represent meaningful demand clusters.

Internal links to subcategories and products. Category pages should link through to their child subcategories and to the products themselves. Google is direct about the requirement: if category pages do not link to every product, “Googlebot might not find all of your products by crawling alone”, because it “generally doesn’t try to submit searches into a search box as part of crawling a site”, and it “strongly recommended” linking to every product you want indexed, falling back to a sitemap or a Merchant Center feed where that is not possible.³ These links also distribute link equity to deeper pages.

BreadcrumbList structured data. Google lists it first among the structured data types relevant to ecommerce sites, and a category page is where it does its work, stating the page’s position in the hierarchy.⁴

These are the same elements AI shopping agents read when selecting products, since they work from the served HTML rather than a rendered page. See AI shopping agents for the selection signals specifically.

How do you handle product page content at scale?

The most common product page problem is thin or duplicated content. Manufacturer-supplied copy is shared across every retailer stocking the same product. A product page using only manufacturer copy offers nothing unique for search engines to prefer over competitors using the same copy.

At scale, fully unique descriptions for every product are rarely feasible. A tiered approach works better:

High-priority products (bestsellers, high-margin, actively promoted): bespoke descriptions that answer buyer questions the manufacturer copy does not address: dimensions, compatibility, real-world use cases, what differentiates this product from similar options.

Mid-tier products: a template framework that forces meaningful differentiation on key fields (key feature, who it is for, key dimension, compatible with) while keeping structure consistent across the range.

Long-tail or low-traffic products: manufacturer copy with complete structured data is acceptable, provided variant pages that duplicate content without adding value are handled with canonicals.

The test for any product description: does it tell a buyer something they could not learn from the image and spec table alone?

How do you handle product variant URLs?

Colour, size, and configuration variants generate separate URLs on most platforms. “Running shoes in black” at /products/running-shoe-x?colour=black is not a distinct product: it is the same product in a different colour.

Unless a specific variant has its own demonstrable search demand, variants should point their canonical tag to the main product URL. This consolidates link equity and prevents duplicate content across potentially hundreds of near-identical pages.

When a variant carries its own demand, which is common in electronics where storage configurations (iPhone 16 Pro 256GB) carry distinct search volume, giving the variant its own indexed URL with unique, differentiated content is the better approach.

What is the right approach to pagination?

Google announced in March 2019 that it no longer uses rel="prev" and rel="next", and John Mueller said at the time that it had not been using them in indexing “for a number of years” before the docs were removed.⁵ Google notes that other search engines may still use them.⁵ Each paginated category page should be treated as an independently indexable URL carrying a self-referencing canonical.

The points that matter most on a large catalogue:

• Link from each page to the next with a plain <a href>, and from the deeper pages back to page one. Google names this first among its pagination best practices: the anchors are how Googlebot finds subsequent pages, and the links back signal which page is the start of the collection.⁵
• Titles and descriptions do not need to be unique across the sequence. Google differentiates paginated pages itself and states that you can reuse the same titles and descriptions on every page in the set.⁵
• Do not canonicalise all paginated pages to page one. Because each page shows different products, Google treats a page-two-to-page-one canonical as a mis-canonicalisation and generally ignores it, so the signal consolidation it is meant to deliver does not happen.
• Keep filtered and alternative sort orders out of the indexed set. Google lists this among its pagination best practices, handled with noindex or a robots.txt disallow, and it is where pagination meets faceted navigation.⁵
• Put the descriptive category copy on page one only. That is what makes page one the page matching the category query, rather than leaving Google to choose between near-identical listing pages on link signals alone.
• Treat noindex on deep pages as a last resort rather than a routine crawl-budget measure. Google eventually treats links on a long-term noindexed page as nofollowed, so products reachable only from page four lose their discovery path.

Footnotes

1. Fix lazy-loaded content — Google Search Central ↩

2. Google’s Mueller on the myth of hidden tab content — Search Engine Journal ↩

3. Help Google understand your ecommerce site structure — Google Search Central ↩

4. Include structured data relevant to ecommerce — Google Search Central ↩

5. Pagination and incremental page loading — Google Search Central ↩ ↩² ↩³ ↩⁴ ↩⁵