Panduan Commerce Schema

TL;DR — “Commerce schema” (terjemahan) “Commerce schema” adalah my shorthand untuk schema.org jenis Anda gunakan untuk mark up hal orang dapat penelusuran untuk dan act pada — products untuk buy dan jobs untuk apply untuk. ada three: Product (satu item untuk sale), ProductGroup (sebuah group dari variants, like sebuah shirt di several sizes dan colors), dan JobPosting (sebuah single open job). tambahkan right satu dan Anda halaman becomes eligible untuk sebuah fancier penelusuran listing — Shopping-style product hasil atau sebuah Google untuk Jobs card. ini tidak membuat Anda peringkat lebih tinggi, tidak jaminan hasil sebenarnya menampilkan atau earns lebih clicks, dan ini adalah tidak sebuah cara untuk mendapatkan cited oleh AI either. ini hub routes Anda untuk right jenis; penuh property tables langsung di setiap jenis’s own artikel.

Apa “commerce schema” (terjemahan) “skema perdagangan” berarti

“Commerce schema” (terjemahan) “Commerce schema” adalah sebuah practical grouping, tidak sebuah single Schema.org jenis atau Google fitur. Evidence for this claim Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Scope: This article's taxonomy; Schema.org and Google document individual types and search experiences. Confidence: high · Verified: 2026-07-14 Schema.org: Product Google documents distinct product, merchant-listing, dan organization markup requirements dan eligibility. Evidence for this claim Google documents distinct structured-data requirements for product snippets and merchant listings, and valid markup does not guarantee display. Scope: Google Product structured data and merchant-listing experiences. Confidence: high · Verified: 2026-07-14 Google: Product structured data

Ketika Anda lihat sebuah halaman selling sebuah jacket, Anda dapat tell price dari color options dari “di stock” (terjemahan) “di stock” label hanya oleh reading. sebuah mesin pencari sees plain text dan memiliki untuk guess. Schema markup adalah code Anda tambahkan untuk spell ini out — “ini adalah itu price,” (terjemahan) “ini adalah price,” “this is the availability,” (terjemahan) “ini adalah availability,” “this is a job title” (terjemahan) “ini adalah sebuah job judul” — menggunakan sebuah shared vocabulary dari sebuah situs called schema.org.

“Commerce schema” (terjemahan) “Commerce schema” tidak sebuah official istilah. ini adalah hanya my umbrella untuk schema.org jenis itu deskripsikan commercial atau transactional listings — individual items sebuah person dapat penelusuran untuk, filter, dan melakukan sesuatu dengan:

• Product — sebuah single item itu’s untuk sale.
• ProductGroup — sebuah parent itu ties together variants dari satu item (sizes, colors) so mesin pencari know mereka’re options dari yang sama hal, tidak terpisah products.
• JobPosting — satu open job pada sebuah careers halaman.

I group ini three together karena mereka share sebuah job di SEO: Anda tambahkan them so Google dapat turn Anda listing ke sebuah specialized penelusuran hasil. tetapi menjadi jelas — Google dan schema.org jangan file them together. I’ll come back untuk itu honesty di Advanced tab, karena ini penting.

ini hub’s own job mengikuti dari itu: ini adalah sebuah router, tidak implementation guide. Figure out yang dari three jenis Anda halaman adalah di bawah, lalu go baca itu jenis’s deep dive (dan, di mana reviews, mengembalikan, atau shipping adalah involved, berdekatan Review/MerchantReturnPolicy/OfferShippingDetails records) untuk sebenarnya property tables.

Mengapa Anda’d bother: rich hasil

payoff adalah rich hasil — enhanced listings itu stand out di penelusuran:

• 🛍️ sebuah product dengan price, sebuah “di stock” (terjemahan) “di stock” label, dan review stars
• 👕 sebuah product itu menampilkan -nya size dan color options
• 💼 sebuah job itu muncul di Google’s Jobs box dengan company, location, dan salary

tambahkan matching schema dengan semua -nya diperlukan detail, dan Anda halaman becomes eligible untuk itu treatment. Eligible, tidak pernah guaranteed — Google masih decides apakah untuk sebenarnya tampilkan ini.

hal sebagian besar orang mendapatkan wrong

menambahkan commerce schema melakukan tidak membuat Anda peringkat lebih tinggi. Google memiliki mengatakan ini plainly dan repeatedly. Apa schema melakukan adalah membuat Anda eligible untuk sebuah richer listing dan help mesin memahami Anda halaman. itu’s berbeda dari peringkat better — dan eligible tidak yang sama sebagai guaranteed, either: valid markup tidak promise rich hasil akan sebenarnya tampilkan, tidak promise lebih clicks, dan tidak sebuah cara untuk mendapatkan cited di sebuah AI jawaban. Treat setiap dari itu sebagai -nya own terpisah outcome.

Satu lebih beginner trap: ini jenis tidak interchangeable. gunakan Product untuk sebuah single item, ProductGroup ketika itu item muncul di variants, dan JobPosting untuk sebuah job — dan tidak pernah untuk sebuah halaman listing several jobs di setelah. itu terakhir aturan adalah stricter daripada sebagian besar orang expect.

ingin penuh versi — di mana ini sit di schema.org hierarchy, bagaimana setiap connects untuk Merchant Center dan Google untuk Jobs, dan yang artikel untuk baca berikutnya? Switch untuk Advanced tab.

