thương mại schema

TL;DR — “Commerce schema” (bản dịch) «Commerce schema» là my shorthand cho đó schema.org types bạn dùng to mark up điều mọi người có thể tìm kiếm cho và act on — các sản phẩm to buy và jobs to apply cho. Có three: Sản phẩm (một item cho sale), ProductGroup (một group of variants, like một shirt trong several sizes và colors), và JobPosting (một single open job). Thêm đó right một và trang của bạn becomes eligible cho một fancier tìm kiếm listing — Shopping-style sản phẩm kết quả hoặc một Google cho Jobs card. Điều này không làm bạn xếp hạng cao hơn, không bảo đảm đó kết quả thực ra cho thấy hoặc earns hơn clicks, và đây là không một way to nhận cited by AI either. Này hub routes bạn to đó right loại; đó đầy đủ property các bảng trực tiếp trong mỗi loại own bài viết.

Điều gì “commerce schema” (bản dịch) «commerce schema» có nghĩa là

“Commerce schema” (bản dịch) «Commerce schema» là một practical grouping, không một single Schema.org loại hoặc Google feature. 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 sản phẩm, merchant-listing, và organization markup requirements và 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

Khi bạn xem một trang selling một jacket, bạn có thể tell đó price từ đó color options từ đó “trong stock” label chỉ by reading. MỘT công cụ tìm kiếm sees đơn giản text và có to guess. Schema markup là code bạn thêm to spell điều này out — “this is the price,” (bản dịch) «này là đó price,» “this is the availability,” (bản dịch) «này là đó availability,» “this is a job title” (bản dịch) «này là một job tiêu đề» — dùng một shared vocabulary từ một site called schema.org.

“Commerce schema” (bản dịch) «Commerce schema» không an chính thức term. đây là chỉ my umbrella cho đó schema.org types đó mô tả commercial hoặc transactional listings — individual items một person có thể tìm kiếm cho, filter, và làm điều gì đó với:

• Sản phẩm — một single item đó là cho sale.
• ProductGroup — một parent đó ties together đó variants of một item (sizes, colors) so các công cụ tìm kiếm know họ là options of cùng một điều, không tách biệt các sản phẩm.
• JobPosting — một open job on một careers trang.

I group những three together vì they share một job trong SEO: bạn thêm them so Google có thể turn của bạn listing vào một specialized tìm kiếm kết quả. Nhưng là clear — Google và schema.org không file them together. I’ll come back to đó honesty trong đó Advanced tab, vì điều này matters.

Này hub own job follows từ đó: đây là một router, không đó implementation hướng dẫn. Hình out mà of đó three types trang của bạn là dưới, thì go đọc đó loại deep dive (và, nơi reviews, trả về, hoặc shipping là involved, đó liền kề Review/MerchantReturnPolicy/OfferShippingDetails records) cho đó thực tế property các bảng.

Vì sao bạn’d bother: rich kết quả

Đó payoff là rich kết quả — đó enhanced listings đó stand out trong tìm kiếm:

• 🛍️ một sản phẩm với price, an “trong stock” label, và review stars
• 👕 một sản phẩm đó cho thấy của nó size và color options
• 💼 một job đó xuất hiện trong Google Jobs box với đó company, location, và salary

Thêm đó matching schema với all của nó bắt buộc details, và trang của bạn becomes eligible cho đó treatment. Eligible, không bao giờ guaranteed — Google vẫn decides liệu to thực ra cho thấy điều này.

Đó điều hầu hết mọi người nhận wrong

Thêm commerce schema không làm bạn xếp hạng cao hơn. Google có đã nói này plainly và repeatedly. Điều gì schema làm là làm bạn eligible cho một richer listing và help engines understand trang của bạn. đó là khác nhau từ xếp hạng tốt hơn — và eligible không đó giống nhau as guaranteed, either: hợp lệ markup không promise đó rich kết quả sẽ thực ra cho thấy, không promise hơn clicks, và không một way to nhận cited trong an AI câu trả lời. Treat mỗi of những as của nó own tách biệt outcome.

Một hơn beginner trap: những types không interchangeable. Dùng Sản phẩm cho một single item, ProductGroup khi đó item xuất hiện trong variants, và JobPosting cho một job — và không bao giờ cho một trang listing several jobs tại khi. Đó cuối cùng rule là stricter hơn hầu hết mọi người expect.

Muốn đó đầy đủ version — nơi những sit trong đó schema.org hierarchy, cách mỗi connects to Merchant Center và Google cho Jobs, và mà bài viết to đọc tiếp theo? Switch to đó Advanced tab.

