商品事实链控制台
先确定同一个商品到底以谁为准，再谈 Feed 优化。
商品数据最危险的状态，不是某个字段没填，而是 Shopify、ERP、Feed、广告后台、集合页和页面各有一版。短期看是字段不一致，长期会影响广告展示、审核、SEO、站内搜索、库存承诺和客服解释。
主资产
唯一真相源地图
先管
10 个高影响字段
验收
负责人 + 验收 + 变更日志
本课产出
商品数据唯一真相源地图
完成标准：任何人看到字段冲突时，都知道先看哪个系统、找谁改、改完去哪里验收。
SKU / 变体 ID
Shopify 变体 / 商品运营
价格 / 库存
Shopify 或 ERP 源字段 / 运营负责人
标题 / 图片 / 属性
Shopify 主字段 + 已登记渠道例外规则 / 商品运营 + SEO
GTIN / 品牌
商品主数据或供应商资料 / 采购 / 商品负责人
先跟完一条字段生命线
唯一真相源不是“都以 Shopify 为准”，而是每个字段只有一个能拍板的来源，其他位置只负责读取、覆盖或报警
案例商品是一款 20oz 保温杯，活动期页面显示 $24.99，Merchant Center item preview 仍是 $29.99，Meta 动态广告又把用户送到 32oz 变体。先锁定对象：美国市场、Sage 颜色、20oz 变体、同一个 Shopify variant、同一个同步窗口。若不先锁对象，团队会把三个问题混成“Feed 坏了”，随后在 Shopify、补充 Feed 和广告后台各改一遍。
接着把“看到的值”和“谁有权决定”分开。页面上的 $24.99 证明页面当前显示什么，却不能证明 Merchant Center 应该从哪个来源读取；Merchant Center 的 $29.99 证明平台当前拿到什么，也不能反向授权广告同事覆盖 Shopify；Meta 落到 32oz 说明商品身份链错位，不代表价格字段本身有错。每个表面都是证据，不一定是真相源。
本案例把活动价格的主字段放在 Shopify price / compare-at price，并由商品运营结合促销日历拍板；库存以履约位置的可售库存为准；GTIN 以包装、供应商或 GS1 证据为准，再写回 Shopify barcode；variant ID 由 Shopify 生成，item_group_id 和广告 content ID 必须沿这条变体映射派生。一个系统可以是某些字段的真相源，却不必是所有字段的真相源。
| 字段 | 能拍板的来源 | 同步方向 / 谁读取 | 错了的后果 | 通过证据 | 失败动作 |
|---|---|---|---|---|---|
| sale price | Shopify + promo calendar | Shopify → feed source → PDP / Merchant Center / ads | 广告价与落地价不一致，资格或信任受损 | $24.99 + 有效期 + 同步后预览 | 先查覆盖层与同步时间，不重复改源字段 |
| availability | 履约位置可售库存 | WMS / Shopify location → regional source → channels | 有货商品被停投，或缺货商品被过度承诺 | 位置库存、region_id、页面和渠道一致 | 冻结人工加库存，修 regional mapping |
| GTIN | 包装 / 供应商 / GS1 证据 | Evidence → Shopify barcode → feed readers | 匹配到错误商品、拒登或品牌身份混乱 | 实物证据、格式/校验位、样例 item | 不确定就留空并升级，不能编条码 |
| variant / item_group / content ID | Shopify variant map + documented transform | Variant → feed item/group → Catalog → Pixel/CAPI | 广告落错容量，事件和 Catalog 无法匹配 | 20oz 落 20oz，事件 ID 等于目录 item | 冻结产品集放量，先修身份映射 |
价格冲突的完整修复路线
- 保存 PDP $24.99、Merchant Center $29.99、来源列表和 latest sync time。
- 核对 Shopify 源字段和促销有效期，确认源头不是刚刚又被回滚。
- 查 primary、supplemental、regional source 和规则预览，定位哪个层写入 $29.99。
- 只改制造冲突的那一层，记录 owner、change ID、预计同步窗和 rollback。
- 同步后同时回读 item preview、PDP、结构化数据和广告落地页；四处一致才关闭。
本课交付物要能让另一个人接手
字段行不要只写“价格已确认”。写：对象 20oz/Sage/US；真相源 Shopify price；当前冲突 MC supplemental source；负责人 Merch Ops；消费者 PDP、Google、Meta；变更 ID PD-001；同步窗 4–24h；验收四表面；反证是区域价或活动窗不同；失败则回滚补充源并暂停带价素材。
不能证明的边界也要留下：一次 item 通过不代表全目录健康；渠道自动更新不决定主权；页面与 Feed 一致不代表库存承诺可履约。样例不通过时停止批量编辑，先修真相源地图。
下面的互动会切换出口、冲突路由、覆盖层、压力场景、身份字段、决策题和可复制笔记。互动改变的是练习中的诊断路径，不改变本课底线：先证明制造当前值的层，再选择修复层；修复后必须沿同步方向回读，不能把动态结果卡当成验收结论。
先看一个真实冲突
Shopify 改好了，不代表每个出口都改好了。
先用一款 20oz 保温杯看清问题：页面、Merchant Center 和 Meta Catalog 看到的可能不是同一个价格、库存或商品身份。唯一真相源不是一句架构词，它只是帮你判断哪个系统可以拍板，哪个系统只能当证据。
Shopify 商品页
先当证据20oz 保温杯活动价是 24.99，页面也这样显示。
能证明什么：能证明买家当前看到的价格。
先查：还要看 Shopify 源字段、促销有效期和页面组件是否同源。
Merchant Center item preview
先当证据同一个商品仍显示 29.99，或库存状态没有更新。
能证明什么：能证明广告平台读取到的商品值。
先查：先查 primary source、supplemental source、regional inventory source 和 rules，不要马上批量改 Shopify。
Meta Catalog / 产品集
先当证据Catalog item、item_group_id 或 content ID 指向了另一个容量。
能证明什么：能证明动态广告和事件匹配是否读到同一件商品。
先查：抽一笔测试订单，核对 view_item、add_to_cart、purchase 和 Catalog item。
先问
先画商品事实链
这篇要处理的不是一个字段，而是同一个商品在 Shopify、Merchant Center、Meta Catalog、页面、集合页和广告事件里是否仍然是同一个事实。
为什么
字段漂移会让增长判断失真
价格、库存、标题、GTIN、产品集和事件 ID 一旦不同源，广告审核、动态广告、SEO、客服承诺和月度复盘都会各自解释一版。
怎么做
每次做一个判断，只做一件事：证明来源
每次选择覆盖层、冲突场景或压力场景，都把结果写回复制笔记总结：当前值从哪层来、谁能改、改完用哪个页面或预览验收。
00 商品事实链
这篇不是字段表教程，而是整套商品数据课程的入口。
同一个商品会被页面、Feed、Catalog、SEO、站内搜索、广告产品组、大促和月度复盘一起读取。本课先让你画清楚这条链路，后面 7 课才知道每一层该怎么治理。
Shopify 源字段
标题、价格、库存、变体、图片、品牌、GTIN、分类和政策承诺。
源字段不稳，后面的 Feed、Catalog、页面和报表都会继承同一处错误。
先定谁说了算。
商品页事实
买家看到的价格、库存、图片、规格、配送和退换承诺。
页面事实和平台事实不一致，会带来审核、客服和支付信任问题。
把页面作为验收点。
Feed / Merchant Center
同步后的商品属性、标识符、价格、库存和政策字段。
Feed 红点消失，不代表源字段已经治理好。
记录字段来源和同步窗口。
Meta Catalog / 产品集
目录商品项、item_group_id、图片、产品集规则和事件 content ID。
映射错了，动态广告可能推错变体或错商品。
把 catalog 视为下游验收。
SEO / 站内搜索 / 集合页
标题、handle、标签、集合页/集合规则、排序字段和结构化数据。
一个团队为了自己改字段，会让另一个渠道解释不清。
先写可建议方和最终负责人。
大促 / 月度复盘
促销价、库存覆盖、产品集、集合页、广告组和字段变更日志。
没有变更证据，大促和复盘只能继续猜原因。
把字段治理变成下月动作。
我现在看到的是哪种冲突？
先查什么
价格 / 库存冲突
名词先说清楚
先把本课会用到的词讲清楚。
Feed
Feed 可以先理解成"给平台读取的商品资料表"。它把标题、价格、库存、图片、SKU、GTIN 等字段送到 Merchant Center、Meta Catalog 或其他渠道。
商品页价格改了，但 Feed 还没同步，广告平台看到的价格就可能还是旧的。
SKU / 变体 ID
SKU 是店铺自己用来识别商品或变体的编号；变体 ID 是 Shopify 等系统给每个颜色、尺寸、容量版本生成的系统编号。它们都用来避免把两个相似商品认错。
同一款杯子有 20oz 和 32oz 两个容量，就应该能分别追踪库存、价格、订单和广告表现。
GTIN
GTIN 是商品条码编号的统称，比如 UPC、EAN。它帮助 Google 等平台确认"这到底是哪一个真实商品"，不是店铺自己随便起的编号。没有 GTIN 时，品牌、型号和其他标识字段就更重要。
如果卖的是有品牌条码的保温杯，GTIN 能帮助平台匹配商品；如果是自有品牌新品，就要把品牌、SKU、图片和页面事实写清楚。
结构化数据
结构化数据是页面里的机器可读商品信息，搜索引擎会读取价格、库存、评价、品牌和商品标识等字段。它不能和页面真实承诺、Feed 或源字段打架。
页面显示有货，但结构化数据写 out of stock，搜索结果和审核信号就可能和买家看到的不一致。
产品集
产品集是在 Meta Catalog 或广告系统里按规则圈出的一组商品。它通常读取 Catalog item、item_group_id、标签、价格、库存和事件 content ID。
如果 20oz 和 32oz 变体 ID 对不上，产品集可能把广告流量送到错误容量。
sale_price
sale_price 是平台读取的促销价字段，常见于 Merchant Center、Feed 或商品数据源。它要和商品页活动价、广告素材和邮件承诺一致。
Shopify 页面写 24.99，但 Merchant Center 仍读 29.99，通常要查 sale_price、补充数据源和同步窗口。
sale_price_effective_date
sale_price_effective_date 是促销价生效和结束时间。它决定平台什么时候展示促销价，错了就会提前、延后或活动结束后还继续显示优惠。
大促结束后价格没有回滚，先查有效期字段和 supplemental source 回滚日期，不要只怪广告文案。
Pixel / CAPI
Pixel 是浏览器侧事件，CAPI 是服务器侧事件。它们会把 content ID、价格、数量、购买等信号发给广告平台，用来做动态广告匹配和转化判断。
Catalog item 是 A，但 Pixel / CAPI 发出去的 content ID 是 B，广告平台就可能把购买归到错误商品。
唯一真相源
唯一真相源就是字段冲突时最终相信谁。初学者不要把它理解成"所有地方都手动改一遍"，而是先定价格、库存、标题、图片这些字段到底从哪个系统读取。
价格以 Shopify 或 ERP 为准，Feed、广告后台和结构化数据只能读取它，或登记清楚例外规则。
渠道例外规则
渠道例外规则是某个渠道暂时用不同字段版本。它可以存在，但必须写清楚为什么、谁维护、什么时候回查，否则很快会变成第三套事实。
Google Shopping 标题可以补颜色和容量，但不能破坏商品页事实。
Primary source
Primary source 是 Merchant Center 读取商品数据的主数据源。小白可以把它理解成 Merchant Center 里的"主账本"：它可以添加或移除商品。
如果 Shopify 同步是主来源，就不要在别的表里偷偷新增同一个商品。
Supplemental source
Supplemental source 是补充数据源，用来给已有商品补字段或覆盖字段。它不能单独新增商品，也不应该长期替代源字段治理。
主来源缺了 custom label，可以用 supplemental source 补，但要写清谁维护、什么时候回写主字段。
Regional inventory source
Regional inventory source 是区域价格/库存覆盖层，适合不同地区有不同价格、促销价、有效期或库存的情况。它不是新商品来源。
美国东部和西部库存不同，可以按 region_id 覆盖 availability，但落地页和配送承诺也要一致。
RACI
把执行人、拍板人、咨询方和通知方分开，避免字段问题没人能收口。
SEO 可以建议标题，最终拍板人仍要能承担广告、搜索和客服影响。
01 数据源覆盖层
不是所有 Merchant Center 里的值都来自 Shopify。先看覆盖层。
小白最容易误判的一点是：看到 Merchant Center 价格或库存不对，就回 Shopify 改字段。真实情况可能是 primary source、supplemental source、regional inventory source 或 Merchant Center rules 后来覆盖了它。先查层级，再决定改哪里。
覆盖判断
Shopify 源字段
02 覆盖层决策练习
先判断该改哪一层，再决定谁来改。
这一步把覆盖层从知识点变成判断动作。选一个真实压力场景，再选择你会先处理的层级；反馈会告诉你为什么某些看似最快的改法会制造下一轮漂移。
第一步：选择场景
第二步：选择处理层级
20oz 保温杯促销价又变回原价
03 字段冲突工单
把"字段不一致"改写成可以执行的工单。
很多团队知道字段冲突，但写出来还是一句"Feed 有问题"。真正可执行的工单要说明症状、可能源头、第一证据、路由动作、禁止动作和写回到哪一行字段表。
工单写法
促销价和页面价不一致
04 操作口径
术语只有落到字段、负责人和证据，才有用。
这里的唯一真相源不是抽象架构词。它只回答一个运营问题：字段冲突时，哪个版本赢。
唯一真相源
某个商品字段最终以哪个系统、文件或负责人的判断为准。
Feed 验收
上线前检查字段、平台规则、渠道状态和页面承接是否一致。
RACI
写清谁执行、谁裁决、问谁、通知谁，避免字段无人负责。
05 主资产
先管会影响渠道的字段，不要试图一次治理全库。
价格、库存、标题、图片、属性、分类、标识符和履约承诺会同时影响广告、SEO、站内搜索、集合页和客服。先把这些字段写清楚，其他字段再分批补。
SKU / 变体 ID
Shopify 变体
商品运营
事件匹配、退货分析、广告产品组、动态广告
Shopify、GA4、目录商品项
价格 / 库存
Shopify 或 ERP 源字段
运营负责人
广告资格、集合页、客服承诺、促销字段
商品页、Merchant Center、Meta Catalog
标题 / 图片 / 属性
Shopify 主字段 + 已登记渠道例外规则
商品运营 + SEO
Shopping 展示、SEO、站内搜索、结构化数据
商品页、Feed 预览、结构化数据测试
GTIN / 品牌
商品主数据或供应商资料
采购 / 商品负责人
Merchant Center 识别、跨平台匹配、变体归并
Merchant Center 诊断 与商品主数据
履约 / 政策字段
政策页和物流规则
运营 / 客服
支付审核、客服话术、页面承诺、活动页
政策页、产品页、客服宏
06 商品身份地图
SKU、GTIN、Variant ID、item_group_id 和 content ID 不是一回事。
很多 Feed 问题不是字段没填，而是团队把几个“商品身份字段”混成一个词。请先点选一个字段，看它在哪里出现、谁读取、错了会怎样，再把核验动作写进复制笔记总结。
选择一个身份字段
先点一个你正在排查的字段。详情区会显示它的真相源、读取系统和第一步核验。
当前身份字段
SKU
SKU 是店铺自己给商品或变体用的内部编号。它不是平台认证身份，而是让商品、库存、订单、客服和财务能说同一件商品。
复制到笔记：身份映射：SKU 以 Shopify/ERP 为准；先抽样核对 variant、订单、GA4 和广告商品组。
06A 字段来源记录
把五条字段流写成可保存的 Product Identity Map，而不是一句“都以 Shopify 为准”
这份字段记录让 price、availability、GTIN、Variant ID 和 item_group_id 分别记录真相源、当前显示层、市场范围、负责角色、回滚线和验收条件。它只整理证据，不连接 Shopify、ERP、Feed App、Merchant Center、Meta 或真实商品数据。
先写字段事实，再准备负责人读回。这里不会上传 Feed、改商品字段、修改规则、切换市场或访问账户。
当前字段记录
价格 / 促销价
商品页、Merchant Center、Meta Catalog、广告素材和邮件承诺。
范围边界：价格必须按目标市场和币种读回；区域价或补充来源不能被当成所有市场的默认价格。
完成这条字段的核对
字段冲突提示
它只检查这份字段记录里的字段、覆盖层、范围、责任和回滚条件。它不读取真实后台、Feed、商品或客户数据。
选择一个错误捷径
为什么不稳
不稳。Shopify 可能是价格或 variant 的来源，但 GTIN、可售库存或下游覆盖层需要不同证据。先确认字段和当前层。
更稳的下一步
先为当前字段写真相源，再读回 Feed App、primary source、supplemental source、regional inventory 或 rules 是否改写它。
字段地图结论
先补齐五条字段流的来源、当前层、范围、责任和回滚条件，再准备负责人读回。
已完成 0/5 条字段流。
07 五层出口
不要一上来修字段，先画它会流向哪里。
每一层只回答四个问题：读哪个字段、谁能改、多久同步、改错影响哪个渠道。
Shopify 后台
08 负责人分工
负责人不能写成岗位名，要写成能执行的人。
比如一款宠物出行水杯标题可能由商品运营负责，GTIN 由采购负责，集合排序由站内运营负责，Merchant Center 报错由广告运营负责。
执行人
真正执行字段修改的人。
商品运营修改 宠物出行水杯标题。
拍板人
对字段结果负责并能裁决冲突的人。
运营负责人裁决价格源头。
咨询方
修改前必须被问到的人。
SEO 复核标题和结构化数据影响。
通知方
修改后必须知道的人。
客服收到库存和履约承诺变更。
09 渠道例外规则
渠道例外规则 可以有，但必须登记。
Google Shopping 的标题可能需要更清楚的颜色、容量和材质，而 Shopify 主标题更适合前台用户阅读。问题不是例外规则，问题是没人知道它为什么存在、哪个渠道读取、什么时候回查。
停止
为了让某个警告消失，直接在 Feed 同步应用改标题，却不回写源字段规则。
复核
写清为什么不改主字段、哪个渠道读例外规则、谁维护、什么时候回查。
继续
例外规则有业务理由、验收位置和过期复查日期，且不破坏页面事实。
10 比如一款宠物出行水杯演练
比如一款宠物出行水杯第一周不批量改字段，先按目录规模抽样。
执行节奏分成四步演练：抽样、改前、改中、改后。每一步都必须留下证据，后续团队才能复查字段到底在哪一层被改动。
抽样
本课用 12 个 SKU 演示：高销量、新上架、最近被渠道提示的商品各一组。真实执行时，极小目录全量查；中等目录按销量、新品、渠道提示、促销和市场分层；大目录先抽高收入、近期变更、报错、复杂变体和市场边界 SKU。
记录 Shopify、商品页、Merchant Center、Meta Catalog、集合页和结构化数据。
改前
先问这个字段被哪些规则读取、哪些报表引用、哪些自动化会消费。
依赖关系、负责人、影响渠道。
改中
一次只解决一种问题，不把标题、类目、库存、促销混在同一次提交。
变更编号、修改原因、源字段。
改后
等完整同步周期后再验收，不用提交截图冒充渠道读取结果。
源字段截图、渠道预览、状态变化、业务观察点。
12 唯一真相源压力判断练习
最危险的不是字段错了，而是会议里大家急着先改一个地方。
真实团队不是不知道字段要一致，而是在广告花钱、大促排期、SEO 改标题、批量工具很方便的时候，容易把最快动作误当成正确动作。下面用四个压力场景练习如何先找证据，再决定变更入口。
字段事故会里先问当前错误值到底从哪一层出来，不要先问谁能最快改。证明不了来源，就不要批量改。
商品数据治理的价值，是让广告、SEO、集合页、客服和大促都围绕同一条事实链做动作。否则每个团队都在修自己的版本，最后谁也解释不了真实商品。
当前压力场景
Merchant Center 变红，会议想马上改 Shopify
13 快速自测
先判断该不该批量改。
比如一款宠物出行水杯发现 Shopify 标题、Merchant Center 标题和集合页标题不一致，广告团队想直接在 Feed 同步应用 里批量改 200 个 SKU。现在最该先做什么？
14 停止/继续
字段不清楚，不批量改。
这是批量修改前的变更放行判断：解释不清的字段先回到唯一真相源地图。
字段有唯一真相源、负责人、验收位置
继续，可以进入变更
字段行、负责人、验证页面、同步窗口
不知道哪个系统为准
暂停，先补唯一真相源
冲突系统截图和最终裁决人
负责人没有变更权限
暂停，重新指定负责人
执行人和 拍板审批人
渠道例外规则没登记
复核，补理由和回查规则
例外规则原因、读取渠道、回查日期
改动影响广告、SEO、集合页或客服承诺
必须写 变更日志 和同步后验证
变更编号、渠道预览、复核截图
15 复制笔记总结
把本课变成一份商品数据唯一真相源复制笔记总结。
复制出去的不是一句"字段已确认"，而是字段、系统、负责人、下游、冲突规则、验收、反证信号和当前压力场景。
商品数据唯一真相源地图
本课结论
字段冲突时，先证明当前值来自哪一层，再决定改 Shopify、primary source、supplemental source、regional inventory source 还是 Merchant Center rules。
第一证据
源字段、商品页、渠道预览、数据源列表、规则预览、同步窗口、负责人和回查日期。
禁止动作
没有唯一真相源地图前，不批量改字段；没有跨渠道验收前，不放量广告或发大促邮件。
下一课入口
字段权责清楚后，再进入标题、属性与分类体系设计，否则下一课会变成各渠道抢字段。
下个月还要复盘
看哪些字段已经变成稳定资产，哪些字段还在让广告、SEO、集合页和客服反复解释。