Panduan Product Schema

TL;DR — Product schema adalah code Anda tambahkan untuk sebuah product halaman itu labels product detail untuk mesin pencari — “ini adalah itu name,” (terjemahan) “ini adalah name,” “this is the price,” (terjemahan) “ini adalah price,” “this is in stock,” (terjemahan) “ini adalah di stock,” “these are the review stars.” (terjemahan) “ini adalah review stars.” menambahkan ini correctly membuat halaman eligible untuk richer penelusuran listings Anda see pada shopping hasil (price, availability, star ratings). ini melakukan tidak jaminan itu extras tampilkan up, dan ini adalah tidak yang sama hal sebagai uploading sebuah product feed untuk Google Merchant Center.

Apa Product schema adalah

Ketika Anda lihat sebuah product halaman, Anda dapat tell price dari product name dari “Di stock” (terjemahan) “di stock” label hanya oleh reading. sebuah mesin pencari sees plain text dan memiliki untuk guess. Product schema spells ini out di code, menggunakan shared schema.org vocabulary — ini tags setiap piece dari halaman dengan apa ini sebenarnya adalah: name, sebuah image, price dan currency, apakah ini adalah InStock, dan apa pun review ratings.

ini adalah hampir selalu ditulis sebagai JSON-LD — sebuah kecil block dari code itu sits di halaman tanpa mengubah bagaimana halaman looks.

Mengapa ini adalah worth melakukan

payoff adalah rich hasil: enhanced penelusuran listings pada product kueri. Dua jenis:

• ⭐ Product snippets — star ratings dan sebuah price di bawah sebuah wajar product halaman.
• 🛒 Merchant listings — fuller, shopping-style hasil (price, availability, sometimes shipping dan mengembalikan) pada halaman di mana item dapat menjadi bought right di sana. Bukti untuk klaim ini Google uses Product structured data for product snippets and merchant listing experiences when applicable requirements are met. Cakupan: Google Search Product documentation; eligibility does not guarantee display. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Product structured data

sebuah lebih eye-catching listing dapat earn lebih clicks. ada juga sebuah growing practitioner theory — tidak sesuatu Google documents — itu AI shopping alat baca ini sama markup untuk memahami Anda products. ini adalah unproven, tetapi getting markup right costs tidak ada apa pun extra, so ini adalah worth melakukan regardless.

four hal Anda hampir selalu perlu

untuk menjadi eligible untuk lebih ringan product snippet experience, Anda perlu product’s name dan setidaknya satu dari ini three: sebuah offer (price info), sebuah review, atau sebuah aggregate rating (sebuah average star score). stricter merchant listing experience selalu perlu sebuah offer — ini tidak opsional di sana cara ini adalah untuk sebuah snippet. dalam praktik sebagian besar stores sertakan semua four:

• name — product’s name.
• image — sebuah baik product photo (diperlukan untuk shopping-style listing).
• offers — dengan sebuah price dan priceCurrency (like USD) dan sebuah availability (like InStock atau OutOfStock).
• review / aggregateRating — jika Anda memiliki genuine customer ratings.

hal sebagian besar orang mendapatkan wrong

Product schema dan sebuah Google Merchant Center feed adalah tidak yang sama hal. schema goes pada Anda halaman. sebuah Merchant Center feed adalah sebuah terpisah file Anda submit untuk Google. mereka influence overlapping shopping hasil, dan Google cross-memeriksa them — tetapi mereka’re validated secara terpisah, dan memperbaiki satu tidak perbaiki lainnya. Lebih pada itu di Advanced tab.

Dua lebih beginner traps:

• Valid markup ≠ guaranteed rich hasil. ini membuat Anda eligible; Google masih decides apakah untuk display ini.
• hanya mark up apa benar-benar pada halaman, dan pertahankan price dan stock di Anda markup matching apa sebuah shopper sebenarnya sees. Mismatches mendapatkan flagged.

ingin penuh versi — snippet-vs-merchant-listing split, availability nilai, feed hubungan, dan cara perbaiki Search Console errors? Switch untuk Advanced tab.