TL;DR — “Commerce schema” (bản dịch) «Commerce schema» là my practitioner grouping, không một Google hoặc schema.org category, cho đó listing types đó earn transactional rich kết quả: Sản phẩm, ProductGroup, và JobPosting. Google thực ra splits them — Sản phẩm/Variants trực tiếp under “Shopping,” Job posting sits trong đó chung feature các hướng dẫn list. schema.org không unify them either: Sản phẩm → ProductGroup là một real parent/child (Thing > Product > ProductGroup), trong khi JobPosting là off trong đó Intangible branch (Thing > Intangible > JobPosting), unrelated to Sản phẩm. Đó chỉ điều binding all three là đó SEO dùng case — structured listings Google turns vào specialized SERP treatment (Merchant listings, Google cho Jobs). None of điều này là một xếp hạng factor; điều này buys eligibility — không một guaranteed display, một CTR lift, hoặc an AI citation, mà là three tách biệt, unguaranteed outcomes. Review/AggregateRating eligibility chạy on của nó own tách biệt profile, và trả về/shipping dữ liệu splits vào an Organization-level policy plus Offer-level exceptions — hai hơn contracts này hub chỉ routes to. Và đó lifecycle risk differs across đó three: một stale Sản phẩm mostly loses eligibility, nhưng một stale, un-expired JobPosting có thể trigger một manual action.

Đầu tiên, an honest framing: này là my grouping, không Google

Đó grouping trong này bài viết combines several related vocabularies và tìm kiếm features cho 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 Mỗi Google experience có của nó own bắt buộc và được khuyến nghị properties, và hợp lệ markup không bảo đảm 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 muốn to là transparent up front, vì hầu hết nội dung đó talks về “commerce” hoặc “ecommerce” schema âm thầm implies những types là an chính thức family. họ là không.

• Google own tài liệu split them. Trong đó dữ liệu có cấu trúc gallery, “Job posting” sits trong đó flat, chung Feature các hướng dẫn list — right alongside unrelated types like Bài viết, Local business, và Organization. Meanwhile “Product snippet,” (bản dịch) «Sản phẩm snippet,» “Merchant listing,” (bản dịch) «Merchant listing,» và “Variants” trực tiếp under một tách biệt Shopping sub-heading. Hai khác nhau tài liệu families.
• schema.org không unify them. Của nó own loại hierarchy có một dedicated “Product, Offer, and AggregateOffer” (bản dịch) «Sản phẩm, Offer, và AggregateOffer» group — và JobPosting xuất hiện trong không top-level grouping alongside điều này.

So vì sao put them trong một bài viết? Vì trong practice — đó way an SEO thực ra hoạt động — họ là đó giống nhau kind of vấn đề: structured, listing-style nội dung bạn mark up to unlock một specialized tìm kiếm experience. Đó shared dùng case là real và hữu ích. Đó shared taxonomy không phải. I’d rather say đó plainly hơn pretend Google drew này box.

Đó three types tại một glance

• Sản phẩm (schema.org/Product) — một single sellable item. Google turns hợp lệ Sản phẩm markup vào hai experiences: sản phẩm snippets (review stars và price on non-purchase các trang) và merchant listings (fuller Shopping-style kết quả on các trang nơi bạn có thể buy đó item). Bare minimum cho một rich kết quả: name plus tại least một of offers, review, hoặc aggregateRating — nhưng đó review/ aggregateRating route rides on Google tách biệt Review snippet rules (của nó own eligibility profile, including đó self-serving-reviews restriction), không một blanket “any product page can show stars.” (bản dịch) «any sản phẩm trang có thể cho thấy stars.» Không mỗi Sản phẩm hoặc merchant trang tự động qualifies cho review stars; see đó Review schema deep dive cho đó profile.
• ProductGroup (schema.org/ProductGroup) — một parent đó groups đó variants of một conceptual item (một t-shirt trong several sizes và colors) so Google understands họ là options of đó giống nhau sản phẩm, không unrelated listings. Điều này ties variants together với hasVariant, variesBy, và productGroupID. Crucially, điều này không replace Sản phẩm — mỗi variant là vẫn của nó own đầy đủ Sản phẩm; đó ProductGroup sits trên them.
• JobPosting (schema.org/JobPosting) — một single open job, marked up so đây là eligible cho đó Google cho Jobs experience (đó card/carousel of listings trong Tìm kiếm). Baseline bắt buộc properties là title, description, datePosted, hiringOrganization, và jobLocation (hoặc applicantLocationRequirements cho fully remote vai trò).

I giữ này hub có chủ ý shallow on mỗi loại property các bảng — đó deep dives trực tiếp trong đó three child các bài viết I trỏ đến tại đó end.

Nơi they sit trong đó schema.org hierarchy

Này là đó part gần như không ai cites correctly, và đây là đó khác biệt giữa một guess và một fact:

• Sản phẩm — Thing > Product.
• ProductGroup — Thing > Product > ProductGroup. đây là một genuine subtype of Sản phẩm, inheriting all of Sản phẩm properties và thêm hasVariant, productGroupID, và variesBy. So “Product vs ProductGroup” (bản dịch) «Sản phẩm so với ProductGroup» không một real either/hoặc — ProductGroup là một specialized Sản phẩm, purpose-được xây dựng cho đó variant case.
• JobPosting — Thing > Intangible > JobPosting. MỘT completely tách biệt branch. Đó JobPosting definition làm không reference to Sản phẩm, Offer, hoặc any commerce loại.

Conclusion: Sản phẩm và ProductGroup là taxonomically related (parent/child, verifiable, citable); JobPosting là taxonomically unrelated. Đó connective tissue across all three là đó SEO dùng case, không loại inheritance. Say đó, và bạn là on solid ground.