TL;DR — “Commerce schema” (terjemahan) “Commerce schema” adalah my practitioner grouping, tidak sebuah Google atau schema.org category, untuk listing jenis itu earn transactional rich hasil: Product, ProductGroup, dan JobPosting. Google sebenarnya splits them — Product/Variants langsung di bawah “Shopping,” (terjemahan) “Shopping,” Job posting sits di umum fitur guides list. schema.org tidak unify them either: Product → ProductGroup adalah sebuah nyata parent/child (Thing > Product > ProductGroup), sementara JobPosting adalah off di Intangible branch (Thing > Intangible > JobPosting), unrelated untuk Product. satu-satunya hal binding semua three adalah SEO gunakan case — structured listings Google turns ke specialized SERP treatment (Merchant listings, Google untuk Jobs). None dari ini adalah sebuah peringkat factor; ini buys eligibility — tidak sebuah guaranteed display, sebuah CTR lift, atau sebuah AI citation, yang adalah three terpisah, unguaranteed outcomes. Review/AggregateRating eligibility berjalan pada -nya own terpisah profile, dan kembalikan/shipping data splits ke sebuah Organization-tingkat policy plus Offer-tingkat exceptions — dua lebih contracts ini hub hanya routes untuk. dan lifecycle risk differs di seluruh three: sebuah stale Product mostly loses eligibility, tetapi sebuah stale, un-expired JobPosting dapat trigger sebuah manual tindakan.

pertama, sebuah honest framing: ini adalah my grouping, tidak Google’s

grouping di ini artikel combines several related vocabularies dan penelusuran fitur untuk convenience. Evidence for this claim Commerce schema is an editorial grouping rather than a single Schema.org type or Google feature. Scope: This article's taxonomy; Schema.org and Google document individual types and search experiences. Confidence: high · Verified: 2026-07-14 Schema.org: Product setiap Google experience memiliki -nya own diperlukan dan recommended properties, dan valid markup melakukan tidak jaminan display. Evidence for this claim Google documents distinct structured-data requirements for product snippets and merchant listings, and valid markup does not guarantee display. Scope: Google Product structured data and merchant-listing experiences. Confidence: high · Verified: 2026-07-14 Google: Product structured data

I ingin untuk menjadi transparent up front, karena sebagian besar konten itu talks tentang “commerce” (terjemahan) “commerce” atau “ecommerce” (terjemahan) “ecommerce” schema diam-diam implies ini jenis adalah sebuah official family. mereka’re tidak.

• Google’s own docs split them. di data terstruktur gallery, “Job posting” (terjemahan) “Job posting” sits di flat, umum fitur guides list — right alongside unrelated jenis like artikel, Local business, dan Organization. Meanwhile “Product snippet,” (terjemahan) “cuplikan produk,” “Merchant listing,” (terjemahan) “listing pedagang,” dan “Variants” (terjemahan) “varian” langsung di bawah sebuah terpisah Shopping sub-heading. Dua berbeda documentation families.
• schema.org tidak unify them. -nya own jenis hierarchy memiliki sebuah dedicated “Product, Offer, dan AggregateOffer” (terjemahan) “Product, Offer, dan AggregateOffer” group — dan JobPosting muncul di Tidak top-tingkat grouping alongside ini.

So mengapa put them di satu artikel? Karena di practice — cara sebuah SEO sebenarnya berfungsi — mereka’re yang sama jenis dari masalah: structured, listing-style konten Anda mark up untuk unlock sebuah specialized penelusuran experience. itu shared gunakan case adalah nyata dan berguna. shared taxonomy adalah tidak. I’d rather say itu plainly daripada pretend Google drew ini box.

three jenis di sebuah glance

• Product (schema.org/Product) — sebuah single sellable item. Google turns valid Product markup ke dua experiences: product snippets (review stars dan price pada non-purchase halaman) dan merchant listings (fuller Shopping-style hasil pada halaman di mana Anda dapat buy item). Bare minimum untuk sebuah rich hasil: name plus di least satu dari offers, review, atau aggregateRating — tetapi review/ aggregateRating route rides pada Google’s terpisah Review snippet aturan (-nya own eligibility profile, including self-serving-reviews restriction), tidak sebuah blanket “any product halaman dapat menunjukkan stars.” (terjemahan) “apa pun product halaman dapat tampilkan stars.” Tidak setiap Product atau merchant halaman secara otomatis qualifies untuk review stars; see Review schema deep dive untuk itu profile.
• ProductGroup (schema.org/ProductGroup) — sebuah parent itu groups variants dari satu conceptual item (sebuah t-shirt di several sizes dan colors) so Google understands mereka’re options dari yang sama product, tidak unrelated listings. ini ties variants together dengan hasVariant, variesBy, dan productGroupID. Crucially, ini tidak replace Product — setiap variant adalah masih -nya own penuh Product; ProductGroup sits di atas them.
• JobPosting (schema.org/JobPosting) — sebuah single open job, marked up so ini adalah eligible untuk Google untuk Jobs experience ( card/carousel dari listings di Penelusuran). Baseline diperlukan properties adalah title, description, datePosted, hiringOrganization, dan jobLocation (atau applicantLocationRequirements untuk fully remote peran).

I pertahankan ini hub dengan sengaja shallow pada setiap jenis’s property tables — deep dives langsung di three child artikel I poin untuk di end.

Di mana mereka sit di schema.org hierarchy

