The Product schema type is a structured data vocabulary used to explicitly define a sellable item on a webpage, communicating its name, description, brand, offers, and aggregate ratings to search engine crawlers. This machine-readable markup enables rich shopping results, including price, availability, and review stars, directly in search engine results pages.
Glossary
Product

What is Product?
A foundational e-commerce entity type within the Schema.org vocabulary used to markup any tangible or intangible item offered for sale, providing structured details to search engines.
Implementing Product schema, typically via JSON-LD, is critical for e-commerce entity reconciliation and visibility in Google Shopping. It connects a product to its manufacturer via the brand property and to transactional data via the offers property, which nests an Offer type specifying price and availability, creating a definitive product knowledge graph.
Key Properties of Product Schema
The Product schema type is the foundational vocabulary for making commercial offerings machine-readable. These core properties define how search engines understand, compare, and display your products in rich results.
name
The canonical product title. This is the primary signal for entity recognition and must match the visible on-page title. Best practice: Include the product's common name without excessive keyword stuffing. For variant products, append distinguishing attributes (e.g., 'Acme Widget - Blue, Large'). Search engines use this for the blue link in product rich results and for matching against long-tail queries.
description
A textual summary of the product. While not always visible in rich results, this property provides critical semantic context for entity disambiguation and long-tail query matching. Best practice: Write a unique, 2-3 sentence description that concisely defines the product's primary function and key differentiators. Avoid copying the manufacturer's boilerplate, as unique content strengthens the page's own topical authority.
image
Specifies the URL of a product photograph. This property is critical for triggering product image rich results in Google Images and the Shopping tab. Technical requirements:
- Use absolute URLs
- Images should be at least 50,000 pixels (e.g., 250x200)
- File format must be supported by Google Images (JPEG, PNG, WebP, GIF, SVG)
- Multiple images can be specified using an array of ImageObject types
sku
The merchant-specific Stock Keeping Unit identifier. This property is the linchpin for inventory reconciliation between your structured data and your Google Merchant Center feed. Critical rule: The sku value in your Product schema must exactly match the id or gtin in your corresponding Merchant Center product feed. Mismatches will cause product disapprovals and prevent your offers from appearing in the Shopping tab.
brand
Specifies the brand of the product using either a simple text string or a nested Brand or Organization schema type. Using a full Organization type with a sameAs link to a Wikidata or Wikipedia entry strengthens entity reconciliation. Example: "brand": { "@type": "Brand", "name": "Acme Corp", "sameAs": "https://www.wikidata.org/wiki/Q12345" }. This disambiguates the brand from other entities with similar names.
offers
The most commercially critical property. It nests an Offer type that defines the transaction details. Key sub-properties include:
- price: The numeric sale price (use a decimal string like '29.99')
- priceCurrency: The 3-letter ISO 4217 code (e.g., 'USD', 'EUR')
- availability: One of
InStock,OutOfStock,PreOrder, orBackOrder - itemCondition:
NewCondition,UsedCondition, orRefurbishedCondition - priceValidUntil: ISO 8601 date to prevent stale pricing in search results
Frequently Asked Questions
Clear, technical answers to the most common questions about implementing Product schema markup for e-commerce and shopping-rich results.
Product schema is a Schema.org type used to provide structured data about any item offered for sale or service. It works by embedding JSON-LD code within a webpage's <head> or <body> to explicitly define properties like name, description, brand, offers, aggregateRating, and review. Search engines parse this machine-readable vocabulary to extract product entities and their attributes, powering shopping-rich results such as product snippets with price, availability, star ratings, and shipping details directly in the SERP. This structured approach replaces heuristic extraction with deterministic entity definition, ensuring that Google's product graph accurately represents your inventory. The Product type is often nested within an ItemPage or combined with Offer and Organization types to form a complete entity graph that establishes your site as the authoritative source for that product's canonical data.
Product Schema vs. Other Ecommerce Markup
A technical comparison of Schema.org types used to markup commercial offerings, highlighting their distinct purposes, required properties, and eligibility for search engine rich results.
| Feature | Product | Offer | Review |
|---|---|---|---|
Primary Purpose | Describes the item itself (name, brand, MPN, GTIN) | Describes a commercial transaction (price, availability, seller) | Describes an evaluation of an item by a customer or critic |
Required Properties | name | price and priceCurrency | reviewRating and author |
Triggers Rich Results | |||
Rich Result Type | Product snippets with image, price, and availability | Price display in search results | Star rating and review count in search results |
Nesting Relationship | Can contain multiple Offer and Review nodes | Must be nested within a Product node | Must be nested within a Product or other reviewed item node |
Unique Identifier Property | sku, gtin, mpn | sku | |
AggregateRating Support | |||
Google Merchant Center Alignment | Directly maps to product feed attributes | Directly maps to price and availability feed attributes | Not used in product feeds |
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Master the full vocabulary of commerce-focused structured data. These related Schema.org types and properties work in concert with Product markup to build a comprehensive, machine-readable representation of your inventory, pricing, and merchant credentials.
Offer
The Offer type is the transactional layer attached to a Product. It defines the price, priceCurrency, availability (e.g., InStock, OutOfStock), and seller. Without an embedded Offer, a Product is just a catalog entry with no commercial signal. Use priceValidUntil to prevent stale pricing from displaying in search results. For complex pricing, leverage priceSpecification to break down components like taxes and fees.
AggregateOffer
Use AggregateOffer when multiple sellers or variants are listed on a single page. It consolidates the lowPrice and highPrice range, along with the offerCount. This is essential for marketplace-style product detail pages where a single SKU is sold by competing merchants. Search engines use this to display a price range snippet rather than a single fixed price.
Review
The Review type, nested within a Product, provides qualitative user feedback. Critical properties include reviewRating (a sub-type of Rating with bestRating and worstRating), author, and reviewBody. When combined with AggregateRating on the parent Product, this markup enables star-rich results. Ensure reviews are genuine and not site-wide to avoid manual action penalties.
Brand
The Brand property links a Product to its manufacturer or designer via an Organization or Brand type. This is a critical entity reconciliation point. Use sameAs on the Brand object to link directly to a canonical Wikidata or Wikipedia URI, explicitly disambiguating the brand identity for the Knowledge Graph. This strengthens the semantic relationship between the product and the corporate entity.
ShippingDetails
The ShippingDetails type defines the logistics of delivery. Use shippingRate (with MonetaryAmount) to specify cost, shippingDestination (with DefinedRegion) for geographic targeting, and deliveryTime for transit estimates. This markup is essential for surfacing shipping costs and delivery speed directly in Google Shopping results, reducing bounce rates from users seeking this information post-click.
MerchantReturnPolicy
This type specifies the rules for returning a Product. Define returnPolicyCategory (e.g., MerchantReturnFiniteReturnWindow), merchantReturnDays, and returnMethod (e.g., ReturnByMail). Google uses this markup to display a "Free 30-day returns" badge in shopping listings, a powerful conversion signal. It must be attached to the Product or Offer entity to be valid.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us