Sản phẩm so với. ProductGroup: khi nào nên dùng mà

Đơn giản rule:

• Một purchasable configuration → đơn giản Sản phẩm. MỘT single SKU, một price, một trang-đó-có thể-là-bought.
• Một conceptual item, multiple purchasable variants → ProductGroup wrapping của nó Sản phẩm members. Đó shirt-trong-five-colors case. MỘT ProductGroup itself không offered cho sale — của nó hasVariant members là, mỗi với của nó own sku/gtin, price, và availability.

Google cũng documents ProductGroup differently: điều này lives on đó Variants trang, không as một standalone top-level feature hướng dẫn — reinforcing đó Google xử lý điều này as an extension of Sản phẩm thay vì một wholly tách biệt rich-kết quả loại. Đầy đủ property các bảng, đó variesBy đầy đủ-URL gotcha, và Merchant Center item_group_id reconciliation belong trong đó ProductGroup deep dive, không ở đây.

JobPosting: đó odd một out

JobPosting shares không có gì taxonomically với Sản phẩm — nhưng đây là đó giống nhau shape of vấn đề, so điều này earns của nó place trong này hub. Hai điều set điều này apart operationally:

1. Một job per trang, luôn. Google rule: “The JobPosting markup must only be used on pages that contain a single job posting.” (bản dịch) «Đó JobPosting markup phải chỉ là dùng on các trang đó contain một single job posting.» Không bao giờ on một listing hoặc tìm kiếm-kết quả trang. Sản phẩm/ProductGroup có không tương đương single-item-per-trang restriction — trong fact ProductGroup tồn tại precisely to xử lý several variants on một trang.
2. Expired postings là một compliance obligation, không một set-và-forget. Hơn on đó risk dưới — này là nơi đó stakes diverge hardest từ Sản phẩm.

Shared ground rules across all three

Mặc dù đó types không share một taxonomy, they share Google chung structured-dữ liệu guidelines, và đây là worth stating đó rules khi:

• Bắt buộc properties là đó cổng điều kiện đủ. Miss một bắt buộc property và đó trang không eligible cho đó rich kết quả. Được khuyến nghị properties raise quality — Google theo nghĩa đen dùng job-posting salary as của nó own ví dụ: người dùng ưu tiên postings với stated salaries over những không có. Đó giống nhau “more complete is better” (bản dịch) «hơn hoàn tất là tốt hơn» logic áp dụng to Sản phẩm.
• Eligibility ≠ guaranteed display. Hợp lệ markup nhận bạn vào đó pool; Google các hệ thống vẫn riêng decide liệu to cho thấy đó enhancement.
• Chỉ mark up visible, chính xác nội dung. Không invisible markup, không fake reviews, không misleading dữ liệu — Google spam và nội dung-quality policies apply across all three, plus mỗi loại carries của nó own feature-cụ thể policy (JobPosting nội dung policy, chẳng hạn).
• JSON-LD là đó được khuyến nghị format cho all of them — easier to maintain tại scale hơn inline Microdata/RDFa.

Nơi mỗi connects beyond on-trang markup

Đó real unifying giá trị không taxonomy — đây là đó Google cho listing-style nội dung của nó own sản phẩm-line treatment:

• Sản phẩm / ProductGroup ↔ Google Merchant Center. Bạn có thể cung cấp sản phẩm dữ liệu as on-trang dữ liệu có cấu trúc, as một Merchant Center feed, hoặc cả hai. Google khuyến nghị cả hai to maximize eligibility, và điều này reconciles đó hai — họ là tách biệt các hệ thống đó là validated riêng, không một submission. Passing đó Rich Kết quả Kiểm thử không có nghĩa là của bạn feed là hợp lệ, và vice versa. Price và availability cần to match across đó on-trang markup, đó feed, và checkout.
• JobPosting ↔ Google cho Jobs. Hợp lệ JobPosting markup làm một single-job trang eligible cho đó Jobs experience — một distinct vertical, không đó Shopping surface.
• Trả về và shipping split cùng cách, tại một finer grain. MerchantReturnPolicy thường lives tại đó Organization level — của bạn tiêu chuẩn, site-wide trả về window và terms. OfferShippingDetails hoạt động tại đó Offer level, và tồn tại cụ thể to override đó org-level default cho một item (một heavier sản phẩm, một region với khác nhau rates). Treat những as hai tách biệt records đó có thể mỗi drift stale on của họ own, không một blob bạn set khi — đó org-level policy và any offer-level exceptions cả hai cần của họ own upkeep. Đầy đủ precedence rules trực tiếp trong đó MerchantReturnPolicy và OfferShippingDetails deep dives.
• On-trang dữ liệu có cấu trúc, một Merchant Center feed, và điều gì Google Tìm kiếm features hoặc an AI câu trả lời thực ra surface là three tách biệt contracts, không một pipeline — hợp lệ markup earns eligibility trong đó đầu tiên, không tự động populate đó second, và không bảo đảm bất cứ điều gì trong đó third. Passing một không prove parity với đó others.