ini adalah bagian hampir tidak seorang pun cites correctly, dan ini adalah perbedaan antara sebuah guess dan sebuah fact:

• Product — Thing > Product.
• ProductGroup — Thing > Product > ProductGroup. ini adalah sebuah genuine subtype dari Product, inheriting semua dari Product’s properties dan menambahkan hasVariant, productGroupID, dan variesBy. So “Product vs ProductGroup” (terjemahan) “Product vs ProductGroup” tidak sebuah nyata either/atau — ProductGroup adalah sebuah specialized Product, purpose-dibangun untuk variant case.
• JobPosting — Thing > Intangible > JobPosting. sebuah completely terpisah branch. JobPosting definition membuat Tidak reference untuk Product, Offer, atau apa pun commerce jenis.

Conclusion: Product dan ProductGroup adalah taxonomically related (parent/child, verifiable, citable); JobPosting adalah taxonomically unrelated. connective tissue di seluruh semua three adalah SEO gunakan case, tidak jenis inheritance. Say itu, dan Anda’re pada solid ground.

Product vs. ProductGroup: ketika untuk gunakan yang

sederhana aturan:

• Satu purchasable configuration → plain Product. sebuah single SKU, satu price, satu halaman-itu-dapat-menjadi-bought.
• Satu conceptual item, multiple purchasable variants → ProductGroup wrapping -nya Product members. shirt-di-five-colors case. sebuah ProductGroup itself tidak offered untuk sale — -nya hasVariant members adalah, setiap dengan -nya own sku/gtin, price, dan availability.

Google juga documents ProductGroup differently: ini lives pada Variants halaman, tidak sebagai sebuah standalone top-tingkat fitur guide — reinforcing itu Google memperlakukan ini sebagai sebuah extension dari Product alih-alih sebuah wholly terpisah rich-hasil jenis. Penuh property tables, variesBy penuh-URL gotcha, dan Merchant Center item_group_id reconciliation belong di ProductGroup deep dive, tidak di sini.

JobPosting: odd satu out

JobPosting shares tidak ada apa pun taxonomically dengan Product — tetapi ini adalah yang sama shape dari masalah, so ini earns -nya place di ini hub. Dua hal set ini apart operationally:

1. Satu job per halaman, selalu. Google’s aturan: “Itu JobPosting markup harus hanya menjadi digunakan pada halaman itu contain a single job posting.” (terjemahan) “ JobPosting markup harus hanya menjadi digunakan pada halaman itu berisi sebuah single job posting.” tidak pernah pada sebuah listing atau penelusuran-hasil halaman. Product/ProductGroup memiliki Tidak equivalent single-item-per-halaman restriction — di fact ProductGroup ada precisely untuk tangani several variants pada satu halaman.
2. Expired postings adalah sebuah compliance obligation, tidak sebuah set-dan-forget. Lebih pada risk di bawah — ini adalah di mana stakes diverge hardest dari Product.

Shared ground aturan di seluruh semua three

bahkan though jenis jangan share sebuah taxonomy, mereka share Google’s umum structured-data guidelines, dan ini adalah worth stating aturan setelah:

• diperlukan properties adalah eligibility gate. Miss sebuah diperlukan property dan halaman tidak eligible untuk itu rich hasil. Recommended properties raise quality — Google secara harfiah menggunakan job-posting salary sebagai -nya own contoh: pengguna prefer postings dengan stated salaries di atas itu tanpa. yang sama “lebih menyelesaikan adalah better” (terjemahan) “lebih menyelesaikan adalah better” logic applies untuk Product.
• Eligibility ≠ guaranteed display. Valid markup mendapatkan Anda ke pool; Google’s sistem masih secara terpisah decide apakah untuk tampilkan enhancement.
• hanya mark up terlihat, accurate konten. Tidak invisible markup, Tidak fake reviews, Tidak misleading data — Google’s spam dan konten-quality policies apply di seluruh semua three, plus setiap jenis carries -nya own fitur-spesifik policy (JobPosting’s konten policy, misalnya).
• JSON-LD adalah recommended format untuk semua dari them — easier untuk maintain di scale daripada inline Microdata/RDFa.

Di mana setiap connects beyond pada-halaman markup

nyata unifying nilai tidak taxonomy — ini adalah itu Google memberikan listing-style konten -nya own product-line treatment:

• Product / ProductGroup ↔ Google Merchant Center. Anda dapat menyediakan product data sebagai pada-halaman data terstruktur, sebagai sebuah Merchant Center feed, atau keduanya. Google recommends keduanya untuk maximize eligibility, dan ini reconciles dua — mereka’re terpisah sistem itu adalah validated secara terpisah, tidak satu submission. Passing Rich hasil Test tidak berarti Anda feed adalah valid, dan vice versa. Price dan availability perlu untuk match di seluruh pada-halaman markup, feed, dan checkout.
• JobPosting ↔ Google untuk Jobs. Valid JobPosting markup membuat sebuah single-job halaman eligible untuk Jobs experience — sebuah distinct vertical, tidak Shopping surface.
• mengembalikan dan shipping split yang sama cara, di sebuah finer grain. MerchantReturnPolicy biasanya lives di Organization tingkat — Anda standard, situs-wide kembalikan window dan istilah. OfferShippingDetails berfungsi di Offer tingkat, dan ada secara khusus untuk override org-tingkat default untuk satu item (sebuah lebih berat product, sebuah region dengan berbeda rates). Treat itu sebagai dua terpisah records itu dapat setiap drift stale pada mereka own, tidak satu blob Anda set setelah — org-tingkat policy dan apa pun offer-tingkat exceptions keduanya perlu mereka own upkeep. Penuh precedence aturan langsung di MerchantReturnPolicy dan OfferShippingDetails deep dives.
• pada-halaman data terstruktur, sebuah Merchant Center feed, dan apa Google’s Penelusuran fitur atau sebuah AI jawaban sebenarnya surface adalah three terpisah contracts, tidak satu pipeline — valid markup earns eligibility di pertama, tidak secara otomatis populate kedua, dan tidak jaminan apa pun di ketiga. Passing satu tidak prove parity dengan others.

