ChatGPT Shopping 和 Google AI Mode 真正读取的商品 Feed 属性

如果您的商品 Feed 已经通过了 Google Shopping 和 Meta 的审核，您很可能会认为它也已经为 ChatGPT Shopping 和 Google 的 AI Mode 做好了准备。但就 Google 这一侧而言，情况很可能并非如此。根据 OpenAI 自己的开发者文档，OpenAI 的 Agentic Commerce 商品 Feed 规范要求提供 9 个字段，商品才有资格在 ChatGPT 中被搜索和结账。而 Google 的 Merchant Center 帮助文档（作为 2026 年 5 月 Universal Commerce Protocol 推广的一部分进行了更新）列出了 6 个特定属性，称之为用于搜索中 AI Mode 的“对话式属性”。这两份清单中没有一个字段名称是相同的。本指南将逐一介绍每个平台实际读取哪些内容、您可能已经具备哪些、还需要补充哪些，并提供一份可用于检查您自己 Feed 的评分清单。

两个不同的“AI 购物”问题，而不是一个

“为 AI 购物做准备”常被当作一个项目，但实际上它是两个项目，由两家公司打造，有两套独立的规范和两个不同的目标。

OpenAI 的 Agentic Commerce Protocol（ACP）让商家可以通过 Instant Checkout 直接在 ChatGPT 对话中销售商品。在这里，商品 Feed 的作用很明确：为 ChatGPT 提供足够的结构化数据来正确展示商品，并促成一笔真实交易——由商家而非 OpenAI 担任记录商家（merchant of record），并通过自己的支付服务提供商处理履约、税费和支付。

相比之下，Google 的对话式属性位于您已经在为购物广告和免费商品信息运行的 Merchant Center Feed 之中。无需实施单独的结账协议，也无需从零构建新的 Feed。Google 要求您丰富现有的 Feed，以便其自身的 AI Mode 和由 Gemini 驱动的购物界面能够回答有关您商品的更具体的问题。

混淆两者会导致两种失败模式：一些团队为 ChatGPT 构建了一整套其实并不需要的第二个 Feed；另一些团队则以为勾选了几项 OpenAI 式的要求就同时满足了 Google AI Mode 的需要，而事实并非如此。

OpenAI 的商品 Feed 规范实际要求什么

OpenAI 的规范（最近一次对照线上文档核实是在 2026 年 9 月）定义了一组基础必填字段、一小组专门用于结账资格的字段，以及一长串可提升排名和可信度的推荐字段。

在这 9 个基础字段之外，还有三个字段专门决定结账资格：is_eligible_checkout（布尔值，必须为 true）、seller_privacy_policy（公开的隐私政策 URL）和 seller_tos（公开的服务条款 URL）。没有这些字段，商品可以具备搜索资格，但不具备结账资格。

OpenAI 接受 JSONL、CSV 或 TSV 格式，包括它们的 gzip 压缩版本。单行 JSONL 如下所示：

{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}

规范中没有固定的更新间隔，但 OpenAI 明确表示，每当促销开始或结束时，价格和库存状态都需要保持最新——实际上这意味着要按照您已经用于 Google Shopping 的频率同步，而不是更慢的频率。

为什么大多数适用于 Google 或 Meta 的 Feed 已经接近 OpenAI 的标准

再看一遍这份字段清单：title、description、price、availability、image_url、brand。其中每一个在您几乎肯定已经在填写的标准 Google Shopping 和 Meta 目录规范中都有几乎相同的对应字段。重命名大多只是表面上的：Google 的 image_link 变成了 OpenAI 的 image_url，Google 的 id 变成了 item_id。

真正的缺口在于那些标准广告 Feed 都不包含的字段，因为从来没有哪个广告平台要求过它们：作为独立身份字段的 seller_name、seller_privacy_policy、seller_tos，以及结账标记 is_eligible_checkout。这些字段需要一条从您的法律页面或公司信息页面（而不是商品目录）中提取数据的映射规则——这正是 Feed 规则引擎（Feedance 在 Feed 丰富功能中就包含一个）比手动编辑电子表格列更擅长处理的那种静态、非按 SKU 区分的字段。

简而言之：如果您的 Feed 已经通过了 Google Shopping 和 Meta 的审核，那么构建符合 OpenAI 规范的导出更像是一项映射工作，而不是一个数据收集项目。

Google 实际上为 AI Mode 新增了什么

Google 自己的帮助文档恰好列出了六个属性作为“对话式属性”：question_and_answer、document_link、related_product、item_group_title、variant_option 和 popularity_rank。这六个属性都是可选的，Google 明确表示，添加它们“不会影响您现有商品的审批状态”。

• question_and_answer——每个商品最多 30 组问答，每组最多 1,000 个字符，所有问答合计最多 10,000 个字符。专为购物者在聊天界面中提出的那类追问而撰写，而不是让他们去翻阅规格表。
• document_link——最多五个仅限 PDF 的 HTTPS 链接（使用手册、规格表、保养指南），每个文件最大 50MB，URL 本身最长 2,000 个字符，让 AI Mode 可以根据您自己的文档作答，而不是靠猜测。
• related_product——每个商品最多 30 个条目，每个条目按关系类型标注（套装组成部分、必需部件、经常一起购买、替代品、其他品牌、配件），以便对话式回答可以推荐合适的搭配商品。
• item_group_title——变体组的共享标题（1–150 个字符，超出部分会被截断），保持通用性，而每个变体自己的标题则具体说明尺码或颜色。
• variant_option——名称/值对（每项最多 250 个字符），用于 Google 标准六个维度（颜色、尺码、材质、图案、年龄段、性别）之外的变体维度，需与共享的 item_group_id 一起提交。
• popularity_rank——一个从 0.0 到 100.0 的数字，保留一位小数，反映商品在您商品目录中实际的相对销售表现，而不是营销宣传。