Đó Bing asymmetry là worth stating plainly: Bing validates all three types generically so với đó schema.org shape, nhưng điều này publishes không bespoke bắt buộc/được khuyến nghị property các bảng hoặc nội dung policies cho any of them, và điều này có không tương đương to Merchant listings hoặc Google cho Jobs. On ProductGroup cụ thể, Bing own Fabrice Canel đã nói (September 2024) điều này không tuy vậy consume ProductGroup markup trong của nó shopping captions, though đây là “on their radar.” (bản dịch) «on của họ radar.» So: giống nhau base vocabulary, nhưng chỉ Google có được xây dựng dedicated, được ghi lại rich-kết quả experiences on top of điều này.

Risk và lifecycle differences

Ở đây đó contrast I hầu hết muốn mọi người to internalize, vì không một khác frames điều này: stale listings cần lifecycle hygiene across all three types — nhưng đó stakes differ sharply.

• MỘT stale hoặc out-of-stock Sản phẩm mostly chỉ loses rich-kết quả eligibility, hoặc cho thấy một “sold out”/“out of stock” (bản dịch) «out of stock» label. Annoying, không catastrophic.
• MỘT stale, unremoved JobPosting là một khác nhau animal. Google: “We don’t allow expired job postings,” (bản dịch) «We không cho phép expired job postings,» và failure to expire hoặc xóa closed jobs “may result in a manual action.” (bản dịch) «có thể kết quả trong một manual action.» đó là một materially tệ hơn outcome hơn ordinary ineligibility. Đó three accepted ways to expire một job: set validThrough trong đó past, trả về một 404/410, hoặc strip đó markup.

Giống nhau lesson — structured listings cần một lifecycle xử lý — nhưng nếu bạn chỉ xây dựng một cleanup pipeline, xây dựng điều này cho jobs.

Làm commerce schema help SEO?

Không, không thứ hạng. John Mueller đã được trực tiếp: “Structured data won’t make your site rank better.” (bản dịch) «Dữ liệu có cấu trúc sẽ không làm trang web của bạn xếp hạng tốt hơn.» Điều gì điều này làm là earn eligibility cho rich kết quả và specialized experiences, và riêng help Google understand của bạn các trang. Conflating “I added schema” (bản dịch) «I đã thêm schema» với “I’ll rank better” (bản dịch) «I’ll xếp hạng tốt hơn» là đó single hầu hết phổ biến myth across all three types.

Và đây là không chỉ thứ hạng. Eligibility, an thực ra-displayed rich kết quả, một CTR lift, và revenue là four tách biệt claims — không collapse them vào một. Hợp lệ markup không bảo đảm của bạn listing cho thấy up trong Shopping hoặc đó Jobs experience (eligibility không display), không bảo đảm hơn clicks, và — since none of này hub schema types là được ghi lại AI-visibility các tín hiệu — điều này không một lever cho cho thấy up hoặc getting cited trong AI Overviews hoặc AI Chế độ either. Đo lường mỗi of những outcomes on của nó own; một schema rollout là worth đang làm cho đó tìm kiếm feature điều này có thể earn, không as một proxy cho any of đó rest.

My own take echoes Mueller: know điều gì schema là thực ra cho trước khi bạn spend dev time on điều này. đây là ở đây to stay — Mueller có cũng đã nói Google không killing schema — nhưng bạn implement điều này to win một tìm kiếm feature, không to move up đó kết quả, bảo đảm một click, hoặc move an AI câu trả lời.

Nơi to go tiếp theo

Này hub là đó map; mỗi of những là của nó own deep dive nested under điều này:

• Sản phẩm schema — đó hai Google experiences (sản phẩm snippets so với. merchant listings), đó bắt buộc/được khuyến nghị property split, đó availability enum, và đó feed-so với-markup confusion untangled. Bắt đầu ở đây nếu trang của bạn sells một item.
• ProductGroup schema — grouping variants với hasVariant/variesBy/ productGroupID, đó single-trang so với. multi-trang patterns, đó đầy đủ-schema.org-URL gotcha, và reconciling với Merchant Center item_group_id. Bắt đầu ở đây nếu của bạn item xuất hiện trong sizes/colors/materials.
• JobPosting schema — bắt buộc so với. được khuyến nghị properties, remote/hybrid xử lý, đó single-job-per-trang rule, expiration hygiene, và đó 2024–2025 Lập chỉ mục API access thay đổi cho job boards. Bắt đầu ở đây cho một careers trang hoặc job board.
• MerchantReturnPolicy schema — đó nested, property-level loại cho của bạn trả về policy: đó precedence order giữa markup và Merchant Center settings, và đó applicableCountry so với. returnPolicyCountry mix-up.
• OfferShippingDetails schema — đó shipping-rate/đích/phân phối-time companion property, và khi Google thực ra requires điều này cho free listings.
• Review schema — đó tách biệt eligibility profile behind đó review/ aggregateRating route vào một Sản phẩm rich kết quả: single-review so với. aggregate rules, đó self-serving-reviews restriction, và vì sao không mỗi sản phẩm trang tự động qualifies cho stars. Bắt đầu ở đây khi bạn là past “which of the three do I use” (bản dịch) «mà of đó three làm I dùng» và vào “can this page actually show review stars.” (bản dịch) «có thể này trang thực ra cho thấy review stars.»

