Shopify 后台改了标题、价格或库存，Google Merchant Center 里的商品却还是旧值，甚至出现另一个版本。
最快解法：别先猜 Shopify 最新值或最后上传的数据会生效；先查商品来源，再核对字段映射和已应用的属性规则，最后用规则测试与商品详情确认结果。
适合需要排查商品字段差异的 Shopify 商品运营人员；
适合同步维护多个数据源、负责商品目录或跨境广告的团队；
也适合要把核查过程留档、交给同事复核的协作负责人。
SECTION 01Google Merchant Center Shopify 商品数据冲突：先从来源定位
先找到 Merchant Center 中的目标商品记录，确认它实际关联的数据来源；不要仅凭 Shopify 后台有新值，就推断 Merchant Center 已接收或采用该值。
Google 的资料列出了多种商品数据提交途径，包括连接电商平台、从在线商店自动添加、文件、Google 表格及 Merchant API。多个途径可能同时存在，因此“Shopify 已同步”并不等于“该商品的所有字段只来自 Shopify”。Google 的商品上传方式说明也建议通过 Merchant Center 的数据源管理查看提交方式。
先在 Merchant Center 的商品列表中搜索商品，再打开详情，记录商品 ID、显示的来源、待查字段和当前值。Google 说明，商品列表可展示来源、商品 ID、价格、状态及可见性；但具体字段和账号可用界面，仍以你的账号当前显示为准。商品数据查看说明
| 核查对象 | 你要记录什么 | 可得出的结论 |
|---|---|---|
| Shopify 商品 | 商品 ID、变体、目标字段值 | Shopify 当前输入是什么 |
| Merchant Center 商品 | 商品 ID、来源、目标字段值 | 当前记录显示什么 |
| 数据源配置 | 来源类型、目标国家或语言、feed label | 哪条数据路径可能参与处理 |
| 属性规则 | 目标属性、条件、操作、状态 | 是否存在转换或替换逻辑 |
如果 Shopify 与 Merchant Center 的商品 ID 不同，先不要把两个记录当作同一商品的字段冲突。先确认是否对照了不同变体、不同市场记录，或不同数据源里的商品。
SECTION 02第一步：确认比较的是同一个字段
后台里的字段名称相似，不代表进入 Merchant Center 后就是同一个属性。Shopify 商品编辑页面里的标题、变体选项或库存数据，需要经过提交和属性对应，才会形成 Merchant Center 商品属性；判断冲突前，先把“输入字段—目标属性—处理后字段值”连起来。
例如，运营人员看到 Shopify 的产品名称与 Merchant Center 标题不同，可能是标题确实不同，也可能是把某个自定义字段误当成目标标题，或目标属性另有规则处理。检查价格时，还要确认币种和商品变体一致。Google 的商品数据规范要求价格使用商品对应的价格和币种，并与落地页等展示内容保持一致。
| 对照环节 | 标题示例 | 价格示例 | 库存示例 |
|---|---|---|---|
| 输入端 | Shopify 商品名称 | Shopify 对应商品或变体价格 | Shopify 对应商品或变体库存 |
| Merchant Center 目标属性 | title |
price |
availability |
| 复核证据 | 数据源记录与规则预览 | 金额、币种及目标商品 | 商品记录与来源信息 |
| 容易误判之处 | 把非标题字段当成标题 | 忽略币种或比错变体 | 把不同变体或数据状态混为一谈 |
这张表用于定位待核查的字段，不代表 Shopify 字段与 Merchant Center 属性之间存在对所有商店都相同的映射。你需要在自己的数据源配置和商品详情中确认实际对应关系。Google 的规范也分别定义了商品 ID、标题、价格、库存状态等属性的要求，不能只凭显示名称相近就认定字段相同。商品属性规范
SECTION 03第二步：检查 Merchant Center 属性规则是否适用
属性规则用于转换商品数据；因此即使源数据里有你预期的值，规则仍可能通过条件、替换或修改操作改变目标属性。查看 Merchant Center 的规则配置时，逐项确认所选数据源或 feed label、适用条件、目标属性和具体操作，并区分规则是草稿还是已应用。
Google 的属性规则测试说明要求先建立草稿，才能测试规则；测试报告生成可能需要 10–20 分钟。规则测试可以预览草稿对商品数据的影响，确认结果后再应用更改。若同一属性配置多条规则，核对界面中实际展示的规则及各自预览，不要把某条规则的草稿、测试结果或其他规则的状态当成已生效配置。
| 状态 | 能说明什么 | 不能据此断定什么 |
|---|---|---|
| 已保存草稿 | 有待评估的规则变更 | 变更已影响当前商品数据 |
| 测试结果已生成 | 可查看草稿对商品数据的预计影响 | 商品已获批准或已展示 |
| 规则已应用 | 该规则变更已提交应用 | 账号内不存在其他来源或问题 |
| 商品状态或可见性 | 商品在 Merchant Center 中的状态信息 | 字段差异的唯一原因就是规则 |
不要因为“测试通过”就关闭排查。先看目标商品的字段变化和规则影响摘要，再确认是否应用；之后还要回到商品详情查看处理后的字段和商品状态。Google 的自定义属性规则说明也明确区分了草稿预览、应用更改和丢弃草稿等操作。
SECTION 04第三步：确认商品 ID 与变体对应
若来源记录看起来相同，下一步检查是不是对准了相同商品。商品 ID 用于标识单个商品；item_group_id 则用于把同一商品的不同变体归为一组，两者不能互相替代。颜色、尺码或其他变体选项若对应不同商品记录，比较时就要先锁定同一个变体，再比较标题、价格和库存。
Google 的商品 ID 规范要求商品 ID 对每个商品保持唯一，并建议更新时保持 ID 不变；变体组 ID 说明则解释了如何用 item_group_id 标识变体所属的商品组。它们能帮助你核对记录身份，但不能替代目标账号中的来源和字段检查。
建议把以下内容放在同一行核对：Merchant Center 商品 ID、Shopify 商品或变体标识、变体属性、数据来源、待查字段。若标识无法对应，先解决“比的是不是同一个商品”，不要立即改规则或重复上传。
SECTION 05第四步：按证据顺序复核并交接
以一个有代表性的商品为例：运营人员在 Shopify 修改了某个变体的价格，Merchant Center 仍显示不同价格；团队同时维护 Shopify 同步来源和补充数据源。此时，仅反复保存 Shopify 商品可能无法回答差异来自字段映射、数据来源还是规则操作。按下列步骤留下证据，比连续改值更容易回溯。
- 固定核查对象。 记录 Merchant Center 商品 ID、对应 Shopify 商品或变体，以及目标国家或语言。遇到变体时，把颜色、尺码等识别信息一并写下。
- 保存修改前证据。 记录 Shopify 输入值、Merchant Center 当前字段值、商品来源和当前规则状态；必要时保留页面截图或导出记录，避免修改后无法还原现场。
- 定位数据源。 在 Merchant Center 的数据源页面确认商品由什么来源提交；如果存在多个来源，逐条核对其商品标识与目标字段。Google 的数据源创建说明区分了主要数据源和补充数据源等设置，不应只凭来源名称判断其影响。
- 检查属性规则。 核对目标数据源或 feed label、条件、替换或修改操作，以及当前状态。若规则还处于草稿，不要将其当成已应用配置。
- 测试后再决定是否应用。 对草稿运行规则测试，检查目标商品的预览和报告。结果与预期不符时先修改草稿并重新测试；符合预期后，再按账号提供的流程应用。
- 回到商品详情复核。 确认商品来源和待查字段的当前值，同时单独查看商品状态及可见性。Google 明确指出，商品获批并不必然意味着它可见，因此不能用展示结果代替字段核验。商品详情与状态说明
- 整理交接记录。 写明核查对象、原值与结果值、来源、目标属性、规则条件和状态、修改人、测试证据及复核结论。若界面未显示足够信息，或测试结果与实际商品详情无法对应，就停止反复改值，转查官方帮助或联系平台支持。
把排查结论归入三类，能让接手者知道下一步查什么：来源配置问题，继续核对数据源；字段映射问题，确认输入与目标属性；商品状态或可见性问题，则单独检查状态详情。不要把更换运行环境、重新同步或规则测试，当成平台审核通过的保证。
SECTION 06Shopify 同步与多数据源，各适合什么管理方式？
| 管理方式 | 优点 | 代价与风险 | 更适合 |
|---|---|---|---|
| 以 Shopify 同步为主 | 商品输入集中在店铺侧，日常维护路径较直接 | 仍需核对 Merchant Center 来源、字段处理和商品状态 | 商品数据主要由 Shopify 团队维护 |
| Shopify 加补充数据源 | 可在额外来源提供需要补充的商品数据 | 多一条来源路径，团队须记录目标字段和商品标识 | 确实需要额外数据参与商品管理 |
| 文件、表格或 API 等多路维护 | 可按现有系统和协作分工提供商品数据 | 源头增加后，排查和交接要求也增加 | 有明确的数据负责人及变更留档流程 |
这不是对各来源设置统一优先级。Google 支持多种商品提交方式，但某一商品、某一字段最终如何处理，仍须以该账号的数据源配置、已应用规则和商品详情为准。若你的团队在做跨境远程 Mac 工作环境的交接安排，可以把共享核对文件与证据记录放在固定工作流程中；这改善的是协作和留档，不会自动修复数据源配置。
可直接复用的核查记录
| 记录项 | 填写内容 |
|---|---|
| 商品身份 | Merchant Center 商品 ID、Shopify 商品及变体标识 |
| 字段对照 | Shopify 输入字段和值、Merchant Center 目标属性和值 |
| 来源与规则 | 数据源名称或类型、适用条件、规则状态和操作 |
| 验证证据 | 测试结果、商品详情复核结果、检查时间与经手人 |
| 结论与后续 | 来源问题、映射问题或状态问题；下一位负责人及待办 |
SECTION 07常见问题
Shopify 同步后字段不一致，应该先改哪一边？
先记录 Merchant Center 中目标商品的来源、ID 和当前字段，再核对 Shopify 的同一商品或变体。确认字段映射和规则状态后，才能判断是否应修改 Shopify 输入、数据源，还是规则配置；未确定路径前重复改值，可能让原始差异更难复现。
多个数据源都有同一商品时，怎么避免误判？
先从商品详情或商品列表确认当前记录展示的来源，再逐项对照来源配置和商品标识。不要仅凭来源创建时间或最后上传时间推断优先级；如果账号界面没有明确显示某属性的来源关系，就保存配置证据并查官方帮助或联系平台支持。
草稿规则测试显示正确，可以认为冲突已经解决吗？
不可以。规则测试用于预览草稿的预期影响，草稿测试结果本身不等于规则已经应用。应用后还要回到 Merchant Center 的商品详情核对实际字段，并分别查看商品状态与可见性；测试通过也不等于商品已获批准或一定会展示。
商品详情正确但 Google 上看不到，是否还是数据冲突？
未必。Merchant Center 的商品状态和可见性是不同信息；商品数据获批，不代表它必然出现在展示位置。先确认字段值和来源确实符合预期，再单独检查状态、可见性及相关问题，不要为了“让它展示”而随意覆盖商品字段。
遇到多源冲突，最稳妥的判断依据不是“谁更新得晚”，而是目标商品对应哪条来源、字段映射到什么属性、哪些规则已应用，以及商品详情实际显示什么。远程 Mac 可以为团队提供共享的 macOS 核查环境，但不会替代 Merchant Center 配置核验；若你需要临时复核和交接环境，可了解 MACNOX 美国节点方案。