TL;DR — schema.org/Product markup (biasanya JSON-LD) membuat sebuah product halaman eligible untuk dua distinct Google experiences: product snippets (price/reviews pada apa pun product halaman — priceCurrency hanya recommended, price: 0 diizinkan) dan merchant listings (transactional halaman — memerlukan image, offers, dan sebuah price > 0 dengan priceCurrency). Minimum untuk sebuah product snippet: name + setidaknya satu dari offers/review/aggregateRating — sebuah merchant listing perlu offers outright, tidak sebagai satu option among three. biggest trap adalah conflating ini pada-halaman markup dengan sebuah Google Merchant Center feed — terpisah sistem, terpisah validator; Google reconciles them, dan price/availability harus match di seluruh markup, feed, dan checkout atau Google flags sebuah mismatch. Valid markup hanya earns eligibility; Google’s sistem masih decide apakah untuk tampilkan hasil. Apakah ini artikel’s implementation angle atau lebih luas ecommerce-SEO angle adalah apa Anda’re di sini untuk, keduanya langsung di yang sama place — ini topic adalah cross-listed di bawah data terstruktur dan di bawah ecommerce SEO untuk persis itu alasan.

Apa Product schema melakukan — dua experiences, tidak satu

sebagian besar guides flatten “Product schema” (terjemahan) “Product schema” ke sebuah single requirements list. Google sebenarnya splits ini ke dua rich-hasil experiences dengan berbeda strictness, dan knowing yang satu Anda’re aiming untuk adalah half battle:

• Product snippets — untuk non-transactional atau umum product halaman, emphasizing reviews dan price. Lebih ringan requirements.
• Merchant listings — untuk halaman di mana product dapat menjadi purchased secara langsung, emphasizing penuh shopping detail (price, availability, shipping, mengembalikan). Stricter requirements. Bukti untuk klaim ini Google documents separate product snippet and merchant listing experiences with different property requirements. Cakupan: Google Search Product documentation; validate against the intended experience. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Product structured data

Google’s own framing: “Dua markup types exist: Product snippets untuk non-purchase halaman, emphasizing reviews, dan Merchant listings untuk purchase halaman, highlighting product details like sizing dan shipping.” (terjemahan) “Dua markup jenis exist: Product snippets untuk non-purchase halaman, emphasizing reviews, dan Merchant listings untuk purchase halaman, highlighting product detail like sizing dan shipping.” sama schema.org/Product vocabulary underneath — perbedaan adalah yang properties Google memerlukan untuk setiap.

diperlukan vs. recommended properties

** minimum untuk sebuah product snippet** — Google’s lebih ringan dari dua experiences: Product.name, plus setidaknya satu dari offers, review, atau aggregateRating. itu “satu dari three” (terjemahan) “satu dari three” flexibility adalah spesifik untuk product snippets. sebuah merchant listing selalu perlu offers — Google’s own diperlukan-property table lists name, image, dan offers sebagai diperlukan, penuh berhenti, dengan Tidak either/atau. dan sebuah scoping aturan worth internalizing — Google: “product rich hasil hanya dukung halaman itu focus pada a single product (atau multiple variants dari itu sama product).” (terjemahan) “product rich hasil hanya mendukung halaman itu focus pada sebuah single product (atau multiple variants dari yang sama product).” sebuah category halaman (“shoes di our shop” (terjemahan) “shoes di kami shop”) adalah tidak sebuah product; untuk sebuah line dari variants, reach untuk ProductGroup markup alih-alih (sebuah direct sibling topic).

ProductGroup seharusnya deskripsikan genuine variants di catalog, tidak setiap theoretical configuration sebuah selector dapat calculate. sebuah variant seharusnya memiliki sebuah stable identity, nyata attributes, sebuah reachable atau selectable state, dan sebuah offer commerce sistem dapat pertahankan saat ini. Emitting Cartesian product dari setiap option dapat produce valid-looking markup itu invents products shoppers cannot select atau buy. detailed inclusion aturan langsung di Product Variant SEO.

Product tingkat

Offer tingkat (offers, sebuah Offer object)

dua aturan orang miss sebagian besar: untuk merchant listings, “merchant listing experiences require a price greater daripada zero” (terjemahan) “merchant listing experiences memerlukan sebuah price greater daripada zero” (product snippets tolerate 0), dan priceCurrency adalah diperlukan untuk merchant listings tetapi hanya “saat ini recommended” (terjemahan) “saat ini recommended” untuk basic product snippets.

availability property dan -nya enum nilai

availability tidak strictly diperlukan untuk eligibility, tetapi treat ini sebagai essential — ini drives “Di stock” (terjemahan) “di stock” / “Out of stock” (terjemahan) “Out dari stock” label pengguna see, dan ini adalah sebuah key field Google matches terhadap Anda Merchant Center feed. ini takes sebuah schema.org enum, dan passing sebuah plain string like "in stock" alih-alih URL/enum nilai adalah satu dari paling umum validation errors.