Cho đó wider picture, này hub nests under đó rộng hơn dữ liệu có cấu trúc subcluster — see cũng đó sibling schema markup bài viết ở đó cho đó vocabulary, formats, và deprecation cycle. Và điều này all lives trong đó on-trang cluster, nơi dữ liệu có cấu trúc sits alongside đó rest of on-trang SEO kỹ thuật.

AI summary

MỘT condensed take on đó Advanced version:

• Điều gì điều này là: “Commerce schema” (bản dịch) «Commerce schema» là Patrick practitioner grouping — không một Google hoặc schema.org category — cho đó schema.org listing types đó earn transactional rich kết quả: Sản phẩm, ProductGroup, JobPosting.
• Không an chính thức family: Google gallery puts Sản phẩm/Merchant listing/Variants under “Shopping” và Job posting trong đó chung feature các hướng dẫn list. schema.org groups “Product, Offer, and AggregateOffer” (bản dịch) «Sản phẩm, Offer, và AggregateOffer» together và files JobPosting trong không top-level group với them.
• Hierarchy: Sản phẩm = Thing > Product; ProductGroup = Thing > Product > ProductGroup (một real subtype of Sản phẩm, cho variants); JobPosting = Thing > Intangible > JobPosting (unrelated branch). Sản phẩm/ProductGroup là parent/child; JobPosting là taxonomically tách biệt.
• Khi nào nên dùng mà: một purchasable config → Sản phẩm; một item với variants → ProductGroup wrapping của nó Sản phẩm members (ProductGroup itself không sold); một open job → JobPosting (một job per trang, không bao giờ một listing trang).
• Rich kết quả: Sản phẩm → sản phẩm snippets + merchant listings; ProductGroup → variant-aware merchant listings; JobPosting → Google cho Jobs.
• Shared rules: bắt buộc properties = cổng điều kiện đủ; eligibility ≠ guaranteed display; chỉ mark up visible/chính xác nội dung; JSON-LD được khuyến nghị.
• Beyond markup: Sản phẩm/ProductGroup ↔ Google Merchant Center (tách biệt nhưng reconciled các hệ thống; cung cấp cả hai; price/availability phải match markup, feed, và checkout). JobPosting ↔ Google cho Jobs. Trả về/shipping split cùng cách tại một finer grain — MerchantReturnPolicy là typically Organization-level, trong khi OfferShippingDetails overrides điều này per Offer cho exceptions; hai records, hai upkeep schedules.
• Review stars là một tách biệt profile: đó review/aggregateRating route vào một Sản phẩm rich kết quả rides on Google own Review-snippet eligibility rules, không một blanket “any product page qualifies” (bản dịch) «any sản phẩm trang qualifies» — see đó Review schema bài viết.
• Bing: validates all three generically, không bespoke specs/policies, không Merchant listings hoặc Jobs tương đương; per Fabrice Canel (Sept 2024) không tuy vậy dùng ProductGroup markup trong shopping captions.
• Risk profile: stale Sản phẩm mostly loses eligibility; stale/unremoved JobPosting có thể trigger một manual action — expire qua past validThrough, 404/410, hoặc markup removal.
• SEO impact: không phải là yếu tố xếp hạng (Mueller: “Structured data won’t make your site rank better” (bản dịch) «Dữ liệu có cấu trúc sẽ không làm trang web của bạn xếp hạng tốt hơn») — điều này earns eligibility và aids understanding, nhưng đó là tách biệt từ an thực tế display, một CTR lift, hoặc citation trong an AI câu trả lời; none of này hub types là được ghi lại AI-visibility các tín hiệu.
• Này hub routes, điều này không implement: đầy đủ property các bảng trực tiếp trong đó Sản phẩm, ProductGroup, JobPosting, Review, MerchantReturnPolicy, và OfferShippingDetails deep dives, không ở đây.

Tài liệu chính thức

Chính-nguồn tài liệu cho đó three commerce-schema types và đó rules they share.

Google — shared rules

• Chung dữ liệu có cấu trúc guidelines — đó eligibility principle, nội dung-quality và spam policies đó apply across all three types.
• Dữ liệu có cấu trúc tìm kiếm gallery — đó nguồn of truth cho điều gì hiện tại produces rich kết quả; cũng nơi bạn có thể see đó “Shopping” so với. “Feature guides” (bản dịch) «Feature các hướng dẫn» split.

Google — Sản phẩm & ProductGroup (“Shopping”)

• Intro to Sản phẩm dữ liệu có cấu trúc — đó sản phẩm-snippet so với. merchant-listing split và đó structured-dữ liệu-so với-feed mối quan hệ.
• Sản phẩm snippet dữ liệu có cấu trúc — bắt buộc/được khuyến nghị properties cho đó nhẹ hơn snippet experience.
• Merchant listing dữ liệu có cấu trúc — đó stricter “buy điều này ở đây” requirements.
• Sản phẩm variant (ProductGroup) dữ liệu có cấu trúc — nơi ProductGroup là được ghi lại, as an extension of Sản phẩm.
• Merchant Center — Sản phẩm dữ liệu đặc tả — đó feed-side spec đó reconciles với on-trang markup.