Bing asymmetry adalah worth stating plainly: Bing validates semua three jenis generically terhadap schema.org shape, tetapi ini publishes Tidak bespoke diperlukan/recommended property tables atau konten policies untuk apa pun dari them, dan ini memiliki Tidak equivalent untuk Merchant listings atau Google untuk Jobs. pada ProductGroup secara khusus, Bing’s own Fabrice Canel mengatakan (September 2024) ini tidak namun consume ProductGroup markup di -nya shopping captions, though ini adalah “on their radar.” (terjemahan) “pada mereka radar.” So: sama base vocabulary, tetapi hanya Google memiliki dibangun dedicated, terdokumentasi rich-hasil experiences pada top dari ini.

Risk dan lifecycle differences

Di sini’s contrast I sebagian besar ingin orang untuk internalize, karena Tidak satu else frames ini: stale listings perlu lifecycle hygiene di seluruh semua three jenis — tetapi stakes differ sharply.

• sebuah stale atau out-dari-stock Product mostly hanya loses rich-hasil eligibility, atau menampilkan sebuah “sold out” (terjemahan) “sold out”/“out of stock” (terjemahan) “out dari stock” label. Annoying, tidak catastrophic.
• sebuah stale, unremoved JobPosting adalah sebuah berbeda animal. Google: “We don’t allow expired job postings,” (terjemahan) “kami jangan izinkan expired job postings,” dan failure untuk expire atau hapus closed jobs “may result in a manual action.” (terjemahan) “dapat hasil di sebuah manual tindakan.” itu’s sebuah materially worse outcome daripada ordinary ineligibility. three accepted cara untuk expire sebuah job: set validThrough di past, mengembalikan 404/410, atau strip markup.

sama lesson — structured listings perlu sebuah lifecycle proses — tetapi jika Anda hanya bangun satu cleanup pipeline, bangun ini untuk jobs.

melakukan commerce schema help SEO?

Tidak, tidak rankings. John Mueller memiliki telah direct: “Structured data won’t make your site rank better.” (terjemahan) “data terstruktur tidak akan membuat Anda situs peringkat better.” Apa ini melakukan adalah earn eligibility untuk rich hasil dan specialized experiences, dan secara terpisah help Google memahami Anda halaman. Conflating “I added schema” (terjemahan) “I ditambahkan schema” dengan “I’ll rank better” (terjemahan) “I’ll peringkat better” adalah single sebagian besar umum myth di seluruh semua three jenis.

dan ini adalah tidak hanya rankings. Eligibility, sebuah sebenarnya-displayed rich hasil, sebuah CTR lift, dan revenue adalah four terpisah claims — jangan collapse them ke satu. Valid markup tidak jaminan Anda listing menampilkan up di Shopping atau Jobs experience (eligibility tidak display), tidak jaminan lebih clicks, dan — since none dari ini hub’s schema jenis adalah terdokumentasi AI-visibilitas sinyal — ini tidak sebuah lever untuk menunjukkan up atau getting cited di AI Overviews atau AI Mode either. mengukur setiap dari itu outcomes pada -nya own; sebuah schema rollout adalah worth melakukan untuk penelusuran fitur ini dapat earn, tidak sebagai sebuah proxy untuk apa pun dari rest.

My own take echoes Mueller’s: know apa schema adalah sebenarnya untuk sebelum Anda spend dev time pada ini. ini adalah di sini untuk stay — Mueller memiliki juga mengatakan Google tidak killing schema — tetapi Anda implement ini untuk win sebuah penelusuran fitur, tidak untuk move up hasil, jaminan sebuah click, atau move sebuah AI jawaban.

Di mana untuk go berikutnya

ini hub adalah map; setiap dari ini adalah -nya own deep dive nested di bawah ini:

• Product schema — dua Google experiences (product snippets vs. merchant listings), diperlukan/recommended property split, availability enum, dan feed-vs-markup confusion untangled. Mulai di sini jika Anda halaman sells satu item.
• ProductGroup schema — grouping variants dengan hasVariant/variesBy/ productGroupID, single-halaman vs. multi-halaman patterns, penuh-schema.org-URL gotcha, dan reconciling dengan Merchant Center’s item_group_id. Mulai di sini jika Anda item muncul di sizes/colors/materials.
• JobPosting schema — diperlukan vs. recommended properties, remote/hybrid menangani, single-job-per-halaman aturan, expiration hygiene, dan 2024–2025 pengindeksan API access perubahan untuk job boards. Mulai di sini untuk sebuah careers halaman atau job board.
• MerchantReturnPolicy schema — nested, property-tingkat jenis untuk Anda kembalikan policy: precedence order antara markup dan Merchant Center settings, dan applicableCountry vs. returnPolicyCountry mix-up.
• OfferShippingDetails schema — shipping-rate/destination/pengiriman-time companion property, dan ketika Google sebenarnya memerlukan ini untuk free listings.
• Review schema — terpisah eligibility profile behind review/ aggregateRating route ke sebuah Product rich hasil: single-review vs. aggregate aturan, self-serving-reviews restriction, dan mengapa tidak setiap product halaman secara otomatis qualifies untuk stars. Mulai di sini setelah Anda’re past “which of the three do I use” (terjemahan) “yang dari three melakukan I gunakan” dan ke “can this page actually show review stars.” (terjemahan) “dapat ini halaman sebenarnya tampilkan review stars.”