penuh set Google documents untuk Product:

untuk SEO menangani dari out-dari-stock dan discontinued items — apakah untuk pertahankan, redirect, atau noindex them — out-dari-stock products artikel di ecommerce cluster goes deeper daripada markup alone.

ecommerce availability contract

availability adalah tidak sebuah direct copy dari sebuah warehouse quantity. sebuah product dapat physically exist tetapi menjadi unsellable di sebuah market, tidak tersedia untuk sebuah dipilih variant, restricted untuk pickup, unable untuk reach sebuah postcode, atau temporarily blocked di checkout. Reconcile seluruh decision chain:

Choose sebuah authoritative commerce service untuk underlying decision, lalu map -nya status dengan sengaja ke lebih kecil vocabularies diperlukan oleh schema.org, Google atau Microsoft feeds, dan agentic-commerce integrations. melakukan tidak let setiap template dan feed invent -nya own translation dari available, backorderable, pickup-only, atau discontinued. Bukti untuk klaim ini Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. Cakupan: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Share product data

Postcode-dependent fulfillment perlu dua tingkat dari truth. landing halaman, markup, dan feed seharusnya state umumnya published offer accurately; setelah sebuah customer supplies sebuah location, halaman dan checkout dapat tampilkan lebih spesifik fulfillment outcome. melakukan tidak publish InStock merely karena satu warehouse memiliki sebuah unit ketika represented market cannot buy ini, dan melakukan tidak mark entire parent product OutOfStock karena satu size, store, atau pengiriman metode adalah tidak tersedia. Product Variant SEO URL contract applies ketika availability perubahan dengan dipilih SKU.

Validate setidaknya ini representative status setelah catalog, template, feed, atau fulfillment perubahan:

• sebuah ordinary di-stock SKU;
• sebuah temporarily tidak tersedia atau backorderable SKU;
• satu tidak tersedia variant di dalam sebuah jika tidak tersedia product group;
• sebuah postcode-restricted pengiriman dengan sebuah tersedia pickup atau store option;
• sebuah discontinued item;
• sebuah recently restocked item sebelum dan setelah feed refresh.

untuk setiap satu, capture terlihat selection, mentah dan dirender markup, feed baris, cart line, dan checkout hasil. sebuah passing Rich hasil Test proves markup eligibility; ini melakukan tidak prove feed freshness, personalized fulfillment, atau purchase success.

Product schema vs. Google Merchant Center feeds — validated secara terpisah

ini adalah confusion I sebagian besar ingin untuk kill. Product schema markup dan sebuah Merchant Center product feed adalah dua terpisah sistem. Google reconciles them, tetapi mereka adalah tidak satu submission dan mereka adalah tidak validated together.

«Google spells out the three options: “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” Bukti untuk klaim ini Google treats on-page Product structured data and Merchant Center feeds as separate, complementary ways to provide product data. Cakupan: Google Search ecommerce guidance; the systems can be reconciled but are validated separately. Tingkat keyakinan: tinggi · Diverifikasi: 2026-07-14 Google: Share product data And on why you might do both: “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data. Some experiences combine data from structured data and Google Merchant Center feeds if both are available. For example, product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian lima puluh empat, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Baca itu dengan hati-hati: mereka’re combined ketika tersedia, yang adalah persis mengapa orang assume mereka’re yang sama sistem. practical consequences:

• Dua validators. Markup adalah diperiksa dengan Rich hasil Test dan monitored di Search Console; feed adalah diperiksa dengan Merchant Center diagnostics. Passing Rich hasil Test says tidak ada apa pun tentang apakah Anda feed adalah valid, dan vice versa.
• Anda tidak perlu sebuah feed untuk earn sebuah merchant listing. pada-halaman data terstruktur alone dapat produce merchant-listing rich hasil. sebagai John Mueller dibingkai ini, ada juga “the possibility to submit a feed to your merchant center account, to show products there.” (terjemahan) “ possibility untuk submit sebuah feed untuk Anda merchant center account, untuk tampilkan products di sana.” feed adalah sebuah additive path, tidak sebuah prerequisite.

pertahankan price dan availability consistent di seluruh markup, feed, dan checkout

