为什么 Merchant Center 上传成功还不能直接开 Shopping / PMax？

上传成功只说明数据进入了系统，不代表 Google 正确理解商品，也不代表价格、库存、图片、GTIN、商品页、结账页和政策页都一致。先完成商品 Feed 上线验收表，再让 Shopping / PMax 承接预算。

GTIN 不确定时可以先随便填一个吗？

不可以。GTIN 是商品的全球条码身份，SKU 不是 GTIN。标准商品要填真实厂家条码；自有、定制或没有厂家 GTIN 的商品不要猜填。错误 GTIN 会影响商品理解，严重时可能导致商品拒登。

20oz SKU Feed QA 实验室要我学会什么？

它训练你把 SKU 问题分成库存事实、商品身份、商品卡片和页面政策四类。Feed 有货但页面缺货要先暂停问题 SKU；套装 GTIN 错要修身份；标题和主图弱要重写商品卡片；政策页缺失要先修页面信任。

学完后应该留下什么结果？

至少留下 10 个核心 SKU 的 Feed 上线验收表、Merchant Center 问题分层、修复动作、负责人、Merchant Center 处理时间、观察窗口和回滚条件。这样下一篇 Shopping / Search / PMax 分工才不是建立在错误商品事实上。

Merchant Center 与商品 Feed 基础

Loading interactive version

纯文字版教程展开阅读

很多团队把 Merchant Center 理解成上传商品给广告系统看的地方，但对电商来说，它更像 Google 的商品理解层。标题、图片、价格、库存、属性、政策页和落地页一致性，会决定 Google 是否愿意展示你的商品，也会影响它把商品展示给谁。本课产出一张商品 Feed 上线验收表和一个Merchant Center 问题分流模拟器：先让核心 SKU 可理解、可售、可信，再进入 Shopping / PMax 判断。

操作口径：Feed 不是上传附件，而是 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 的自有或定制商品不要编一个。

Checkout / 结账页：这里指用户从商品页进入支付前后看到的结账路径，包括价格、折扣、配送、税费、库存和可购买状态。Merchant Center 和广告系统不只看 feed 行，也会被商品页与结账页事实影响；如果 feed 显示 in_stock，但结账页不能买，这不是广告优化问题，而是商品事实断裂。

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。	不要把页面信任问题交给广告预算解决。

20oz SKU Feed QA 实验室：先选 SKU 问题，再选修复动作

Feed 验收最怕把所有问题都叫商品数据不好。真正要训练的是分诊：这条 SKU 到底是库存事实不一致、商品身份不清、商品卡片看不懂，还是页面政策不可信。分清以后，才能决定暂停 SKU、修身份、重写标题/主图、修页面政策，还是继续观察。

SKU 情境	隐藏问题	正确动作	第一证据	写回验收表
MUG-20-BLK：20oz 保温杯 feed 显示 in_stock，商品页黑色变体缺货，结账页无法购买，Shopping 仍有点击但 0 purchase。	库存事实不一致，不是出价或学习期问题。	暂停问题 SKU 或排除变体，修库存同步。	feed 行、商品页变体、结账页、Shopify 库存、Merchant Center 最近处理时间。	库存事实不一致，暂停 Shopping / PMax 判断；修复后以 feed + 商品页 + 结账页一致截图放行。
BRUSH-ELEC-2PK：2 支装电动牙刷套装，feed gtin 填了单支包装条码，问题详情提示标识符可能不正确。	商品身份没过关，Google 可能把套装当单件理解。	修 GTIN / bundle / brand 身份，不确定时不要猜填。	供应商 GTIN、包装照片、套装规则、Shopify 字段、feed gtin、商品页标题。	先完成身份核验，再进入商品组学习。
DOG-COVER-L：宠物车垫展示多但点击弱，title 只有 Dog Cover，image_link 是远景生活方式图。	点击前商品卡片看不懂，不是预算不足。	重写标题和主图，先让卡片清楚表达品类、尺寸、用途和关键属性。	高曝光低 CTR SKU、title、image_link、商品页首屏、搜索需求和竞品卡片。	进入 title / image_link 修复队列，先验收卡片可读性，再判断预算。
RUG-8X10-SAGE：价格库存一致且可加入购物车，但退货政策页 404，配送说明分散在 FAQ。	页面和政策事实没接住广告点击。	修退货页、配送承诺、联系信息和 structured data。	商品 link、移动端首屏、退货页、配送页、联系页、structured data、问题详情。	页面 / 政策信任未过门，补证据后再进入广告判断。