Google — JobPosting (“Feature guides” (bản dịch) «Feature các hướng dẫn»)

• Job posting dữ liệu có cấu trúc — bắt buộc/được khuyến nghị properties, đó single-job-per-trang rule, nội dung policies, và expiration xử lý.

Schema.org (taxonomy)

• schema.org/Sản phẩm · schema.org/ProductGroup · schema.org/JobPosting · loại hierarchy overview

Bing / Microsoft

• Bing Quản trị viên web Tools — Marking up trang web của bạn với dữ liệu có cấu trúc — generic schema.org hỗ trợ; không loại-cụ thể eligibility spec.

Quotes từ đó nguồn

On-đó-record statements. Nơi một trang exposes đó text, đó link là một deep link đó jumps to đó quoted passage.

Google tài liệu — đó 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…” (bản dịch) «Specify all bắt buộc properties listed trong đó tài liệu cho của bạn cụ thể rich kết quả loại. Items đó là missing bắt buộc properties không phải eligible cho rich kết quả. Đó hơn được khuyến nghị properties đó bạn cung cấp, đó cao hơn quality đó kết quả là to người dùng. Ví dụ: người dùng ưu tiên job postings với explicitly stated salaries hơn những không có…» Jump to 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.” (bản dịch) «Nội dung trong dữ liệu có cấu trúc phải cũng follow đó additional nội dung guidelines hoặc policies, as được ghi lại trong đó cụ thể feature hướng dẫn. Ví dụ, nội dung trong JobPosting dữ liệu có cấu trúc phải follow đó job posting nội dung policies.» Jump to quote

Google tài liệu — Sản phẩm & đó Merchant Center mối quan hệ

• “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.” (bản dịch) «Hai markup types exist: Sản phẩm snippets cho non-purchase các trang, emphasizing reviews, và Merchant listings cho purchase các trang, highlighting sản phẩm details like sizing và shipping.» Jump to 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.” (bản dịch) «To cung cấp rich sản phẩm dữ liệu to Google Search bạn có thể thêm Sản phẩm dữ liệu có cấu trúc to của bạn web các trang, upload dữ liệu feeds với Google Merchant Center và opt vào free listings trong đó Merchant Center console, hoặc cả hai.» Jump to quote

Google tài liệu — JobPosting distinctive rules

• “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.” (bản dịch) «Đó JobPosting markup phải chỉ là dùng on các trang đó contain một single job posting. We không cho phép đó dùng of JobPosting markup trong any other trang, including các trang đó không list any job.» Jump to 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.” (bản dịch) «We không cho phép expired job postings. Ideally bạn nên xóa expired job postings từ của bạn website. Nếu bạn ưu tiên to không xóa them, thì bạn cần to bảo đảm đó validThrough property là populated và trong đó past.» Jump to 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.” (bản dịch) «Jobs đó là không lâu hơn open cho applications phải được expired trong một of đó sau ways. Failure to take timely action on expired jobs có thể kết quả trong một manual action.» Jump to quote

John Mueller, Google — schema không phải một xếp hạng factor

• “Structured data won’t make your site rank better.” (bản dịch) «Dữ liệu có cấu trúc sẽ không làm trang web của bạn xếp hạng tốt hơn.» Và: “It’s fine to use it for other things in schema.org, that won’t cause problems, but you’re unlikely to see any visible change from it in Google Search.” (bản dịch) «đây là fine to dùng điều này cho other điều trong schema.org, đó sẽ không nguyên nhân các vấn đề, nhưng bạn là khó có khả năng to see any visible thay đổi từ điều này trong Google Search.» Coverage Relayed qua Công cụ tìm kiếm Roundtable coverage of Mueller April 2025 Bluesky posts; treat đó phrasing as transcribed phụ 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.” (bản dịch) «Trong order to là eligible to là shown as một rich kết quả, bạn cần to hãy bảo đảm đó đó trang dùng đó right dữ liệu có cấu trúc và đó điều này complies với đó appropriate policies on của chúng ta side.» Coverage Relayed qua Search Engine Land’s coverage of một 2019 #AskGoogleWebmasters câu trả lời.
• “Exactly. Understand that markup types come and go, but a precious few you should hold on to (like title, and meta robots).” (bản dịch) «Chính xác. Understand đó markup types come và go, nhưng một precious một vài bạn nên hold on to (like tiêu đề, và meta robots).» Coverage Relayed qua Công cụ tìm kiếm Roundtable coverage of một November 2025 Reddit reply.

Fabrice Canel, Microsoft Bing — on 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!” (bản dịch) «ProductGroup markup không dùng trong của chúng ta captions tuy vậy, nhưng đây là on của chúng ta radar. Của chúng ta team là closely monitoring của nó adoption. Stay tuned!» Coverage Relayed qua Công cụ tìm kiếm Roundtable coverage of một September 2024 statement on X; dated — re-kiểm tra Bing hiện tại ProductGroup hỗ trợ trước relying on điều này.