Merchant Center spec adalah jelas itu merchants harus “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (terjemahan) “accurately submit product’s price dan currency, dan match dengan price dari Anda landing halaman, data terstruktur, dan di checkout.” So price dan availability memiliki untuk agree di three places: Anda pada-halaman Offer, Anda Merchant Center feed, dan sebenarnya checkout. jika mereka diverge, Google dapat flag sebuah mismatch atau suspend item bahkan ketika Anda JSON-LD validates cleanly. Bersih markup adalah necessary; consistency adalah apa mempertahankan listing langsung. jika Anda sell pada Bing too, yang sama discipline applies untuk Microsoft Merchant Center — -nya feed sistem adalah Bing-side equivalent dari Google’s. untuk variants, reconcile entire dipilih offer—tidak hanya price dan stock. Product identity, SKU, group ID, dipilih attributes, price, currency, dan availability seharusnya refer untuk yang sama sellable item pada terlihat PDP, di dirender JSON-LD, di feed, dan melalui cart dan checkout.

Reviews dan ratings — dan self-serving-review myth

review dan aggregateRating tetap terdokumentasi, eligible Product properties untuk star ratings — tidak ada apa pun tentang itu changed. Dua aturan untuk mendapatkan right:

«- Reviewer names must be a person or team, not promotional text. Google’s examples: “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.”

• Pros and cons structured data is editorial-only. Google: “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” A merchant describing its own product can’t use it. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Now myth I ingin untuk correct precisely, karena ini mendapatkan mangled constantly:

«> **“Google killed review stars for product pages the same way it did for

business reviews.”** — False, and the distinction matters. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian enam puluh tiga, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

self-serving-reviews restriction adalah scoped untuk LocalBusiness / Organization markup, tidak Product. Google’s wording: “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” (terjemahan) “jika entity itu’s menjadi reviewed controls reviews tentang itself, mereka halaman itu gunakan LocalBusiness atau apa pun lainnya jenis dari Organization data terstruktur adalah ineligible untuk star review fitur.” itu policy dates untuk September 2019 dan targets sebuah business rating itself. Product review/aggregateRating adalah masih eligible.

Apa memiliki tightened adalah genuine-review enforcement lebih broadly — Google’s Reviews sistem, Product Reviews memperbarui, dan situs-reputation-abuse policy increasingly discount manipulated atau incentivized ratings bahkan di mana markup validates. So correct statement adalah: Product review stars adalah masih eligible, tetapi ratings harus menjadi genuine, pengguna-sourced, dan tentang product — tidak sebuah blanket structured-data ban. juga jangan aggregate ratings dari lainnya situs ke Anda own markup; Google’s guidance adalah sebuah flat “Don’t aggregate reviews or ratings from other websites.” (terjemahan) “jangan aggregate reviews atau ratings dari lainnya situs web.” deeper eligibility discussion lives di Review schema dan AggregateRating schema siblings alih-alih di sini.

Identifiers dan trust sinyal: sku, gtin, mpn, brand

ini adalah “recommended,” (terjemahan) “recommended,” tidak “wajib,” (terjemahan) “diperlukan,” di Penelusuran’s own spec — tetapi mereka carry nyata weight pada Merchant Center / shopping side, di mana product matching terhadap global catalog bergantung pada them:

• gtin — global identifier (UPC/EAN/ISBN). strongest matching sinyal; supply ini setiap kali product memiliki satu.
• mpn — manufacturer bagian angka, untuk products tanpa sebuah GTIN.
• brand — manufacturer/brand name (brand.name).
• sku — Anda own internal identifier.

Fill ini di bahkan though Penelusuran panggilan them opsional; incomplete identifiers adalah sebuah umum alasan sebuah product adalah technically eligible namun underperforms di shopping surfaces di mana matching bergantung pada them.

kembalikan policy dan shipping

«For merchant listings, hasMerchantReturnPolicy and shippingDetails are recommended. Google’s steer: define the return policy once at the Organization level, not per-offer — “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” That’s where the Organization schema sibling comes in — the site-wide return policy belongs there, with per-Offer overrides reserved for exceptions. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh satu, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

«On images, Google recommends “multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Mengapa Anda valid markup masih menampilkan Tidak rich hasil

«Eligibility is not display. Mueller listed what it takes: “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” That last clause is the one people forget — you can do everything right and Google can still decide not to surface the enhancement. Getting the markup correct only puts you in the running. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian tujuh puluh empat, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

JSON-LD dan AI-shopping angle

gunakan JSON-LD — ini adalah Google’s recommended format dan oleh far paling maintainable di ecommerce scale (ini tidak interleaved dengan Anda HTML dan dapat menjadi injected oleh Anda platform). Beyond classic rich hasil, ada sebuah growing practitioner theory itu menyelesaikan Product schema juga helps AI shopping alat baca dan merekomendasikan products — worth flagging sebagai sebuah open, unverified angle alih-alih sesuatu Google’s Product structured-data documentation establishes atau promises. Getting markup right costs tidak ada apa pun extra either cara, so treat ini sebagai sebuah reasonable bet, tidak sebuah guaranteed payoff.

