ProductGroup、Variant、SKU 與 GTIN：商品身分的安全失敗指南
BLOG / productgroup-variant-sku-gtin.mdx
不猜測缺失身分，正確建模商品家族、選項組合、市場與語言文件、穩定 URL、SKU 和 GTIN。
商品身分應該不斷縮小選擇範圍，不能製造不存在的確定性。v0.10 要求每個 Variant 必須包含非空的商家 sku。現實商品沒有商家 SKU 時，目前無法生成符合 sku.md/0.10-draft 的 Product Document；穩定來源 ID 仍有用途，但不能替代 sku。GTIN 與 MPN 可以缺失。
SKU.md 是由商家託管的商品發現與穩定商品知識：agent 可以找到商品、理解有來源的事實，並知道去哪裡複查即時商業狀態；它不是新的結帳協議。
四類身分回答不同問題
| 概念 | 回答什麼 | 可以缺失嗎 |
|---|---|---|
| ProductGroup | 屬於哪個相關商品家族 | 沒有家族模型時可以 |
| Variant | 哪個精確選項組合可購買 | 聲稱可選商品時不應缺失 |
| SKU | 商家分配的庫存引用是什麼 | 不可以，v0.10 要求每個 Variant 都有 |
| GTIN | 註冊的全球貿易專案是什麼 | 可以 |
Schema.org Product 支援 sku、gtin、isVariantOf 等屬性，但詞彙存在不代表商家一定填過或治理過這些值。SKU.md 應保留已知身分，不能從標題或 URL 片段猜測。GTIN 和 MPN 可以缺失，但商家 sku 是 v0.10 的合規要求。
Variant 必須覆蓋完整選項組合
如果一件藍色夾克還有 S、M、L，「藍色夾克」就不夠精確。Variant 應包含其來源系統用於區分可購買專案的完整選項。兩個候選即使標題相同，只要版型、市場、包裝數量或材料不同，消費者就不能靠相似度替使用者選擇。
- 從穩定來源解析 Product 家族。
- 匹配所有必需選項名稱和值。
- 比較穩定 Variant ID 與必需的商家 SKU；存在 GTIN 時再一併核對。
- 識別碼衝突或仍有多個候選時停止。
市場、語言與 URL 不是身分捷徑
商家可能為同一 Variant 發布多語頁面，也可能有市場專屬 Variant，或擁有文案相似的不同商品。content_language 只說明文件語言，market 只限定商業上下文；兩者都不能單獨證明兩個文件描述同一 Variant。
Canonical 與 parent URL 應跨修訂保持穩定。把退役商品跳轉到分類頁可以幫助人類，但不能把舊文件事實悄悄貼到新商品上；有明確替代或停產知識時，應單獨表達。
缺失或衝突時安全失敗
| 情況 | 安全結果 |
|---|---|
| GTIN 缺失 | 其他身分精確時，不帶 GTIN 繼續 |
| 商家 SKU 缺失 | 不發明 SKU；商家完成分配與治理前，不能生成合規的 v0.10 Product Document |
| SKU 相同但 Variant ID 衝突 | 停止並報告不一致 |
| 兩個 Variant 匹配部分選項 | 詢問缺失選項 |
| 市場頁改變了可購買專案 | 重新獨立對應判斷 |
穩定來源 ID 仍可用於匹配和補救，但不能替代 sku。遇到歧義就停止，可以避免把一段寫得很好的 Fact、Claim 或 Disclosure 套到錯誤商品上。
延伸閱讀
閱讀AI 商業權威交接理解精確匹配循環，再用商品事實與證據治理管理知識。