不要把 Feed 问题交给广告预算解决

如果 SKU 无法购买、身份字段不可信、商品卡片看不懂或政策页不可访问，先修事实。加预算、改 tROAS、换 PMax 目标都不能替代商品事实验收。

验收时不要只写通过或失败。每一行都要写清当前状态、证据截图、负责人和下次复查时间。这样下一次看到 CTR、CVR 或 PMax 商品分布变化时，团队知道应该回到哪条 SKU 证据，而不是重新猜一遍。

Merchant Center 问题要按业务影响分层

问题详情页可以帮助识别、理解和解决影响商品的问题。运营上要先把问题分成三层，而不是只看报错数量。

层级	信号	影响	负责人
展示阻断型	商品拒登、账号风险、链接不可用、价格库存严重不一致。	商品不能稳定展示，先处理，不讨论扩量。	商品数据负责人 + 站点负责人。
流量质量型	标题太泛、图片不准、属性缺失、品牌或 GTIN 混乱。	能展示，但系统更容易匹配错需求。	商品运营 + 广告负责人。
优化机会型	补充属性、提高图片质量、完善产品细节、增强结构化数据。	不一定当天致命，但影响后续放大效率。	商品运营 + 内容负责人。

Feed 改完不算结束，要记录影响

如果表现变好，团队要知道复制什么；如果表现变差，团队要知道回滚什么。没有记录，Feed 优化会变成无法解释的字段漂移。

改动字段：title、image_link、price、availability、GTIN、category 或 link。
受影响 SKU：写 SKU、商品名、类目和是否为主推。
改动原因：对应哪条诊断、哪条不一致、哪条业务优先级。
更新时间：源系统更新时间、Merchant Center 抓取或处理状态。
观察窗口：看几天、看哪些 SKU、用什么指标判断继续或回滚。

30 分钟 Feed 上线验收会：先验 10 个核心 SKU

新手不需要第一天清完整个目录，但必须能把最重要的 10 个 SKU 说清楚。用 30 分钟把字段、页面、诊断和广告入口对齐。

时间	问题	输出
0-5 分钟	今天抽哪 10 个 SKU：高曝光、高毛利、活动主推还是问题集中类目？	写 SKU 清单和优先级原因。
5-12 分钟	title、image_link、price、availability、GTIN、link 是否有明显断点？	每个 SKU 标一个通过、修复或暂停。
12-18 分钟	商品页、结账页、配送退货和联系信息是否与 Feed 对得上？	保存页面证据和问题详情。
18-24 分钟	诊断属于展示阻断、流量质量，还是优化机会？	写负责人和第一修复动作。
24-30 分钟	改完以后看多久，什么情况回滚或继续？	写观察窗口、复盘指标和下一次检查时间。

三个 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 做稳了，广告系统才有机会学准。否则下一篇渠道分工课会在错误商品事实上继续判断。

复制笔记总结：把 Feed 验收写成下一次能复查的记录

这篇课读完不要只留下「Feed 要做好」这种空话。真正有用的是把当前压力、第一证据、修复动作、暂停边界和复盘窗口写成一段可以贴进任务系统的记录。下一次 CTR、CVR、Shopping 展示量或 PMax 商品分布变化时，团队能回到同一组 SKU 证据，而不是重新猜。

记录项	应该怎么写
当前压力	例如：10 个核心 SKU 里有 3 个价格/库存/结账页事实不一致，先暂停进入 Shopping / PMax 判断。
第一证据	同一 SKU 的 feed 行、商品页、结账页、Shopify 库存、Merchant Center 最近处理时间和问题详情截图。
本周动作	先修影响可购买和展示资格的 SKU，再修标题、图片、GTIN、product_type 和政策页。
暂停动作	缺货仍投放、GTIN 猜填、政策页 404、结账页无法购买时，先不要加预算或把问题归因给 PMax 学习期。
复盘窗口	记录 feed 更新时间、Merchant Center 处理状态、观察 3-7 天的展示、点击、CVR、拒登和商品分布变化。
下一步路线	Feed 验收通过后，再进入下一课判断 Search、Shopping 和 PMax 的分工。

公开参考

本课的字段、GTIN、问题详情和结构化数据边界参考 Google Merchant Center Help：Product data specification、GTIN [gtin]、Issues in Merchant Center、Supported structured data attributes and values。