untuk di mana Product schema sits di wider structured-data picture, see lebih luas Schema Markup dan data terstruktur hubs ini artikel nests di bawah; untuk penuh product halaman, see product halaman SEO berfungsi di ecommerce cluster.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: schema.org/Product markup (biasanya JSON-LD) itu labels sebuah product halaman’s name, image, price, availability, identifiers, dan reviews so mesin pencari dapat produce shopping-style rich hasil.
• Dua experiences, berbeda strictness: product snippets (apa pun product halaman; reviews/price; priceCurrency hanya recommended; price: 0 diizinkan) vs. merchant listings (transactional halaman; memerlukan image, offers, dan price > 0 dengan priceCurrency).
• Minimum untuk sebuah product snippet: name + setidaknya satu dari offers/review/aggregateRating. itu’s snippet-spesifik — sebuah merchant listing memerlukan offers outright, tidak sebagai satu dari three options. hanya single-product (atau variants-dari-satu) halaman qualify; gunakan ProductGroup untuk sebuah variant line.
• Feed vs. markup ( key confusion): Product schema (pada-halaman, validated melalui Rich hasil Test / Search Console) adalah sebuah terpisah sistem dari sebuah Google Merchant Center feed (submitted, validated melalui Merchant Center diagnostics). Google reconciles them dan dapat borrow feed pricing; sebuah feed adalah additive, tidak diperlukan. Price/availability harus match di seluruh markup, feed, dan checkout atau Google flags sebuah mismatch bahkan jika JSON-LD adalah valid.
• availability enum: InStock, OutOfStock, PreOrder, PreSale, BackOrder, OnlineOnly, InStoreOnly, LimitedAvailability, Discontinued, SoldOut. Passing sebuah plain string alih-alih enum adalah sebuah umum error.
• Reviews: review/aggregateRating masih eligible pada Product; reviewer names harus menjadi sebuah person/team, pros-dan-cons adalah editorial-hanya. Myth corrected: self-serving-review ban adalah scoped untuk LocalBusiness/Organization, tidak Product — tetapi genuine-review enforcement (Reviews sistem, Product Reviews memperbarui) discounts manipulated ratings regardless dari markup validity.
• Identifiers: gtin (strongest match) > mpn > brand > sku — “recommended” (terjemahan) “recommended” di Penelusuran tetapi muat-bearing untuk shopping/Merchant Center matching.
• kembalikan policy: default hasMerchantReturnPolicy di Organization tingkat; per-Offer hanya untuk exceptions.
• Eligibility ≠ display: valid markup + terindeks halaman + Google deciding ini adalah “worth showing.” (terjemahan) “worth menunjukkan.” Bersih markup hanya membuat Anda eligible.
• AI angle (unverified): beberapa practitioners believe menyelesaikan Product schema helps AI shopping alat baca dan merekomendasikan products — Google’s own documentation tidak establish ini, so treat ini sebagai sebuah open pertanyaan, tidak sebuah terdokumentasi mechanism.

Dokumentasi resmi

Utama-sumber documentation dari mesin pencari.

Google — data terstruktur ( markup side)

• Intro untuk Product data terstruktur — dua experiences (product snippets vs. merchant listings) dan “structured data, feed, or both” (terjemahan) “data terstruktur, feed, atau keduanya” hubungan.
• Product snippet (Review, AggregateRating, Offer) data terstruktur — diperlukan/recommended properties untuk lebih ringan product-snippet experience.
• Merchant listing data terstruktur — stricter requirements, price-greater-daripada-zero aturan, kembalikan-policy dan image guidance.
• Review snippet (Review, AggregateRating) data terstruktur — self-serving-review cakupan (LocalBusiness/Organization) dan “don’t aggregate” (terjemahan) “jangan aggregate” aturan.
• Rich hasil Test — validate markup dan periksa rich-hasil eligibility.

Google — feed side (Merchant Center)

• Product data specification — diperlukan feed attributes dan price/currency consistency requirement di seluruh landing halaman, data terstruktur, dan checkout.
• siapkan data terstruktur untuk Merchant Center — bagaimana data terstruktur dan feed relate pada Merchant Center side.

Bing / Microsoft

• Marking up Anda situs dengan data terstruktur — Bing’s umum structured-data mendukung (schema.org, JSON-LD recommended).