Commerce schema tại một glance

Đó three types compared

Fast facts

• “Commerce schema” (bản dịch) «Commerce schema» là một practitioner grouping, không một Google hoặc schema.org category — đó three types share an SEO dùng case, không một taxonomy.
• Sản phẩm và ProductGroup là parent/child; JobPosting là an unrelated branch.
• Eligibility ≠ display — hợp lệ markup nhận bạn trong đó pool; Google vẫn decides liệu to cho thấy đó enhancement.
• Không phải là yếu tố xếp hạng — và không một CTR, display, hoặc AI-citation bảo đảm either. Schema earns rich-kết quả eligibility và aids understanding. Liệu đó kết quả thực ra cho thấy, liệu điều này earns hơn clicks, và liệu điều này cho thấy up trong an AI câu trả lời là three tách biệt, unguaranteed outcomes.
• Review/AggregateRating eligibility là của nó own profile. Không mỗi sản phẩm hoặc merchant trang tự động qualifies cho star ratings — đó route chạy qua Google tách biệt Review snippet rules. See đó Review schema deep dive.
• Trả về và shipping split tại một finer grain cũng. MerchantReturnPolicy là typically Organization-level (của bạn default policy); OfferShippingDetails overrides điều này per Offer cho exceptions. Hai records, hai upkeep schedules.
• JSON-LD là Google được khuyến nghị format cho all three.
• Merchant Center feed và on-trang Sản phẩm markup là tách biệt các hệ thống Google reconciles — cung cấp cả hai, và giữ price/availability consistent across markup, feed, và checkout.
• Job hygiene là highest-stakes: expire closed jobs (past validThrough, 404/410, hoặc xóa markup) hoặc risk một manual action.

Mà commerce schema loại làm I cần?

Câu trả lời cho đó trang bạn là marking up, và bạn’ll land on đó right loại (và đó right deep dive to đọc tiếp theo).

Mistakes I thực ra see với commerce schema

Những là concrete các lỗi mọi người làm với Sản phẩm, ProductGroup, và JobPosting markup — không hypothetical ones. Mỗi có một cách sửa.

Putting JobPosting markup on một trang đó lists several jobs

Google rule là rõ ràng: JobPosting markup “must only be used on pages that contain a single job posting,” (bản dịch) «phải chỉ là dùng on các trang đó contain một single job posting,» và đây là disallowed on any other trang, including một trang đó không list một job tại all. Thêm điều này to một careers-chỉ mục hoặc tìm kiếm-kết quả trang không earn bạn multiple Jobs listings — điều này chỉ làm đó markup non-compliant và ineligible.

Làm thay vì: cho mỗi open role của nó own single-job URL và mark up chỉ đó trang. Dùng đó listing/chỉ mục trang cho navigation, không JobPosting schema.

Letting một closed job posting sit trực tiếp không có expiring điều này

MỘT stale Sản phẩm mostly chỉ loses eligibility hoặc cho thấy “out of stock” (bản dịch) «out of stock» — mildly annoying. MỘT stale JobPosting là một khác nhau risk class: Google says điều này không cho phép expired job postings, và failure to expire hoặc xóa một closed một “may result in a manual action.” (bản dịch) «có thể kết quả trong một manual action.» đó là một site-wide penalty, không một lost rich-kết quả snippet.

Làm thay vì: đó moment một role closes, làm một of đó three điều Google accepts — set validThrough to một date trong đó past, trả về một 404/410 on đó URL, hoặc strip đó JobPosting markup hoàn toàn. Xây dựng này vào của bạn hiring-hệ thống offboarding step, không một manual afterthought.

Treating ProductGroup as một substitute cho marking up mỗi variant

ProductGroup là một parent đó ties variants together với hasVariant, variesBy, và productGroupID — nhưng điều này không replace Sản phẩm. Mỗi variant (mỗi size, color, hoặc material combination) vẫn cần của nó own đầy đủ Sản phẩm markup với của nó own sku/gtin, price, và availability. Xuất bản chỉ đó ProductGroup và skipping đó individual Sản phẩm entries leaves đó variants không có đó dữ liệu Google thực ra cần to sell them.

Làm thay vì: mark up mỗi purchasable variant as của nó own Sản phẩm, thì wrap đó set trong một ProductGroup đó references them.

Expecting commerce schema to move của bạn thứ hạng

Này là đó hầu hết phổ biến myth across all three types, và Google có đã nói điều này plainly và repeatedly — John Mueller: “Structured data won’t make your site rank better.” (bản dịch) «Dữ liệu có cấu trúc sẽ không làm trang web của bạn xếp hạng tốt hơn.» Treating một schema rollout as một xếp hạng play sets đó wrong expectation cho stakeholders và có thể lead to cutting corners elsewhere trong favor of markup hoạt động đó đã là không bao giờ going to move thứ hạng.

Làm thay vì: implement commerce schema to win eligibility cho một cụ thể tìm kiếm feature (một merchant listing, một Jobs card) — một legitimate goal với của nó own giá trị trong clicks và presentation — và đo lường điều này so với đó goal, không xếp hạng position.

Letting on-trang markup, đó Merchant Center feed, và checkout drift out of sync

