纯文字版教程展开阅读
很多团队把 Merchant Center 理解成上传商品给广告系统看的地方，但对电商来说，它更像 Google 的商品理解层。标题、图片、价格、库存、属性、政策页和落地页一致性，会决定 Google 是否愿意展示你的商品，也会影响它把商品展示给谁。本课产出一张商品 Feed 上线验收表和一个Merchant Center 问题分流模拟器：先让核心 SKU 可理解、可售、可信，再进入 Shopping / PMax 判断。
本课产出：商品 Feed 上线验收表
商品上传成功不等于商品能被正确理解。上线前先抽样核心 SKU，把字段、页面、结账、政策和 Merchant Center 诊断放在同一张表里看。
| 验收层 | 先看什么 | 合格表现 | 先不要做什么 |
|---|---|---|---|
| 标题 | title 是否写清品类、品牌、规格、用途和关键属性。 | 用户和系统都能快速判断商品是什么。 | 不要只写内部 SKU 名、口号或「新品热卖」。 |
| 图片 | image_link 是否清晰展示真实售卖款。 | 广告卡片和商品页主图一致。 | 不要用看不清主体的 lifestyle 图硬跑 Shopping。 |
| 价格库存 | Feed、商品页、结账页的 price / availability 是否一致。 | 促销、缺货、预售和补货状态同步稳定。 | 不要让缺货或价格错乱的 SKU 继续投放。 |
| 商品身份 | brand、GTIN、MPN、SKU、variant 和 product_type 是否按真实商品处理。 | 标准商品填真实 GTIN，自有或定制商品不乱编条码。 | 不要把 SKU 当 GTIN，也不要猜填条码。 |
| 链接与政策 | 商品 link、配送、退货、联系信息和政策状态是否互相支持。 | 用户从广告落地到可购买、可信的页面。 | 不要把页面信任问题交给广告预算解决。 |
先把 Merchant Center、Feed、GTIN 和 diagnostics 说清楚
Merchant Center：Google 用来接收、审核和管理商品数据的平台。你会在里面看到商品、诊断问题、数据源、配送税费、退货和网站验证状态。
Product feed：提交给 Google 的商品字段集合，可以来自 Shopify 同步、表格、文件、API 或补充数据源。常见字段包括 title、image_link、price、availability、brand、GTIN、product_type 和 link。
GTIN：全球贸易项目代码，可以理解成商品包装上的条码身份，常见形式包括 UPC、EAN、JAN 或 ISBN。SKU 是店铺自用编号，不等于 GTIN；有厂家 GTIN 的商品要填真实条码，没有 GTIN 的自有或定制商品不要编一个。
Diagnostics / 问题详情：Merchant Center 中显示商品拒登、警告和数据问题的入口。它不是普通技术报错，而是决定商品能不能展示、能不能被正确匹配、是否存在账户风险的优先级信号。
字段填了不等于事实一致
商品数据不是只给机器看的文件。用户看到的价格、库存、图片和承诺，也必须和 Feed 一致。否则 Shopping / PMax 学到的是一个不稳定的商品事实。
| 事实 | 核对范围 | 风险 | 保留证据 |
|---|---|---|---|
| 价格事实 | Feed 价格、商品页价格、结账页价格、促销价有效期。 | 价格不一致会影响信任、审核稳定性和转化质量。 | 截图商品页和结账页，记录 feed 更新时间。 |
| 库存事实 | Feed availability、Shopify 库存、商品页按钮、预售/缺货文案。 | 缺货商品继续投放，会把预算带到无法成交的页面。 | 抽查核心 SKU，记录缺货、预售、补货日期。 |
| 商品身份事实 | SKU、GTIN、brand、variant、product_type、商品标题。 | 身份混乱会让系统难以把商品放进正确比较集合。 | 用一款标准商品和一款自有商品各做一行样本。 |
| 页面事实 | 广告卡片图片、商品页主图、商品描述、配送退货说明。 | 承诺不一致会降低点击后的购买意愿，也容易触发问题。 | 保存商品页首屏、政策页和 Merchant Center 问题详情。 |
大目录不要先追求全量完美
商品很多时，最容易陷入「问题太多，不知道先修什么」。更稳的做法不是一次性全量完美，而是先抓最影响业务的那部分商品。
- 高曝光 SKU：已经有展示，标题、图片或价格问题会直接影响点击和匹配效率。
- 高毛利 SKU：即使量不最大，也更值得优先补齐属性、图片和政策一致性。
- 活动主推 SKU：促销前先检查促销价、库存、折扣页、配送承诺和抓取更新时间。
- 问题集中类目：同类问题成片出现时，先按类目建立字段规则，再批次复查核心 SKU。
Merchant Center 问题分流模拟器
看到 Merchant Center 问题，不要按数量修，也不要直接跳进广告后台。先判断这个问题挡住了展示资格、商品身份、点击前信任，还是页面/政策信任。
| 症状 | 严重度 | 第一证据 | 先修动作 | 不要做 |
|---|---|---|---|---|
| 价格或库存不一致 | 展示阻断型或高风险质量问题。 | 同一 SKU 的 feed 行、商品页、结账页、Shopify 库存和最近更新时间。 | 统一价格和库存事实；必要时先暂停错乱 SKU。 | 不要先加预算、改 tROAS 或归因给学习期。 |
| GTIN / brand 身份混乱 | 流量质量型，严重时会变成拒登。 | 供应商条码、包装图片、Shopify 字段、gtin 字段和商品页品牌写法。 | 有厂家 GTIN 就填真实条码；没有 GTIN 不要编造。 | 不要从随机条码库复制一个值。 |
| 标题或图片太弱 | 流量质量型。 | 高曝光低点击或高点击低转化 SKU、title、image_link、商品页首屏和搜索需求。 | 优先修高曝光或高毛利 SKU，标题写清品类、规格、用途和关键属性。 | 不要只改出价或预算来掩盖商品卡片看不懂的问题。 |
| 链接、政策或页面信任风险 | 展示阻断型或账户风险型。 | 商品 link、移动端首屏、配送政策、退货政策、联系页和问题详情。 | 先修可访问性和政策事实，再核对 structured data。 | 不要把页面信任问题交给广告预算解决。 |
Merchant Center 问题要按业务影响分层
问题详情页可以帮助识别、理解和解决影响商品的问题。运营上要先把问题分成三层，而不是只看报错数量。
| 层级 | 信号 | 影响 | 负责人 |
|---|---|---|---|
| 展示阻断型 | 商品拒登、账号风险、链接不可用、价格库存严重不一致。 | 商品不能稳定展示，先处理，不讨论扩量。 | 商品数据负责人 + 站点负责人。 |
| 流量质量型 | 标题太泛、图片不准、属性缺失、品牌或 GTIN 混乱。 | 能展示，但系统更容易匹配错需求。 | 商品运营 + 广告负责人。 |
| 优化机会型 | 补充属性、提高图片质量、完善产品细节、增强结构化数据。 | 不一定当天致命，但影响后续放大效率。 | 商品运营 + 内容负责人。 |
Feed 改完不算结束，要记录影响
如果表现变好，团队要知道复制什么；如果表现变差，团队要知道回滚什么。没有记录，Feed 优化会变成无法解释的字段漂移。
- 改动字段：title、image_link、price、availability、GTIN、category 或 link。
- 受影响 SKU：写 SKU、商品名、类目和是否为主推。
- 改动原因：对应哪条诊断、哪条不一致、哪条业务优先级。
- 更新时间：源系统更新时间、Merchant Center 抓取或处理状态。
- 观察窗口：看几天、看哪些 SKU、用什么指标判断继续或回滚。
三个 SKU 修复样例
MUG-20-BLK：标题只写「Travel Mug」，没有容量、材质或防漏卖点。修复时把容量、核心用途和关键属性写进 title，并保证商品页首屏一致。
RUG-8X10-SAGE：Feed 显示有库存，商品页变体却缺货。先修库存同步频率，暂停缺货变体，再复查 Merchant Center 诊断。
DOG-COVER-L：主图是生活方式图，商品主体、尺寸和安装方式看不清。换成清晰主商品图，补充安装场景图，并确保 image_link 对应主图。
暂停 / 继续规则
这些证据没有补齐，不要急着让 Shopping / PMax 承接预算
- 高风险诊断、拒登或账号状态未处理时，先修资格问题。
- 价格、库存、图片或落地页与 feed 不一致时，先做事实一致性验收。
- 核心 SKU 标题弱、GTIN 混乱或属性缺失时，先完成至少 10 行样本验收。
- 改完 feed 没有记录受影响 SKU、时间和回滚条件时，先补变更记录。
Feed 做稳了，广告系统才有机会学准。否则下一篇渠道分工课会在错误商品事实上继续判断。