纯文字版教程展开阅读
Merchant Center 的红点消失，不代表问题真的关闭。本课把警告、审核拒登、价格不一致、缺 GTIN、图片问题和重复属性缺失拆成可执行的分流、追溯、复核和交接流程。
本课产出：Merchant Center Feed 排错分流表
读完以后，你要能留下一个 Feed 问题分级表：问题级别、受影响 SKU、平台提示、字段来源、页面一致性、修复动作、负责人、复核证据和复核周期都写清楚。
这张表的目的不是让报错记录看起来专业，而是让下一位同事知道这个问题为什么优先处理、从哪里修、修完在哪里验证、什么时候可以提交复核。
先把本课名词说清楚
Merchant Center 是 Google 管商品展示资格、商品数据和诊断问题的后台。你可以把它理解成 Google Shopping 商品能不能展示的体检表。
GTIN 是 UPC、EAN 这类商品条码编号的统称。它帮助 Google 识别商品身份。没有 GTIN 不一定不能投放，但品牌、型号、图片和页面事实要更稳定。
Product set / 产品集 是 Meta Catalog 或广告系统里按规则圈出来的一组商品，比如只包含热卖 SKU、清仓 SKU、某个集合页商品或高毛利商品。Merchant Center 排错本身不直接管理产品集，但 Feed 问题会影响后面产品集能不能稳定投放：如果价格、库存、GTIN、图片或分类在源头漂移，后面的产品集就会把错误商品继续分发给广告和再营销。
警告 通常表示商品覆盖、质量或优化空间受限；审核拒登 会直接影响商品展示资格。先处理不能展示的问题，再处理还能更好的问题。
复核证据 不是一句已修改，而是平台问题详情、源字段、商品页截图、修复后状态、抓取时间和下次复查日期。
问题场景先分流
| 场景 | 先按什么级别 | 第一动作 | 不要这样做 |
|---|---|---|---|
| 价格与落地页不一致 | 通常按阻断型处理 | 核对 Shopify price、compare-at price、sale_price 规则、商品页价格和重新抓取时间 | 只在 Merchant Center 手工改价格并立刻提交复核 |
| 缺少 GTIN 或品牌标识 | 多半是受限型 | 确认是否真的有 UPC/EAN 厂家条码，再查供应商资料和 Feed 映射 | 为了消除提示随便编 GTIN |
| 图片质量或图片不符合 | 可能受限，也可能影响审核 | 核对 Shopify 主图、Feed 图片 URL、落地页图片、尺寸、水印和促销覆盖 | 只换广告素材，不修商品源图或 Feed 图片字段 |
| 同类变体反复缺颜色/尺寸 | 升级为源字段缺陷 | 检查 Shopify 变体选项、metafield、导入模板和 Feed 同步应用映射 | 逐个在 Merchant Center 补字段 |
四级分流表：先分级，再决定修哪里
| 级别 | 典型信号 | 第一检查 | 动作 | 复核节奏 |
|---|---|---|---|---|
| 阻断型 | 商品不展示、审核拒登、账号风险、价格库存不一致 | 必要字段、价格库存、落地页一致性 | 当天修复，必要时暂停受影响活动 | P0 当天复查 |
| 受限型 | 商品可展示但覆盖受限，GTIN、品牌、图片或类目较弱 | 标识符、图片质量、分类、属性完整度 | 排进本周字段治理 | 本周复查 |
| 观察型 | 建议项或机会项 | 标题清晰度、自定义标签、类目细化 | 纳入月度优化路线图 | 月度复盘 |
| 源字段缺陷 | 同类问题反复出现 | Shopify 源字段、Feed 同步应用规则、补充 Feed | 回到负责人、变更验收和变更日志 | 进入字段治理 |
来源追溯：不要修一个会被下次同步覆盖的值
如果某款宠物胸背带的 30 个变体都缺颜色，不要逐个在 Merchant Center 补。先查缺失发生在 Shopify 源字段、Feed 同步应用、补充 Feed、页面结构化数据还是规则层。
- Shopify 源字段：价格、库存、标题、图片、品牌、GTIN 是否完整。
- Feed 同步应用映射：sale_price、availability、product_type 是否被规则覆盖。
- 补充 Feed / 规则：补充字段是否覆盖主 Feed，负责人是否清楚。
- 商品页承接：落地页价格、库存、图片和承诺是否与 Feed 一致。
价格与库存不一致实验室：先判断处理动作
价格和库存不一致不是一个单纯的 Merchant Center 后台问题。Google 会对照商品数据、落地页、页面结构化数据和抓取时间。正确动作不是先点 request review，而是先判断：该修源数据、对齐同步时间、启用小范围 automatic item updates 兜底，还是先暂停受影响 SKU。
为什么这一步重要？ automatic item updates 可以降低少量价格或库存不一致造成的风险，但它不是商品数据治理方案。主 Feed、Shopify 源字段、商品页和结构化数据仍然必须准确、及时、一致。
| 场景 | 危险捷径 | 更稳动作 | 证据线 |
|---|---|---|---|
| 20oz 宠物出行水杯 Feed 24.99，页面 29.99 | 只在 Merchant Center 编辑价格并立刻复核 | 修源价格、sale_price、页面价格和 Product structured data，再重新提交商品数据 | 源价格字段 -> 页面价格 -> structured data -> 重新提交 -> 复核证据 |
| 网站已售罄，但 Feed 仍显示 in stock | 只改 availability，不改同步计划 | 对齐 Shopify 库存更新、Feed 同步、页面状态和抓取时间 | 库存源头 -> 页面状态 -> 同步计划 -> 抓取时间 |
| 少量清仓 SKU 高频改价 | 把 automatic item updates 当成主数据方案 | 主 Feed 继续做真相源，只用 automatic item updates 做小范围价格/库存兜底 | 主 Feed 准确 -> 页面 structured data 准确 -> 小范围兜底 |
| 40 个 SKU 库存漂移，广告还在放量 | 继续投放，等同步自己恢复 | 暂停受影响 SKU 或产品组，再修库存源字段和同步规则 | 暂停商品池 -> 修库存源头 -> 重跑同步 -> 复查 Feed 和页面 |
| 加拿大页面显示 CAD，Feed 仍传 USD | 只改页面货币符号 | 检查 target country、Feed currency、页面主价格、structured data 和 Shopify Markets 设置 | target country -> Feed currency -> 页面主价格 -> structured data |
怎么做？ 在 Merchant Center 的 Products / Needs attention 里先下载受影响商品或打开 issue detail；用商品 ID 回到 Shopify 源字段、Feed 行和商品页；确认结构化数据与页面主显示一致；最后记录重新提交或重新抓取时间。没有这些证据，不要把复核当成试探按钮。
复核请求准备门：四道门没过，不要 request review
| 门 | 要确认什么 | 不能提交的信号 | 必须证据 |
|---|---|---|---|
| 问题详情读清楚 | 确认是商品数据、网站/落地页、政策，还是账号级问题 | 只有红色提示截图，没有 issue detail 和影响范围 | 问题详情截图、受影响 SKU、级别判断 |
| 源字段已修 | 修复发生在源字段、同步规则、补充 Feed 或页面源头 | 只写已修改，不知道下次同步是否覆盖 | 源字段截图、规则截图、Feed 行、负责人和更新时间 |
| 页面承接一致 | 商品页价格、库存、图片、标题、配送或退换承诺与 Feed 一致 | Feed 改了，但页面仍显示旧价格、售罄状态或旧图片 | 商品页截图、结构化数据检查、抓取/同步时间 |
| 适合提交复核 | 已经等到同步或重新抓取完成，并确认没有制造新问题 | 没等渠道读取就反复点击 request review | 复核提交时间、重新抓取状态、修复前后截图、下次复查日期 |
Feed 问题压力实验室：压力一来，先别跳过证据
Merchant Center 排错最容易错的地方，不是不会修字段，而是会议压力一来就跳过证据。红点、automatic item updates、广告消耗和 warning backlog 都会让团队走捷径。你要先判断这个问题处在什么压力里，再决定修源字段、等同步、暂停 SKU、还是提交复核。
| 压力场景 | 诱人的错误动作 | 更稳读法 | 第一证据 | 禁止动作 |
|---|---|---|---|---|
| 红点刚出现，团队想马上 request review | 不读问题详情，不查影响 SKU，不修源字段，直接提交复核 | 先把问题读成级别、范围、源头和证据要求；复核是修复完成后的提交动作 | issue detail、受影响 SKU、问题级别、源字段、页面截图、同步/重新抓取时间 | 四道复核准备门没过之前，不提交 request review |
| automatic item updates 开着，团队想不修主 Feed | 把 automatic item updates 当主数据治理方案 | automatic item updates 只适合小范围价格、库存或 condition 差异兜底；主 Feed、页面结构化数据和商品页仍要一致 | 主 Feed 行、页面结构化数据、商品页主价格/库存、automatic item updates 设置、最近自动改写样本 | 主 Feed 不准时，不把自动更新当长期解决方案 |
| 库存漂移但广告还在花钱 | 继续投放，等下一次同步自己恢复 | 先暂停受影响 SKU 或产品组，修库存源字段和同步规则，再复查页面、Feed 和广告产品组 | 受影响 SKU 样本、库存源字段、页面状态、Feed 行、广告产品组消耗、同步日志 | 库存承诺不一致时，不继续让错误承诺花广告预算 |
| 警告很多，团队想全部放进月度路线图 | 把所有 warning 当观察型优化，不分受限型和源字段缺陷 | 先看是否影响覆盖、展示资格、广告产品组和重复出现；受限型进本周治理，重复问题升级为源字段缺陷 | warning 类型、受影响 SKU 数、曝光/点击变化、重复频率、源字段样本、上次修复记录 | 没有分级前，不把所有提示都丢进月度优化 |
工具不是重点，重点是链路能不能跑通。Merchant Center 看到的是结果，真正要修的是源字段、同步、页面和复核证据。
比如一款宠物出行水杯的价格不一致演练
本周有 12 个主推 SKU 出现价格与落地页不一致。先按 P0 标记，恢复展示资格；再查 Shopify price、compare-at price 和 Feed 同步应用 sale_price 规则；保存问题详情、Feed 行、商品页截图和修复前后状态；等重新抓取后再决定是否提交复核。
如果同类问题下周又出现，就不要再当成单次报错处理。把它升级为源字段缺陷，进入字段负责人、变更日志和月度治理路线图。
停止/继续：没有证据，不算关闭
| 信号 | 动作 | 关闭条件 |
|---|---|---|
| P0 影响展示资格 | 当天修复并复查 | 问题详情、源字段、落地页、复核时间都保存 |
| 问题来源不清 | 暂停，先追溯唯一真相源 | 确认 Shopify、Feed 同步应用、补充 Feed、页面或规则来源 |
| 只在 Merchant Center 手工改字段 | 不算关闭，回源字段修 | 源字段和同步规则已经更新 |
| 缺截图和复核日期 | 不算关闭 | 保存修复前后截图、重新抓取时间和下次复查日期 |
| 同类问题重复出现 | 升级为源字段缺陷 | 进入字段负责人、变更日志和月度治理路线图 |
复制笔记总结：Merchant Center Feed 排错分流表
复制出去的不是一句"Merchant Center 已处理"，而是一组能让下一位同事继续复查的笔记。它要记录本课结论、第一证据、禁止动作和下一课入口。
- 本课结论：Merchant Center 排错不是让红点消失，而是把问题级别、源字段、页面承接、同步和复核证据闭环。
- 第一证据：问题详情、受影响 SKU、源字段或规则、商品页截图、结构化数据、同步/重新抓取时间。
- 禁止动作：不要没读 issue detail 就 request review；不要把 automatic item updates 当主数据治理。
- 问题级别：阻断型、受限型、观察型或源字段缺陷。
- 字段来源：Shopify 字段、Feed 同步规则、补充 Feed、页面或广告规则。
- 页面一致性：价格、库存、图片、标题和承诺是否一致。
- 复核证据：问题详情、源 CSV、商品页截图、重新抓取时间。
- 下一步动作：修字段、修规则、修页面、提交复核或进入字段治理。
- 下一课入口：Feed 排错闭环后，再进入 Meta Catalog、集合与产品集治理。
下一篇会进入 Meta Catalog、集合与产品集治理。带过去的是一张能被复查的排错分流表，而不是一个模糊的处理结论。
公开来源
这些来源不是让你背后台菜单，而是确认排错边界。Google Merchant Center issues and reviews 说明被拒登后可以修复或不同意问题再 request review；Request a review of your issues 说明商品级问题要从 Products / Needs attention 进入 Fix 查看；Google product data specification 定义商品字段准确性和落地页一致性；automatic item updates 只能用页面结构化数据和抓取信号做价格、促销价、库存、condition 等小范围兜底；Issue severity and Merchant Center Diagnostics 用来理解问题优先级。
| 官方边界 | 本课用法 |
|---|---|
| issues and reviews 定义修复后再复核，不是让团队反复试探。 | 四道复核准备门没过之前，不提交 request review。 |
| Needs attention / Fix 才能看到商品级 issue detail 和受影响商品。 | 先记录 affected SKUs、issue detail、源字段、页面截图和抓取时间。 |
| product data spec 要求价格、库存、图片、标识符、变体和类目与落地页一致。 | 分流表先判断字段要求、页面一致性、同步规则还是源字段缺陷。 |
| automatic item updates 会读取页面结构化数据和抓取信号。 | 只做小范围兜底，不能替代主 Feed、Shopify 源字段和页面一致性。 |
| Diagnostics severity 帮助判断哪些问题优先。 | 先分阻断型、受限型、观察型和源字段缺陷，不把所有 warning 都拖到月度清单。 |