Sản phẩm dữ liệu có thể come từ on-trang dữ liệu có cấu trúc, một Merchant Center feed, hoặc cả hai, và Google reconciles them as tách biệt các hệ thống thay vì treating một as một copy of đó other. Passing đó Rich Kết quả Kiểm thử không có nghĩa là của bạn feed là hợp lệ, và vice versa — nếu price hoặc availability differs giữa đó markup, đó feed, và điều gì checkout thực ra charges, đó mismatch undermines cả hai eligibility và người dùng trust.

Làm thay vì: giữ price và availability giống hệt across all three surfaces, và validate đó on-trang markup và đó feed riêng thay vì assuming một covers đó other.

Tools cho building và kiểm tra commerce schema

My Schema Markup Validator là đó đầu tiên dừng khi bạn đã được viết JSON-LD cho any of đó three types. Paste một Sản phẩm, ProductGroup, hoặc JobPosting block (hoặc một đầy đủ trang) và điều này chạy severity-tiered kiểm tra so với schema.org vocabulary và Google rich-kết quả requirements — hữu ích cho catching một missing bắt buộc property trước khi bạn ship, whichever of đó three types bạn là hoạt động on.

My Rich-Kết quả Eligibility Checker các câu trả lời đó hơn cụ thể câu hỏi này hub giữ circling back to: không “is this valid JSON-LD” (bản dịch) «là này hợp lệ JSON-LD» nhưng “does this page actually qualify for a rich result.” (bản dịch) «làm này trang thực ra qualify cho một rich kết quả.» Paste JSON-LD, an HTML trang, hoặc fetch một trực tiếp URL, và điều này cho thấy mà bắt buộc các trường là present versus missing cho Sản phẩm (offers/review/aggregateRating) hoặc JobPosting (title, description, datePosted, hiringOrganization, jobLocation) — đó chính xác cổng điều kiện đủ này bài viết mô tả.

My PDP SEO Checker là được xây dựng cho đó sản phẩm-detail-trang side of này hub cụ thể — điều này looks tại một trực tiếp sản phẩm trang beyond chỉ đó schema, covering đó on-trang các tín hiệu đó go alongside Sản phẩm/ProductGroup markup khi bạn là deciding liệu một single-SKU trang hoặc một variant-grouped trang là set up correctly.

Khi markup truyền những kiểm tra, chạy đó trang qua Google own Rich Kết quả Kiểm thử — đây là đó tool Google thực ra dùng to decide eligibility, so đây là đó cuối word trước khi bạn ship, cho any of đó three types trong này hub.

Tự kiểm tra: Commerce Schema

Five nhanh các câu hỏi on đó three commerce-schema types, cách they relate, và điều gì they làm (và không) làm. Pick an câu trả lời cho mỗi, thì kiểm tra.

Các tài nguyên worth của bạn time

My schema markup writing

• Schema Markup — my rộng hơn take on đó vocabulary, đó formats, entity understanding, và đó deprecation cycle. Commerce schema là một slice of này.
• Đó Beginner Hướng dẫn to SEO kỹ thuật — nơi I frame schema as code đó helps engines understand nội dung và powers đó features đó làm một listing stand out.
• Enterprise SEO — my thực dụng rule, applied ở đây cũng: “I’m a fan of schema markup as long as it gets you a search feature.” (bản dịch) «I’m một fan of schema markup miễn là điều này nhận bạn một tìm kiếm feature.»

My speaking

• Cách Tìm kiếm Hoạt động (SlideShare) — my walkthrough of crawling, rendering, lập chỉ mục, và xếp hạng; hữu ích background on nơi dữ liệu có cấu trúc fits. (My standing disclaimer áp dụng: “This is my understanding of systems… not going to be 100% complete or accurate.” (bản dịch) «Này là my understanding of các hệ thống… không going to là 100% hoàn tất hoặc chính xác.»)

Từ khoảng đó ngành

• Google Again Says Dữ liệu có cấu trúc Không Làm Trang web của bạn Xếp hạng Tốt hơn (Công cụ tìm kiếm Roundtable) — Mueller April 2025 statement, đó myth-bust behind này toàn bộ hub.
• Google Không phải Killing Schema — Markups Có thể Come & Go (Công cụ tìm kiếm Roundtable) — đó “markup types come and go, but a precious few you should hold on to” (bản dịch) «markup types come và go, nhưng một precious một vài bạn nên hold on to» framing.
• Bing Có thể Dùng ProductGroup Markup Trong Đó Tương lai (Công cụ tìm kiếm Roundtable) — Fabrice Canel Sept 2024 statement on Bing non-hỗ trợ of ProductGroup.
• Stick to dữ liệu có cấu trúc guidelines nếu bạn muốn đó rich kết quả (Search Engine Land) — Mueller on eligibility requiring đó right markup và policy compliance.
• schema.org loại hierarchy — đó vocabulary itself, straight từ đó nguồn; see đó “Product, Offer, and AggregateOffer” (bản dịch) «Sản phẩm, Offer, và AggregateOffer» grouping và nơi JobPosting là (và không).

Nhật ký thay đổi