On-Page Optimisation at Scale
Product Schema Rich Results That Increase Click Through Rate
Product structured data can surface price, availability and review stars directly in the search result, which is one of the few remaining levers for click-through rate that doesn't depend on ranking position.
Reading time · unlocks the next lesson
0:00 / 5:00 · pausedWhat Product Schema Unlocks
Implementing schema.org/Product with the AggregateRating, Offer and, where eligible, MerchantListing properties correctly can earn star ratings, price and stock status shown directly under your search result — a rich result that draws the eye and typically lifts click-through rate at a given position, since it gives the shopper decision-relevant information before they even click.
Eligibility has tightened over time: Google increasingly favours these rich results for pages that also participate in Merchant Center feeds, so pairing your schema with an accurate, well-maintained product feed matters as much as the schema markup itself.
The Required and Recommended Fields
Google requires name, image and offers (price, priceCurrency, availability) as a baseline, but review-related rich results additionally need aggregateRating with a genuine reviewCount, not a fabricated one — Google actively penalises manipulated review markup and it can trigger a manual action.
- name, image, description — the basic identity fields
- offers.price, offers.priceCurrency, offers.availability (InStock/OutOfStock/PreOrder)
- aggregateRating.ratingValue and reviewCount — only if reviews are genuinely collected
- sku, gtin/mpn where available — improves Merchant Center matching
- brand.name — required for many rich result eligibility checks
Keeping Schema in Sync with Reality
The most common schema failure isn't missing markup, it's stale markup — a price or availability field that hasn't updated when the actual product page changed, which Google's Merchant Center and Search Console both flag as a mismatch and can suppress the rich result or trigger a manual review. Schema fields should be generated dynamically from the same data source that renders the visible page, never hand-maintained separately.
Validate a sample of templates, not just one page, since a single broken conditional in the templating logic can silently break schema across an entire product type while leaving other types fine.
Validating in RankAudit
RankAudit's structured data report crawls a sample of pages per template and flags missing required fields, type mismatches, and — critically — cases where the rendered price in schema doesn't match the visible on-page price, which is exactly the kind of drift that gets rich results suppressed.
Key takeaways
- ✓Product schema drives click-through rate independent of ranking position
- ✓Only mark up aggregateRating with genuine, collected review data
- ✓Generate schema dynamically from the same data source as the visible page
- ✓Use RankAudit's structured data report to catch price/availability drift across templates
Why this lesson matters
This lesson belongs to On-Page Optimisation at Scale, the part of E-Commerce SEO where the goal is: build repeatable, template-level frameworks for product pages, category pages, schema and images that lift the whole catalogue at once.
Read it once, then do it straight away on a real site inside RankAudit. Nothing here is theory for its own sake — every step produces something you can show a client.
Do it now
- 1Open RankAudit with sample data already loaded, so you are not stuck on setup.
- 2Crawl a site and triage the issue list.
- 3Use RankAudit's template scoring view to find your ten worst-performing product and category templates and apply the frameworks from this module.