Quotes dari sumber

pada—record statements dari Google. Di mana sebuah sumber halaman exposes text, tautan adalah sebuah deep tautan itu jumps untuk quoted passage.

Google docs — dua experiences

• “Two markup types exist: Product snippets for non-purchase pages, emphasizing reviews, and Merchant listings for purchase pages, highlighting product details like sizing and shipping.” (terjemahan) “Dua markup jenis exist: Product snippets untuk non-purchase halaman, emphasizing reviews, dan Merchant listings untuk purchase halaman, highlighting product detail like sizing dan shipping.” Jump untuk quote
• “Currently, product rich results only support pages that focus on a single product (or multiple variants of the same product).” (terjemahan) “Saat ini, product rich hasil hanya mendukung halaman itu focus pada sebuah single product (atau multiple variants dari yang sama product).” Jump untuk quote

Google docs — data terstruktur vs. Merchant Center feed

«- “To provide rich product data to Google Search you can add Product structured data to your web pages, upload data feeds with Google Merchant Center and opt into free listings within the Merchant Center console, or both.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian sembilan puluh delapan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.) «- “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data… product snippets may use pricing data from your merchant feed if it’s not present in the structured data on the page.” Jump to quote » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian sembilan puluh delapan, bagian kecil dua: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google docs — merchant listing aturan

• “Unlike product snippets, merchant listing experiences require a price greater than zero.” (terjemahan) “Unlike product snippets, merchant listing experiences memerlukan sebuah price greater daripada zero.” Jump untuk quote
• “We recommend you provide a global return policy for your business under Organization markup instead… Only if some of your products have specific return policies… use this property under Offer.” (terjemahan) “kami merekomendasikan Anda menyediakan sebuah global kembalikan policy untuk Anda business di bawah Organization markup alih-alih… hanya jika beberapa dari Anda products memiliki spesifik kembalikan policies… gunakan ini property di bawah Offer.” Jump untuk quote
• “For best results, we recommend providing multiple high-resolution images (minimum of 50K pixels when multiplying width and height) with the following aspect ratios: 16x9, 4x3, and 1x1.” (terjemahan) “untuk best hasil, kami merekomendasikan providing multiple tinggi-resolution images (minimum dari 50K pixels ketika multiplying width dan height) dengan berikut aspect ratios: 16x9, 4x3, dan 1x1.” Jump untuk quote

Google docs — reviews

«- On reviewer names: “Not recommended: ‘50% off on Black Friday’. Recommended: ‘James Smith’ or ‘CNET Reviewers’.” Jump to quote

• On pros and cons: “Only editorial product review pages are eligible for the pros and cons appearance in Search results.” Jump to quote
• On self-serving reviews (scoped to LocalBusiness/Organization): “If the entity that’s being reviewed controls the reviews about itself, their pages that use LocalBusiness or any other type of Organization structured data are ineligible for star review feature.” Review snippet docs
• “Don’t aggregate reviews or ratings from other websites.” Review snippet docs » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Google — Merchant Center consistency

• Merchants harus “accurately submit the product’s price and currency, and match with the price from your landing page, structured data, and at checkout.” (terjemahan) “accurately submit product’s price dan currency, dan match dengan price dari Anda landing halaman, data terstruktur, dan di checkout.” Product data specification

John Mueller, Google (melalui mesin pencari Journal)

• “It requires that the page be indexed, that the page has valid structured data on it, and that our systems have determined that it’s worth showing this structured data.” (terjemahan) “ini memerlukan itu halaman menjadi terindeks, itu halaman memiliki valid data terstruktur pada ini, dan itu kami sistem memiliki determined itu ini adalah worth menunjukkan ini data terstruktur.” SEJ coverage
• “There’s also the possibility to submit a feed to your merchant center account, to show products there.” (terjemahan) “ada juga possibility untuk submit sebuah feed untuk Anda merchant center account, untuk tampilkan products di sana.” SEJ coverage

Product schema cheat sheet

** minimum untuk sebuah product snippet**

Product.name + setidaknya satu dari offers / review / aggregateRating. sebuah merchant listing selalu perlu offers — itu flexibility tidak apply di sana. Single-product halaman hanya (gunakan ProductGroup untuk sebuah variant line).

Snippet vs. merchant listing — di mana mereka differ

availability enum nilai

InStock · OutOfStock · PreOrder · PreSale · BackOrder · OnlineOnly · InStoreOnly · LimitedAvailability · Discontinued · SoldOut

«Markup vs. Merchant Center feed » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian seratus tujuh belas, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

