把商品表交上去，然后等出单，这是不少出海团队对 Google Shopping 的默认预期。真跑起来，先撞上的通常是一串不轻不重的提示。部分商品显示不符合条件，价格和库存隔三差五报错，广告账户建好了，却没几件能投的东西。往里查一圈，问题多半出在 Merchant Center 里的商品数据，以及它和网站对不上的那些地方。

Google Shopping 的做法可以概括成一句话，广告投出去的单位是商品条目本身。能不能投、投到哪些国家、用哪种系列承接，全部由商品数据的资格和质量决定。合理的顺序是先把数据路径搭顺，再谈出价和素材。这条路径有五个环节，账户与网站验证、商品源与政策资格、字段与数据一致性、商品分组、利润与库存维度的取舍。每个环节都不难，难在它们有先后依赖，跳步就会卡住。数据路径是地基，上层的账户与投放策略见 Google Ads 优化策略指南。

网站验证和账户这一步先走完

Merchant Center 账户的注册信息不复杂，经营主体、时区、货币按要求填好就行。要提前处理的是网站验证并认领这件事。官方给了几条路，用电商平台自带的集成验证、邮箱验证、在网站上放 HTML 标签或文件、Google Tag Manager、Google Analytics。做独立站的团队大多用平台集成或标签验证，几分钟能走完。

两个细节容易被忽略。同一个网址只能被一个 Merchant Center 账号认领，如果代理和商家各开各的户，需要走多客户账户（MCA），让子账户从母账户继承认领权限。多国家销售不用多开账户，在同一个商品源里设置目标国家与 feed label，再为每个国家配好对应货币的运费政策。

账户级设置的放置位置，可以对照 Google Ads 账户搭建与结构指南。

商品源传上去之后，先过资格和政策这一关

商品数据的输入方式有好几种。商品少可以直接在后台手动添加，常规做法是文件上传，CSV、TSV 或 XML 都行，也可以挂 Google Sheets；目录大的用定时抓取，提供一个文件地址和抓取排期，系统定期来取；再往后是 Content API 和 Shopify 这类第三方平台集成。选哪种看更新频率，每天变价的目录用定时抓取或 API，比手工导出稳。

数据进去后先别急着配广告，去 Products 的 Needs attention 标签过一遍。这里的提示分几类。警告不影响展示，但放着不管可能升级成拒登。拒登意味着该商品停止展示，改完才能恢复资格。还有一种叫预防性商品拒登（PID），触发条件是商品数据里的价格或库存与落地页对不上，系统宁可先拦下来。

往上还有一层是政策本身。谁能投，看三件事凑不凑齐，目标国家和地区在 Google Shopping 的支持范围内、网站验证通过、商品符合政策。什么会被拒，政策分两块。禁止内容是根本不能上架的，仿品、危险品、帮助欺骗行为的产品、不当内容都在里面。限制内容是可以上、但有条件的，成人向商品属于这一类，性内容、成人商品、性暗示内容、含裸露的图片都在限制范围，性玩具、成人杂志、增强类产品、暗示性内衣推广是官方给的例子，这类商品不会展示给所有用户和地区，可能还有额外要求。酒精饮料同样受限。

被拒了怎么办，两条路。改好了选 I fixed the issue 请求重新审核，认为判断有误就选 I disagree with the issue 进入申诉。申诉前要确认身份验证已完成、商品源不是空的，否则按钮不会亮。审核一般需要七个工作日，结果会发邮件通知。申诉机会有限，同一问题基本只有一次 disagree 的机会，两次修不好可能进入一周起步的冷却期，期间按钮置灰。所以先把该改的改完，别拿申诉当试探。

免费那一侧也提一句，同一份商品数据除了付费广告，还能进入免费商品信息（free listings），出现在搜索、Shopping 标签页、地图、图片等位置，覆盖范围会随市场调整，欧洲经济区的免费列表变化见 这篇记录。政策口径的近期变化，另见 GMC 政策合并的整理。

字段与数据一致性决定商品能不能投

必需字段的清单其实不长，id、title、description、link、image_link、price、availability，再加按商品情况触发的条件性属性，比如 condition、brand、GTIN 与 MPN，或者没有这些编号时的对应声明。要点在几条容易出错的规则上。