untuk wider picture, ini hub nests di bawah lebih luas data terstruktur subcluster — see juga sibling schema markup artikel di sana untuk vocabulary, formats, dan deprecation cycle. dan ini semua lives di pada-halaman cluster, di mana data terstruktur sits alongside rest dari pada-halaman SEO teknis.

AI summary

sebuah condensed take pada Advanced versi:

• Apa ini adalah: “Commerce schema” (terjemahan) “Commerce schema” adalah Patrick’s practitioner grouping — tidak sebuah Google atau schema.org category — untuk schema.org listing jenis itu earn transactional rich hasil: Product, ProductGroup, JobPosting.
• Tidak sebuah official family: Google’s gallery puts Product/Merchant listing/Variants di bawah “Shopping” (terjemahan) “Shopping” dan Job posting di umum fitur guides list. schema.org groups “Product, Offer, dan AggregateOffer” (terjemahan) “Product, Offer, dan AggregateOffer” together dan files JobPosting di Tidak top-tingkat group dengan them.
• Hierarchy: Product = Thing > Product; ProductGroup = Hal > Product > ProductGroup (sebuah nyata subtype dari Product, untuk variants); JobPosting = Hal > Intangible > JobPosting (unrelated branch). Product/ProductGroup adalah parent/child; JobPosting adalah taxonomically terpisah.
• Ketika untuk gunakan yang: satu purchasable config → Product; satu item dengan variants → ProductGroup wrapping -nya Product members (ProductGroup itself tidak sold); satu open job → JobPosting (satu job per halaman, tidak pernah sebuah listing halaman).
• Rich hasil: Product → product snippets + merchant listings; ProductGroup → variant-aware merchant listings; JobPosting → Google untuk Jobs.
• Shared aturan: diperlukan properties = eligibility gate; eligibility ≠ guaranteed display; hanya mark up terlihat/accurate konten; JSON-LD recommended.
• Beyond markup: Product/ProductGroup ↔ Google Merchant Center (terpisah tetapi reconciled sistem; menyediakan keduanya; price/availability harus match markup, feed, dan checkout). JobPosting ↔ Google untuk Jobs. mengembalikan/shipping split yang sama cara di sebuah finer grain — MerchantReturnPolicy adalah typically Organization-tingkat, sementara OfferShippingDetails overrides ini per Offer untuk exceptions; dua records, dua upkeep schedules.
• Review stars adalah sebuah terpisah profile: review/aggregateRating route ke sebuah Product rich hasil rides pada Google’s own Review-snippet eligibility aturan, tidak sebuah blanket “any product halaman qualifies” (terjemahan) “apa pun product halaman qualifies” — see Review schema artikel.
• Bing: validates semua three generically, Tidak bespoke specs/policies, Tidak Merchant listings atau Jobs equivalent; per Fabrice Canel (Sept 2024) tidak namun gunakan ProductGroup markup di shopping captions.
• Risk profile: stale Product mostly loses eligibility; stale/unremoved JobPosting dapat trigger sebuah manual tindakan — expire melalui past validThrough, 404/410, atau markup removal.
• SEO impact: tidak sebuah peringkat factor (Mueller: “Structured data tidak akan membuat Anda site rank better” (terjemahan) “data terstruktur tidak akan membuat Anda situs peringkat better”) — ini earns eligibility dan aids understanding, tetapi itu’s terpisah dari sebuah sebenarnya display, sebuah CTR lift, atau citation di sebuah AI jawaban; none dari ini hub’s jenis adalah terdokumentasi AI-visibilitas sinyal.
• ini hub routes, ini tidak implement: penuh property tables langsung di Product, ProductGroup, JobPosting, Review, MerchantReturnPolicy, dan OfferShippingDetails deep dives, tidak di sini.

Dokumentasi resmi

Utama-sumber documentation untuk three commerce-schema jenis dan aturan mereka share.

Google — shared aturan

• umum data terstruktur guidelines — eligibility principle, konten-quality dan spam policies itu apply di seluruh semua three jenis.
• data terstruktur penelusuran gallery — sumber kebenaran untuk apa saat ini produces rich hasil; juga di mana Anda dapat see “Shopping” (terjemahan) “bagian belanja” vs. “Feature guides” (terjemahan) “panduan fitur” split.

Google — Product & ProductGroup (“Shopping” (terjemahan) “Shopping”)

• Intro untuk Product data terstruktur — product-snippet vs. merchant-listing split dan structured-data-vs-feed hubungan.
• Product snippet data terstruktur — diperlukan/recommended properties untuk lebih ringan snippet experience.
• Merchant listing data terstruktur — stricter “buy it di sini” (terjemahan) “buy ini di sini” requirements.
• Product variant (ProductGroup) data terstruktur — di mana ProductGroup adalah terdokumentasi, sebagai sebuah extension dari Product.
• Merchant Center — Product data specification — feed-side spec itu reconciles dengan pada-halaman markup.

