Product structured data describes information already present in a store. It should not become a second catalog with different prices or invented ratings. Ask your agency how the page and its machine-readable description stay connected when products change.
Related service: Website and ecommerce development- 01Identify the product model
- 02Choose authoritative fields
- 03Generate page and markup together
- 04Validate representative variants
- 05Recheck after catalog changes
SECTION 01
Make field ownership part of the agency brief
Ask where names, identifiers, prices, currency, stock status and images come from. If the storefront reads current commerce data but the markup uses a spreadsheet copied during launch, the two will diverge. Identify any theme, app or custom component already producing markup before adding another. Duplicate blocks that disagree can be harder to diagnose than a missing optional field.
Google's product-variant guidance distinguishes related variants and different page models. Its structured-data quality rules require the markup to reflect visible, relevant information. The implementation should follow the store's actual product organization rather than a generic example copied unchanged. The agency should explain which properties apply, which evidence exists and which optional fields should remain absent because the business cannot support them.
SECTION 02
Illustrative example: a bottle sold in two sizes
Imagine a reusable-bottle product offered in two capacities at different prices. The small size is available and the larger size is temporarily unavailable. A generic markup snippet describing one lowest price and universal availability could misrepresent the buyer's selection. The agency instead maps the actual variant arrangement using the relevant supported schema structure and preserves consistent identifiers and product URLs.
During an acceptance test, staff change availability and then update a price in the source catalog. The rendered page and its markup are checked again, including the relevant variant URLs. The test does not assume every search feature updates immediately. It demonstrates that the website publishes internally consistent information, which is the part the development team can directly control.
SECTION 03
Validate content meaning as well as syntax
Use the applicable structured-data testing tools, but also compare the output manually against the visible page. Sample a normal product, a multi-variant product, an unavailable item and a product with a supported sale price. Check that images resolve, currency is explicit and any included reviews are genuine visible content. Inspect the public rendered version, not only a development object in source code.
Native platform markup may already cover much of the requirement. A targeted correction can be better than adding a second plugin or custom generator. Handoff should identify the responsible component, document the source fields and provide repeatable sample checks. Ask for an honest distinction between validation success, search-engine eligibility and actual displayed results; these are different outcomes and should not be sold as one guarantee.
SECTION 04
Frequently asked questions
Does valid product markup guarantee rich results?
No. It helps describe eligible content, but search systems decide whether and how enhanced results appear.
Should we add ratings when there are no reviews?
No. Do not invent review evidence or fill optional fields with unsupported values just to satisfy a desired appearance.
When should the markup be checked again?
After changes to catalog structure, variant handling, price or availability sources, themes, and any component that generates structured data.
PRIMARY REFERENCES
Sources and further reading
These references cover the standards, platforms, or published prices discussed in the guide. Worked examples and checklists are our editorial guidance.
- Google product-variant structured dataGoogle Search Central
- Google structured-data quality guidelinesGoogle Search Central
EDITORIAL METHOD
About this guide
We use AI to assist with drafting and editing. Catapult AI Work is responsible for the published content. Examples illustrate possible approaches; they are not client case studies unless identified as such.
Budget examples are not Catapult package prices. Check linked provider pages for current fees and plan limits before making a purchase.
Read the editorial policy