id 每个商品唯一，更新数据时保持不变，同一个商品在不同国家用同一个 id。title 上限 150 字符，不要塞 free shipping 这类促销词，要和落地页标题基本对得上；description 上限 5000 字符。图片有一条新规，所有商品图片至少 500×500 像素，官方从 2027 年 1 月 31 日开始强制执行。availability 用官方枚举值，in_stock、out_of_stock、preorder、backorder，和落地页、结账页保持一致；condition 用 new、refurbished、used 这类固定值，并且必须用英文提交。

价格和库存的一致性是把资格护住的关键。系统会拿商品数据与落地页、结账页对照，也包括页面上的结构化数据，对不上轻则警告，重则直接 PID。常见的不一致源头都在网站侧，占位内容没清、链接失效、商品描述与实际不符、robots.txt 把 Googlebot 挡了、落地页打得开但跳去通用页。修的次序是先修网站，再更新数据。价格和库存变动频繁的目录，把 Merchant Center 的自动更新打开，用网站结构化数据同步这两项，能明显减少 PID 的发生。

还有一个时间参数要算进排期。Merchant Center 与 Google Ads 之间的包含关系和资格变更，通常要 24 到 48 小时同步，改完商品数据当天没看到广告侧变化属于正常现象。

落地页层面的对接方法，从关键词到落地页的指南讲得更细，这里只承接页面与广告承诺一致这个前提。

商品挂进 Standard Shopping 与 PMax 的方式不一样

给商品建广告，传统路径是 Standard Shopping 系列。它用商品组（product groups）管理库存，新建系列时自动生成一个 All products 组，继承你设置的默认最高每次点击费用，往下可以按属性细分，常用的是商品类别（google_product_category）、商品类型（product_type）、品牌、新旧状况、商品 id、自定义标签。有两条规则要记牢。每个商品在同一个广告组里只能落进一个可出价分组，细分因此不能重叠；只有落进商品组的商品才有资格展示广告。想把某个商品排掉，用筛选器或把它设成 Excluded。

PMax 的壳不一样，它用 listing groups 管理商品，挂在资产组下面，负责决定哪些商品进入投放并承接报告。可用的细分属性与 Standard Shopping 基本一致，类别、品牌、商品 id、状况、商品类型、渠道、自定义标签（最多五个）。区别在出价，PMax 的出价由系统按营销目标执行，listing groups 不承担手动定价职责，这是设计使然。

两种方式怎么选、预算怎么集中、怎么做实验，属于另一篇的范围，见 Standard Shopping 与 PMax 对比，本篇不展开。

利润和库存的取舍要落到分组上

数据合格、商品能投之后，下一步是决定让哪些商品花钱，这一步要回到生意的账上。

低毛利商品先算广告前的毛利空间，扣掉目标获客成本还能接受的，留在大投放里；本来就薄的，单独分组压目标，或者干脆排除出付费投放，让免费位置承接。整个目录的平均数没有意义，分组就是拿来做这种区分的。

清仓和季节性商品适合单独分组，集中预算推一段，卖完就切掉。库存周转慢的商品，留意 out_of_stock 期间的展示逻辑，别让它挂着旧价格空跑。价格波动大的商品是 PID 的高发区，要么把自动更新接上，让数据和网站保持同步，要么暂时排除，等价格稳定再放回来。硬撑的结果通常是拒登和警告反复出现，运营时间全花在补救上。

最后补一笔，站内的促销信息现在已经会被自动挂进 Shopping 与 PMax 的广告，页面上的优惠券和折扣要真实、有效、能兑现，这篇动作清单把决策路径写全了。衡量购物广告长期表现的角度，可以参考 GMC 的 AI 性能洞察。

几个常见的误区

把商品源当成一次性工程。传完就不管，价格变了、库存断了、促销过期了全不知道，然后奇怪为什么商品状态每天都有新问题。商品数据是要维护的，自动更新加每周一次 Needs attention 巡检，算最低配置。

改广告不改网站。决定资格的是网站上的价格和库存，系统比对的是落地页，不是广告后台。遇到不一致，先查网站的真实状态，网站对了数据才对。

被拒登就删商品重传，或者上来就批量申诉。顺序应该是读政策、判断属于禁止还是限制、改完网站和数据、让系统自动重审；确实认为误判再走 disagree，同一问题基本只有一次机会。批量申诉之前必须先把违规商品清干净，否则失败还可能限制后续申诉。

指望上架就有流量。商品数据解决的是能不能投、投得对不对；展示量和订单还取决于需求、价格竞争力、出价和落地页体验。没人能承诺每个 SKU 拿到多少曝光，能做的是把资格和数据错误清干净，别让系统层面的问题吃掉本可以拿到的展示。

相关阅读