Google — JobPosting (“Feature guides” (terjemahan) “fitur guides”)

• Job posting data terstruktur — diperlukan/recommended properties, single-job-per-halaman aturan, konten policies, dan expiration menangani.

Schema.org (taxonomy)

• schema.org/Product · schema.org/ProductGroup · schema.org/JobPosting · jenis hierarchy overview

Bing / Microsoft

• Bing Webmaster alat — Marking up Anda situs dengan data terstruktur — generic schema.org mendukung; Tidak jenis-spesifik eligibility spec.

Quotes dari sumber

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

Google docs — shared eligibility principle

• “Specify all required properties listed in the documentation for your specific rich result type. Items that are missing required properties are not eligible for rich results. The more recommended properties that you provide, the higher quality the result is to users. For example: users prefer job postings with explicitly stated salaries than those without…” (terjemahan) “Specify semua diperlukan properties listed di documentation untuk Anda spesifik rich hasil jenis. Items itu adalah missing diperlukan properties adalah tidak eligible untuk rich hasil. lebih recommended properties itu Anda menyediakan, lebih tinggi quality hasil adalah untuk pengguna. misalnya: pengguna prefer job postings dengan explicitly stated salaries daripada itu tanpa…” Jump untuk quote
• “Content in structured data must also follow the additional content guidelines or policies, as documented in the specific feature guide. For example, content in JobPosting structured data must follow the job posting content policies.” (terjemahan) “konten di data terstruktur harus juga ikuti additional konten guidelines atau policies, sebagai terdokumentasi di spesifik fitur guide. misalnya, konten di JobPosting data terstruktur harus ikuti job posting konten policies.” Jump untuk quote

Google docs — Product & Merchant Center hubungan

• “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
• “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.” (terjemahan) “Untuk menyediakan data produk yang kaya kepada Google Search, Anda dapat menambahkan data terstruktur Product ke halaman web, mengunggah feed data dengan Google Merchant Center, dan memilih listing gratis di konsol Merchant Center, atau melakukan keduanya.” Jump untuk quote

Google docs — JobPosting’s distinctive aturan

• “The JobPosting markup must only be used on pages that contain a single job posting. We don’t allow the use of JobPosting markup in any other page, including pages that do not list any job.” (terjemahan) “ JobPosting markup harus hanya menjadi digunakan pada halaman itu berisi sebuah single job posting. kami jangan memungkinkan gunakan dari JobPosting markup di apa pun lainnya halaman, including halaman itu melakukan tidak list apa pun job.” Jump untuk quote
• “We don’t allow expired job postings. Ideally you should remove expired job postings from your website. If you prefer to not remove them, then you need to ensure the validThrough property is populated and in the past.” (terjemahan) “kami jangan izinkan expired job postings. Ideally Anda harus hapus expired job postings dari Anda situs web. jika Anda prefer untuk tidak hapus them, lalu Anda perlu ensure validThrough property adalah populated dan di past.” Jump untuk quote
• “Jobs that are no longer open for applications must be expired in one of the following ways. Failure to take timely action on expired jobs may result in a manual action.” (terjemahan) “Jobs itu adalah Tidak lebih lama open untuk applications harus menjadi expired di satu dari berikut cara. Failure untuk take timely tindakan pada expired jobs dapat hasil di sebuah manual tindakan.” Jump untuk quote

John Mueller, Google — schema adalah tidak sebuah peringkat factor

• “Structured data won’t make your site rank better.” (terjemahan) “data terstruktur tidak akan membuat Anda situs peringkat better.” dan: “ini fine untuk gunakan it untuk other hal di schema.org, itu tidak akan penyebab problems, tetapi Anda unlikely untuk see any visible ubah dari it di Google Search.” (terjemahan) “ini adalah fine untuk gunakan ini untuk lainnya hal di schema.org, itu tidak akan penyebab masalah, tetapi Anda’re unlikely untuk see apa pun terlihat perubahan dari ini di Google Search.” Coverage Relayed melalui mesin pencari Roundtable’s coverage dari Mueller’s April 2025 Bluesky posts; treat phrasing sebagai transcribed sekunder reporting.
• “In order to be eligible to be shown as a rich result, you need to make sure that the page uses the right structured data and that it complies with the appropriate policies on our side.” (terjemahan) “di order untuk menjadi eligible untuk menjadi ditampilkan sebagai sebuah rich hasil, Anda perlu pastikan itu halaman menggunakan right data terstruktur dan itu ini complies dengan appropriate policies pada kami side.” Coverage Relayed melalui mesin pencari Land’s coverage dari sebuah 2019 #AskGoogleWebmasters jawaban.
• “Exactly. Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robots).” (terjemahan) “Persis. memahami itu markup jenis come dan go, tetapi sebuah precious sedikit Anda harus hold pada untuk (like judul, dan meta robots).” Coverage Relayed melalui mesin pencari Roundtable’s coverage dari sebuah November 2025 Reddit reply.

Fabrice Canel, Microsoft Bing — pada ProductGroup