Identifiers, oleh matching strength: gtin > mpn > brand > sku.

Fast facts

• Format: JSON-LD (recommended, sebagian besar maintainable di scale).
• Valid markup = eligible, tidak guaranteed untuk tampilkan.
• kembalikan policy: default di Organization tingkat; per-Offer hanya untuk exceptions.
• Self-serving-review ban = LocalBusiness/Organization hanya, tidak Product.
• Images: multiple, min 50K px (w×h), aspect ratios 16x9 / 4x3 / 1x1.

melakukan I perlu Product schema, sebuah Merchant Center feed, atau keduanya?

berfungsi down pertanyaan:

1. adalah halaman sebuah single product (atau satu product’s variants)?

• Tidak — ini adalah sebuah category/collection halaman → Product schema tidak eligible. pertimbangkan ProductGroup untuk sebuah variant line, atau breadcrumb/collection markup alih-alih.
• Ya → continue.

2. dapat product menjadi bought secara langsung pada itu halaman?

• Tidak (ini adalah sebuah informational atau editorial product halaman) → aim untuk sebuah product snippet: name + offers dan/atau review/aggregateRating. priceCurrency recommended; price: 0 adalah diizinkan untuk free items.
• Ya → aim untuk sebuah merchant listing: tambahkan image, offers dengan price > 0 dan priceCurrency (diperlukan), plus availability, itemCondition, dan ideally shippingDetails.

3. melakukan Anda ingin Anda products di Google Shopping / free listings dan untuk maximize eligibility?

• tambahkan sebuah Google Merchant Center feed di addition untuk pada-halaman markup. ini adalah sebuah terpisah sistem, tetapi Google combines keduanya dan ini broadens Anda eligibility. Tidak diperlukan untuk earn sebuah pada-halaman merchant listing — ini adalah additive.
• pertahankan ini markup-hanya jika Anda hanya ingin pada-halaman rich hasil dan jangan perlu Shopping surfaces.

4. Whichever path — sebelum Anda ship:

• Validate markup dengan Rich hasil Test dan watch Search Console.
• jika Anda memiliki sebuah feed, validate ini secara terpisah di Merchant Center.
• Konfirmasi price, priceCurrency, dan availability match di seluruh markup, feed, dan checkout. ini adalah langkah itu mempertahankan listings langsung setelah mereka validate.

aturan dari thumb: pada-halaman Product schema adalah baseline untuk everyone selling sebuah product; Merchant Center feed adalah additional layer untuk anyone siapa ingin Shopping/free-listings surfaces atau maximum eligibility.

Product schema myths dan mistakes untuk hindari

Myth: “Adding Product schema guarantees a rich result.” (terjemahan) “menambahkan Product schema jaminan sebuah rich hasil.” ini hanya membuat halaman eligible. Per Mueller, halaman juga memiliki untuk menjadi terindeks dan Google’s sistem memiliki untuk decide hasil adalah “worth showing.” (terjemahan) “worth menunjukkan.” Valid ≠ displayed.

Myth: “Product schema and my Merchant Center feed are the same submission.” (terjemahan) “Product schema dan my Merchant Center feed adalah yang sama submission.” mereka’re dua sistem dengan dua validators. Google reconciles them (dan dapat borrow feed pricing untuk sebuah snippet), tetapi memperbaiki Anda JSON-LD melakukan tidak ada apa pun untuk sebuah rusak feed, dan sebuah passing Rich hasil Test says tidak ada apa pun tentang feed validity.

Myth: “Google killed review stars on product pages like it did for business reviews.” (terjemahan) “Google killed review stars pada product halaman like ini melakukan untuk business reviews.” self-serving-review ineligibility adalah scoped untuk LocalBusiness / Organization (sebuah business rating itself, per September 2019 policy) — tidak Product. Product review/aggregateRating adalah masih eligible. apa tightening adalah genuine-review enforcement (Reviews sistem, Product Reviews memperbarui), yang discounts manipulated atau incentivized ratings bahkan ketika markup validates. jangan conflate sebuah konten-quality crackdown dengan sebuah structured-data ban.

Myth: “priceCurrency adalah selalu wajib.” (terjemahan) “tidak terdefinisi adalah selalu diperlukan.” ini adalah diperlukan untuk merchant listings tetapi hanya “currently recommended” (terjemahan) “saat ini recommended” untuk basic product snippets.