在制表符分隔的 Feed 中，一行 question_and_answer 的写法与 Google 自己的示例相同：

'Does it have a headphone jack?':'This version doesn't have a headphone jack.'

这些内容都不需要通过新的端点提交。它们和 product_highlight 或 gtin 一样，放在同一个 Merchant Center Feed 中提交。

两个常被误标为“AI Mode 属性”的属性

一些广为流传的指南，包括 Google 自己支持论坛上一篇很受欢迎的社区解读，在 Google 列出的六个属性之外又加上了 product_highlight 和 product_detail，称之为“AI Mode 的 8 个属性”。这一点值得纠正：Google 官方的对话式属性页面列出的是六个而不是八个，而 product_highlight 是一个独立的、更早的属性（参见 Google 自己的规范），早在 AI Mode 出现之前就已存在，是为常规购物商品信息而设计的，并非专门针对对话式界面。

这并不意味着 product_highlight 对 AI Mode 毫无用处。简短、客观的卖点陈述（Google 自己的示例：“同时支持 2.4 Ghz 和 5 Ghz Wi-Fi 网络”）正是 AI 系统相比一段营销文案更青睐的那种结构化、便于快速浏览的数据，而 Google 的 2026 年 5 月公告也总体上在推动商家采用更具对话性的商品描述。但将它视为“官方六个属性”之一，会夸大该属性的新颖程度或与 AI Mode 的专属关联，并可能导致团队忽略真正属于这六个的属性。

Feed 就绪检查清单，对照两套规范评分

对于每一项您已经能够确认（而非猜测）属实的内容，记一分。这只是一个快照，而不是认证：通过字段存在性检查，并不能保证达到两个平台各自另行执行的内容质量标准。

0–4 分：您的 Feed 仅为传统购物广告而构建。5–9 分：您已具备 OpenAI 的结账条件，但 Google 的对话式层面基本上是空白。10–13 分：您已经完成了大多数商品目录都会跳过的丰富工作。

本指南的局限

本指南涵盖的是 Feed 数据，而不是技术栈的其余部分。OpenAI 的 Instant Checkout 还要求使用与其 Delegated Payment Spec 兼容的支付服务提供商，并由您自行处理订单验证、履约和税费，而这些都不是 Feed 工具所涉及的；那是一个支付和工程项目，与 Feed 丰富工作是分开的。

它也没有涵盖所有 AI 购物界面。Perplexity 运营着自己的 Merchant Program，有单独的入驻流程和自己的商品数据提交方式，不属于本文讨论的两套规范；而截至本文撰写时，Meta 尚未发布可与 Google 相提并论的对话式属性类规范，Meta 的 AI 驱动购物功能仍然基于标准的 Commerce Catalog 字段运行，相关内容请参阅我们的 Meta 目录拒登指南。请将这两点视为有待日后重新审视的开放问题，而不是本检查清单的疏漏。

其他 Feed 平台也发布了各自对 Google 此次推出的解读；Channable 的解读值得与本文一起阅读，因为 Google 自己关于推出时间和效果衡量的文档仍然很少，在规范尚未定型期间，多一种解读会很有帮助。这些也都不能取代基础的 Feed 规范化工作：缺少 GTIN 或分类错误的商品，无论您把对话式属性填写得多么完善，都不会出现在 AI Mode 或 ChatGPT 中，因为它根本不具备展示资格。

常见问题

我需要为 ChatGPT Shopping 单独构建一个 Feed 吗？

不需要。您需要将 OpenAI 要求的字段作为单独的 Feed 文件提交，但其底层数据是您已经为 Google Shopping 维护的数据的一个子集。大多数团队会从同一套商品数据中额外生成一个导出，而不是建立第二个商品目录。

添加 Google 的对话式属性会影响我现有的购物广告吗？

Google 明确表示，添加这些属性不会改变现有商品的审批状态。它们是附加字段，而不是对您当前必填属性的替代。

OpenAI 的 Feed 规范接受什么格式？

JSONL、CSV 或 TSV，包括它们各自的 gzip 压缩版本。OpenAI 自己的大多数示例使用的是 JSONL 格式。

popularity_rank 就是我的畅销商品榜单吗？

它旨在以 0–100 的尺度反映实际的相对销售表现，而不是人工策划的“精选”列表。用营销驱动的排名而非真实销售数据来填写它，就失去了它的意义。

如果我添加了 Google 的 item_group_title，还需要 item_group_id 吗？

item_group_id 才是真正将变体关联在一起的字段；item_group_title 是叠加在该分组之上的一个标签。如果您希望对话式层面正常工作，两者都需要。

Meta 是否有我应该着手准备的同类规范？

截至本文撰写时，还没有以 AI Mode 式属性集合形式发布的规范。Meta 的目录要求仍然是标准的 Commerce Catalog 字段；请专注于通过标准审核，而不是追逐一个尚不存在的规范。

这些字段需要多久更新一次？

与您的价格和促销变化频率保持一致。OpenAI 明确要求在促销开始或结束时更新价格和库存状态；Google 的对话式属性变化频率较低，但在您添加新商品或更新规格时应进行检查。

我能否检查 ChatGPT 或 AI Mode 是否正确读取了这些字段？

截至本文撰写时，两家公司都没有提供公开的实时预览工具。实际可行的做法是对照已发布的规范逐个字段验证 Feed，然后定期在 ChatGPT 和 Google 的 AI Mode 中按名称和具体属性搜索您自己的商品，抽查实际展示的内容。

在开始手动映射新属性之前，不妨运行一次免费商品 Feed 审核，看看您当前的 Feed 已经覆盖了哪些字段、还存在哪些缺口。