• “ProductGroup markup isn’t used in our captions yet, but it’s on our radar. Our team is closely monitoring its adoption. Stay tuned!” (terjemahan) “ProductGroup markup tidak digunakan di kami captions namun, tetapi ini adalah pada kami radar. kami team adalah closely monitoring -nya adoption. Stay tuned!” Coverage Relayed melalui mesin pencari Roundtable’s coverage dari sebuah September 2024 statement pada X; dated — re-periksa Bing’s saat ini ProductGroup mendukung sebelum relying pada ini.

Commerce schema di sebuah glance

** three jenis compared**

Fast facts

• “Commerce schema” (terjemahan) “Commerce schema” adalah sebuah practitioner grouping, tidak sebuah Google atau schema.org category — three jenis share sebuah SEO gunakan case, tidak sebuah taxonomy.
• Product dan ProductGroup adalah parent/child; JobPosting adalah sebuah unrelated branch.
• Eligibility ≠ display — valid markup mendapatkan Anda di pool; Google masih decides apakah untuk tampilkan enhancement.
• Tidak sebuah peringkat factor — dan tidak sebuah CTR, display, atau AI-citation jaminan either. Schema earns rich-hasil eligibility dan aids understanding. Apakah hasil sebenarnya menampilkan, apakah ini earns lebih clicks, dan apakah ini menampilkan up di sebuah AI jawaban adalah three terpisah, unguaranteed outcomes.
• Review/AggregateRating eligibility adalah -nya own profile. Tidak setiap product atau merchant halaman secara otomatis qualifies untuk star ratings — itu route berjalan melalui Google’s terpisah Review snippet aturan. See Review schema deep dive.
• mengembalikan dan shipping split di sebuah finer grain too. MerchantReturnPolicy adalah typically Organization-tingkat (Anda default policy); OfferShippingDetails overrides ini per Offer untuk exceptions. Dua records, dua upkeep schedules.
• JSON-LD adalah Google’s recommended format untuk semua three.
• Merchant Center feed dan pada-halaman Product markup adalah terpisah sistem Google reconciles — menyediakan keduanya, dan pertahankan price/availability consistent di seluruh markup, feed, dan checkout.
• Job hygiene adalah highest-stakes: expire closed jobs (past validThrough, 404/410, atau hapus markup) atau risk sebuah manual tindakan.

Yang commerce schema jenis melakukan I perlu?

jawaban untuk halaman Anda’re marking up, dan Anda’ll land pada right jenis (dan right deep dive untuk baca berikutnya).

Mistakes I sebenarnya see dengan commerce schema

ini adalah concrete errors orang membuat dengan Product, ProductGroup, dan JobPosting markup — tidak hypothetical ones. setiap memiliki sebuah perbaiki.

Putting JobPosting markup pada sebuah halaman itu lists several jobs

Google’s aturan adalah jelas: JobPosting markup “must only be used on pages that contain a single job posting,” (terjemahan) “harus hanya menjadi digunakan pada halaman itu berisi sebuah single job posting,” dan ini adalah disallowed pada apa pun lainnya halaman, including sebuah halaman itu tidak list sebuah job di semua. menambahkan ini untuk sebuah careers-indeks atau penelusuran-hasil halaman tidak earn Anda multiple Jobs listings — ini hanya membuat markup non-compliant dan ineligible.

melakukan alih-alih: memberikan setiap open role -nya own single-job URL dan mark up hanya itu halaman. gunakan listing/indeks halaman untuk navigation, tidak JobPosting schema.

Letting sebuah closed job posting sit langsung tanpa expiring ini

sebuah stale Product mostly hanya loses eligibility atau menampilkan “out of stock” (terjemahan) “out dari stock” — mildly annoying. sebuah stale JobPosting adalah sebuah berbeda risk class: Google says ini tidak izinkan expired job postings, dan failure untuk expire atau hapus sebuah closed satu “may result in a manual action.” (terjemahan) “dapat hasil di sebuah manual tindakan.” itu’s sebuah situs-wide penalty, tidak sebuah lost rich-hasil snippet.

melakukan alih-alih: moment sebuah role closes, melakukan satu dari three hal Google accepts — set validThrough untuk sebuah date di past, mengembalikan 404/410 pada URL, atau strip JobPosting markup entirely. bangun ini ke Anda hiring-sistem offboarding langkah, tidak sebuah manual afterthought.

Treating ProductGroup sebagai sebuah substitute untuk marking up setiap variant

ProductGroup adalah sebuah parent itu ties variants together dengan hasVariant, variesBy, dan productGroupID — tetapi ini tidak replace Product. setiap variant (setiap size, color, atau material combination) masih perlu -nya own penuh Product markup dengan -nya own sku/gtin, price, dan availability. Penerbitan hanya ProductGroup dan skipping individual Product entries leaves variants tanpa data Google sebenarnya perlu untuk sell them.

melakukan alih-alih: mark up setiap purchasable variant sebagai -nya own Product, lalu wrap set di sebuah ProductGroup itu references them.

Expecting commerce schema untuk move Anda rankings

ini adalah paling umum myth di seluruh semua three jenis, dan Google memiliki mengatakan ini plainly dan repeatedly — John Mueller: “Structured data won’t make your site rank better.” (terjemahan) “data terstruktur tidak akan membuat Anda situs peringkat better.” Treating sebuah schema rollout sebagai sebuah peringkat play sets wrong expectation untuk stakeholders dan dapat lead untuk cutting corners elsewhere di favor dari markup berfungsi itu adalah tidak pernah going untuk move rankings.