Myth: “You need Merchant Center to get Shopping-style results.” (terjemahan) “Anda perlu Merchant Center untuk mendapatkan Shopping-style hasil.” pada-halaman data terstruktur alone dapat produce sebuah merchant-listing rich hasil. feed adalah sebuah additive path, tidak sebuah prerequisite.

Myth: “Any price format works as long as there’s a number.” (terjemahan) “apa pun price format berfungsi sebagai panjang sebagai ada sebuah angka.” Currency symbols, thousands separators, atau sebuah mis-nested priceSpecification routinely break validation. pertahankan price sebuah bare angka/string dan priceCurrency sebuah terpisah ISO code.

Mistake: marking up sebuah category halaman sebagai sebuah Product. Product rich hasil hanya cover single-product (atau single-product-variant) halaman.

Mistake: fabricating atau importing reviews. Reviewer names harus menjadi sebuah person/team (tidak “50% off” (terjemahan) “50% off”), pros-dan-cons adalah editorial-hanya, dan Anda harus tidak “aggregate reviews atau ratings dari other websites.” (terjemahan) “aggregate reviews atau ratings dari lainnya situs web.”

Mistake: markup itu tidak match halaman. jika price/availability di Anda JSON-LD disagrees dengan landing halaman, feed, atau checkout, Google dapat flag sebuah mismatch atau suspend item — bahkan dengan valid markup.

Bersih vs. rusak Product JSON-LD

sebuah bersih merchant-listing-ready snippet

Single product, price greater daripada zero, correct currency, sebuah proper availability enum URL, dan sebuah genuine aggregate rating:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "image": [
    "https://example.com/img/backpack-1x1.jpg",
    "https://example.com/img/backpack-4x3.jpg",
    "https://example.com/img/backpack-16x9.jpg"
  ],
  "description": "Lightweight 30-liter pack with a ventilated back panel.",
  "sku": "TH-30L-GRN",
  "gtin": "0192341567890",
  "brand": { "@type": "Brand", "name": "Trailhead" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/backpacks/trailhead-30l",
    "price": "129.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition",
    "priceValidUntil": "2026-12-31"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "218"
  }
}

yang sama snippet, rusak

setiap line flagged di bawah adalah sebuah nyata, umum Search Console failure:

{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Trailhead 30L Hiking Backpack",
  "offers": {
    "@type": "Offer",
    "price": "$1,129.00",
    "priceCurrency": "dollars",
    "availability": "in stock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6"
  }
}

apa wrong:

• price: "$1,129.00" — sebuah currency symbol dan thousands separator break numeric parse. gunakan "1129.00".
• priceCurrency: "dollars" — harus menjadi sebuah valid ISO 4217 code: "USD".
• availability: "in stock" — tidak sebuah valid enum; gunakan URL form "https://schema.org/InStock". ini produces classic Tidak valid enum nilai di field “availability” (terjemahan) “availability” error.
• Tidak image — diperlukan untuk sebuah merchant listing (ini akan fall back untuk sebuah product snippet di best).
• aggregateRating dengan Tidak reviewCount/ratingCount — sebuah aggregate rating perlu sebuah count untuk menjadi valid.

umum Search Console errors → memperbaiki

Uji pemahaman Anda: Product Schema

Five quick pertanyaan pada schema.org/Product, dua rich-hasil experiences, dan feed-vs-markup pembedaan. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My writing pada ini topic

I haven’t published sebuah standalone Product schema guide dari my own — so alih-alih poin Anda di sesuatu itu tidak exist, honest move adalah untuk kirim Anda untuk utama sources di bawah dan untuk related structured-data berfungsi pada ini situs. untuk lebih luas vocabulary dan di mana Product fits, see Schema Markup dan Structured data hubs; untuk AI angle, Schema Markup untuk AI.

dari sekitar industry

• Intro untuk Product data terstruktur (Google Search Central) — authoritative reference untuk dua experiences dan feed hubungan.
• Merchant listing data terstruktur (Google) — stricter transactional requirements, kembalikan-policy dan image guidance.
• Product snippet data terstruktur (Google) — lebih ringan product-snippet property set dan reviewer-name aturan.
• Product data specification (Google Merchant Center Help) — feed-side attributes dan price-consistency requirement di seluruh landing halaman, data terstruktur, dan checkout.
• Google Says cara Mendapatkan Lebih Product Rich hasil (mesin pencari Journal) — Mueller quotes pada eligibility vs. display dan feed option.
• Apa adalah Schema Markup? cara tambahkan ini & mengapa ini penting (Ahrefs) — sebuah umum schema guide dengan sebuah berguna AI-agent/product-penemuan angle.

Log perubahan