每个商品都带有效果信号的商品目录。
Google 从 feed 中读取您的商品。Feedance 会发送一份完整、有效的 feed,并附上 Google 自身无法获得的信号。
Google Merchant Center渠道 · 广告平台Feedance 为您构建 Google Merchant Center feed,并添加评分、4T 细分、价格位置和断码等商品级标签,让每个商品都带有自己的效果信号。
Google 从 feed 中读取您的商品。Feedance 会发送一份完整、有效的 feed,并附上 Google 自身无法获得的信号。
Google Merchant Center 是 Google 面向商家商品数据的中心枢纽。您只需上传或连接一次商品 Feed,Merchant Center 就会将这些数据分发到 Google 的各个购物展示位——购物标签页、Google 搜索和图片、Google 地图、YouTube 以及 Performance Max 广告系列——而无需您在每个展示位上分别管理商品信息。Google 使用您提交的属性(标题、价格、库存状态、图片、标识符等)将商品与相关的购物者查询进行匹配,因此 Feed 数据的准确性和完整性,直接决定了您的商品是否展示以及如何展示。
Merchant Center 账户是进入 Google 两大商品发现渠道的入口:一是免费商品详情,可免费出现在购物标签页、搜索、图片和 Google 智能镜头中;二是付费购物广告,通过购物广告系列或 Performance Max 投放。两个渠道都从同一个商品 Feed 中提取数据,因此一个结构良好的 Feed,既能让您出现在免费购物结果中,又能为利用机器学习将商品目录与购买意向查询相匹配的付费广告系列提供数据。由于两个渠道的资格都取决于 Feed 数据质量——准确的价格、实时库存状态、完整的必填属性——保持 Feed 与实际商品目录同步,才能让商品持续获批并保持可见,而不是被拒登或被限制展示。
免费商品详情和购物广告都从同一个 Merchant Center Feed 中展示商品,但运作方式不同。免费商品详情无需付费即可展示——Google 可以在购物标签页、Google 地图、搜索、图片和 Google 智能镜头中展示它们,您无需为展示位出价。相比之下,购物广告是通过购物广告系列或 Performance Max 投放的付费展示位,还会在常规搜索结果页上争夺展示空间。大多数商家在同一个账户中同时运行两者:免费商品详情建立基础曝光,而购物广告让您可以为展示位出价,并获得标准化的商品流量报告。由于两者依赖同一个底层 Feed,修复一个数据质量问题,就能让商品同时符合两个渠道的条件,而无需为每个渠道分别清理。
Merchant Center 接受几种有文档说明的商品数据格式和提交方式,您可以选择最适合现有系统的方式:
基于文件的 Feed(文本或 XML)可以通过直接上传或从您托管的 URL 计划抓取的方式提交,并可压缩为 .zip、.gz 或 .bz2 格式。
Google 的商品数据规范列出了必填、有条件必填和可选属性。下表列出了每个 Feed 都应涵盖的核心属性集,并已对照 Google 的各属性页面进行核实。
| 字段 | 是否必填 | 格式 | 示例 | 说明 |
|---|---|---|---|---|
id | 是 | Unicode 文本,1–50 个字符(建议使用 ASCII) | SKU12345 | 每个商品必须唯一且保持稳定——一经分配请勿更改 |
title | 是 | 文本,1–150 个字符 | Men's Waterproof Hiking Jacket, Blue, Size L | 应与着陆页上显示的标题一致 |
description | 是 | 文本,最多 5,000 个字符 | Lightweight waterproof hiking jacket with taped seams… | Google 建议 500–1,000 个字符,并将最重要的信息放在开头 |
link | 是 | URL,符合 RFC 3986,以 http/https 开头 | https://www.example.com/products/hiking-jacket-blue | 必须是可正常访问、可抓取,且在桌面和移动设备上均可使用的页面 |
image_link | 是 | URL,ASCII,1–2,000 个字符 | https://www.example.com/images/jacket-blue.jpg | 最小 500x500px;Google 建议 1500x1500px 或更大;不得使用占位图 |
availability | 是 | 枚举值:in_stock、out_of_stock、preorder、backorder | in_stock | 必须与着陆页实时一致 |
price | 是 | 数字 + ISO 4217 货币代码,最多 2 位小数 | 49.99 USD | 必须与着陆页上显示的价格一致 |
gtin | 强烈建议 / 部分类目必填 | 数字:8、12、13 或 14 位 | 0194252099470 | 如果商品未分配 GTIN,请提交 identifier_exists = false,并提供品牌和完整标题,而不要猜测 |
brand | 当商品明确关联某个品牌 / 制造商时必填 | 文本 | Patagonia | 仅对没有明确关联品牌的商品为可选 |
condition | 是 | 枚举值:new、refurbished、used | new | 必须反映着陆页上描述的商品状况 |
mpn | 当不存在制造商分配的 GTIN 时必填 | 字母数字 | WM1278-001 | 只有在确定其正确时才提交——切勿猜测 |
google_product_category | 可选 | Google 分类体系数字 ID 或完整类目路径 | Apparel & Accessories > Clothing > Outerwear > Coats & Jackets | 如果省略,Google 会自动分配类目;手动分配可改善匹配 |
product_type | 可选 | 文本,最多 750 个字符,层级之间以 > 分隔 | Home > Men > Outerwear > Jackets | 您自己的分类体系;便于组织购物广告系列 |
shipping | 有条件必填 | 结构化值:country:region:service:price | US:6.49 USD | 仅当账户级运费设置尚未覆盖目标国家/地区时,才需要按商品提供 |
id、title、description、price、availability、image_link、gtin、brand 等——并标记您的商品目录目前尚未填写的任何必填属性(例如缺失的 GTIN 或未映射的 google_product_category),让您在 Feed 上线之前补齐缺口。shipping 属性。Merchant Center 的计划抓取功能让您可以设置重新读取托管文本或 XML Feed 的频率。文档中的频率选项有每小时、每天、每周或每月,每种都需要设置相应的时间字段(例如每日抓取需设置小时,每周抓取需设置星期几和小时)。对于价格或库存不断变化的商品目录,固定的计划可能导致您网站上的实际情况与 Google 展示的内容之间出现时间差;Content API(现已并入 Merchant API)正是为弥合这一时间差而设计的,它让已连接的系统在变化发生时即推送更新,而不是等待下一次抓取。无论您使用哪种频率,Google 都明确要求 Feed 数据必须与您的在线着陆页保持一致——无论 Feed 本身刷新多频繁,价格或库存状态不一致都会被标记为拒登。
| 错误 | 可能原因 | 解决方法 |
|---|---|---|
| GTIN 缺失或无效 | 商品有制造商分配的 GTIN 但未提交,或 GTIN 是猜测的或输入错误 | 提交制造商真实的 GTIN;如果确实不存在,请提交 identifier_exists = false,并提供品牌和完整的标题 / 描述,而不要猜测 |
| 价格或库存状态不一致 | 抓取时 Feed 中的价格或库存状态与着陆页上显示的不同 | 让店铺与 Feed 之间的价格和库存保持同步,最好是实时同步 |
| 图片质量低或违反政策 | image_link 指向占位图、带水印的图片,或尺寸低于 Google 最低要求的图片 | 提交符合 Google 最小尺寸(500x500px)和内容要求的真实商品照片 |
| 缺少必填属性 | 部分商品的必填字段(id、title、price、availability 等)为空 | 确认所有商品(而不只是部分样本)都已填写每个必填属性 |
| GTIN 受限或无效 | 提交的 GTIN 与 GS1 记录不符,或属于其他商品 | 提交前根据制造商包装或 GS1 数据库核实 GTIN |
| 商品状况不一致 | Feed 中的 condition 值与着陆页上的说明不符 | 让 Feed 中的 condition 值与着陆页完全一致 |
| 虚假陈述或违反政策 | 在商品级或账户级被标记的误导性定价、缺少商家信息、着陆页失效或其他政策问题 | 修复底层的着陆页或商家信息问题,解决后申请审核 |
以下做法能持续减少拒登,让商品同时保持免费商品详情和购物广告的资格:
identifier_exists = false 并提供品牌和完整的标题 / 描述,而不是留空或猜测一个值。shipping 属性——不要让任何目标国家/地区处于两种方式都未覆盖的状态。我的 Google Merchant Center Feed 中的每个商品都需要 GTIN 吗?
仅当制造商已分配 GTIN 时才需要——Google 将其列为强烈建议,在以 GTIN 为标准标识符的类目中,它实际上是必填的。如果商品确实没有制造商分配的 GTIN,请提交 identifier_exists = false,并提供品牌和描述性的标题 / 描述,而不要猜测一个编号。
免费商品详情和购物广告有什么区别?
免费商品详情可免费出现在购物标签页、搜索和图片等展示位;购物广告是通过购物广告系列或 Performance Max 投放的付费展示位。两者都从您 Merchant Center 账户中的同一个商品 Feed 中提取数据。
Google 对 image_link 的图片尺寸有什么要求?
至少 500x500 像素,Google 建议 1500x1500 像素或更大,以便在各种购物广告格式中获得最佳展示效果。不接受超过 16MB 或 6,400 万像素的文件。
Google 多久重新抓取一次我的 Feed?
取决于您的计划抓取设置——每小时、每天、每周或每月。对于价格或库存变化快的商品目录,Content API/Merchant API 支持近乎实时的更新,无需等待下一次计划抓取。
为什么 Feed 看起来没问题,我的商品却被拒登了?
最常见的原因是价格或库存状态值与着陆页不一致、GTIN 缺失或不正确,或图片为占位图或低于 Google 的最小尺寸——Merchant Center 的“诊断”标签页会按商品指出这些问题。
我需要为每个商品都提供 shipping 属性吗?
不需要——如果您已在 Merchant Center 中为目标国家/地区配置了账户级运费,就不需要商品级的 shipping 属性。仅在需要为特定商品(例如超大件或易碎品)覆盖账户级设置时才使用它。
我可以向 Google Merchant Center 提交哪些文件格式?
文本(.txt/.tsv)或 XML 文件——可直接上传、由 Google 按计划从您托管的 URL 抓取,或从 Google Sheet 中读取——此外还可通过 Content API/Merchant API 以程序化方式近乎实时地提交。
Google Merchant Center 是 Google 面向零售商商品数据的核心工具。商家只需上传或连接一次商品 Feed,Google 就会利用这些数据在其各类购物场景中展示商品,包括“购物”标签页、Google 搜索、图片、Lens、地图和 YouTube,以及通过 Google Ads 投放的 Shopping 广告和 Performance Max 广告活动。
Merchant Center 面向众多国家的企业开放,支持多种语言和货币。一个账户即可进入两个渠道:免费商品详情(可免费出现在 Google 上),以及使用相同商品数据竞争展示位置的付费 Shopping 广告。
商品数据以 XML、文本或电子表格格式的 Feed 提交,可通过定时从 URL 抓取,或通过 Google 的 API 提交。每件商品都带有 ID、标题、描述、链接、图片、价格、库存状态、品牌以及 GTIN 等商品标识符属性。Merchant Center 会根据 Google 的规范和政策检查这些数据,并在诊断中报告错误、警告和拒登情况。
Feed 质量会直接影响效果。缺少属性、价格不一致或库存状态错误的商品可能会被拒登或屏蔽,而完整、准确且撰写良好的商品数据,则有助于 Google 在免费商品详情和付费广告活动中将商品与相关搜索匹配。
连接您的 feed 和 GA4,我们会在您自己的商品目录上展示 Product Score、4T、Price War 和 Broken Size。