melakukan alih-alih: implement commerce schema untuk win eligibility untuk sebuah spesifik penelusuran fitur (sebuah merchant listing, sebuah Jobs card) — sebuah legitimate goal dengan -nya own nilai di clicks dan presentation — dan mengukur ini terhadap itu goal, tidak peringkat position.

Letting pada-halaman markup, Merchant Center feed, dan checkout drift out dari sync

Product data dapat come dari pada-halaman data terstruktur, sebuah Merchant Center feed, atau keduanya, dan Google reconciles them sebagai terpisah sistem alih-alih treating satu sebagai sebuah copy dari lainnya. Passing Rich hasil Test tidak berarti Anda feed adalah valid, dan vice versa — jika price atau availability differs antara markup, feed, dan apa checkout sebenarnya charges, itu mismatch undermines keduanya eligibility dan pengguna trust.

melakukan alih-alih: pertahankan price dan availability identical di seluruh semua three surfaces, dan validate pada-halaman markup dan feed secara terpisah alih-alih assuming satu covers lainnya.

alat untuk membangun dan memeriksa commerce schema

My Schema Markup Validator adalah pertama berhenti setelah Anda’ve ditulis JSON-LD untuk apa pun dari three jenis. Paste sebuah Product, ProductGroup, atau JobPosting block (atau sebuah penuh halaman) dan ini berjalan severity-tiered memeriksa terhadap schema.org’s vocabulary dan Google’s rich-hasil requirements — berguna untuk catching sebuah missing diperlukan property sebelum Anda ship, whichever dari three jenis Anda’re berfungsi pada.

My Rich-hasil Eligibility Checker jawaban lebih spesifik pertanyaan ini hub mempertahankan circling back untuk: tidak “adalah ini valid JSON-LD” (terjemahan) “adalah ini valid JSON-LD” tetapi “does this page actually qualify for a rich result.” (terjemahan) “melakukan ini halaman sebenarnya qualify untuk sebuah rich hasil.” Paste JSON-LD, sebuah HTML halaman, atau fetch sebuah langsung URL, dan ini menampilkan yang diperlukan fields adalah present versus missing untuk Product (offers/review/aggregateRating) atau JobPosting (title, description, datePosted, hiringOrganization, jobLocation) — tepat eligibility gate ini artikel mendeskripsikan.

My PDP SEO Checker adalah dibangun untuk product-detail-halaman side dari ini hub secara khusus — ini looks di sebuah langsung product halaman beyond hanya schema, covering pada-halaman sinyal itu go alongside Product/ProductGroup markup ketika Anda’re deciding apakah sebuah single-SKU halaman atau sebuah variant-grouped halaman adalah siapkan correctly.

Setelah markup melewati itu memeriksa, jalankan halaman melalui Google’s own Rich hasil Test — ini adalah alat Google sebenarnya menggunakan untuk decide eligibility, so ini adalah akhir kata sebelum Anda ship, untuk apa pun dari three jenis di ini hub.

Uji pemahaman Anda: Commerce Schema

Five quick pertanyaan pada three commerce-schema jenis, bagaimana mereka relate, dan apa mereka melakukan (dan jangan) melakukan. Pick sebuah jawaban untuk setiap, lalu periksa.

Resources worth Anda time

My schema markup writing

• Schema Markup — my lebih luas take pada vocabulary, formats, entity understanding, dan deprecation cycle. Commerce schema adalah sebuah slice dari ini.
• Beginner’s Guide untuk SEO teknis — di mana I frame schema sebagai code itu helps mesin memahami konten dan powers fitur itu membuat sebuah listing stand out.
• SEO perusahaan — my pragmatis aturan, applied di sini too: “I’m a fan dari schema markup sebagai long sebagai it mendapatkan Anda a penelusuran feature.” (terjemahan) “I’m sebuah fan dari schema markup sebagai panjang sebagai ini mendapatkan Anda sebuah penelusuran fitur.”

My speaking

• Bagaimana Penelusuran berfungsi (SlideShare) — my walkthrough dari crawling, rendering, pengindeksan, dan peringkat; berguna background pada di mana data terstruktur fits. (My standing disclaimer applies: “Ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.” (terjemahan) “ini adalah my understanding dari sistem… tidak going untuk menjadi 100% menyelesaikan atau accurate.”)

dari sekitar industry

• Google Again Says data terstruktur melakukan Tidak membuat Anda situs peringkat Better (mesin pencari Roundtable) — Mueller’s April 2025 statement, myth-bust behind ini seluruh hub.
• Google adalah Tidak Killing Schema — Markups dapat Come & Go (mesin pencari Roundtable) — “markup types come dan go, tetapi a precious sedikit Anda seharusnya hold pada untuk” (terjemahan) “markup jenis come dan go, tetapi sebuah precious sedikit Anda harus hold pada untuk” framing.
• Bing dapat gunakan ProductGroup Markup di Future (mesin pencari Roundtable) — Fabrice Canel’s Sept 2024 statement pada Bing’s non-mendukung dari ProductGroup.
• Stick untuk data terstruktur guidelines jika Anda ingin rich hasil (mesin pencari Land) — Mueller pada eligibility requiring right markup dan policy compliance.
• schema.org jenis hierarchy — vocabulary itself, straight dari sumber; see “Product, Offer, dan AggregateOffer” (terjemahan) “Product, Offer, dan AggregateOffer” grouping dan di mana JobPosting adalah (dan tidak).

Log perubahan