在 ChatGPT 上卖货：ChatGPT Shopping 与 ACP 协议完全指南（2026）

什么是 ChatGPT Shopping？

ChatGPT Shopping 指的是集成在 ChatGPT 内部的一整套购物体验：当用户描述一个需求（“十月去苏格兰徒步穿的防水外套”“给咖啡爱好者的 50 欧元以内的礼物”），ChatGPT 可以直接给出带图片、价格、商家和库存状态的商品卡片，而不只是一串链接。

其中并存着三块彼此独立的能力，把它们混为一谈是商家犯的第一个错误：

• 自然商品发现：ChatGPT 在回答里主动呈现商品，商家不需要付费。
• Instant Checkout：在符合条件的商品和商家上，用户不离开对话就能完成购买。
• ChatGPT Ads：付费广告位，与模型的回答相互分开，详见我们的 ChatGPT 广告指南。

本指南讲的是前两块。它们买不到：只能靠干净的商品数据和技术集成挣来。

ChatGPT 今天是怎么发现商品的？

这是大多数商家忽略的一点：你可能已经出现在 ChatGPT 里而不自知，用的还是你控制不了的数据。OpenAI 的文档说明，某件商品下的商家列表，是根据商家与商品的元数据生成的，这些元数据要么来自第三方供应商（聚合平台、比价站、目录数据库），要么直接来自商家本人。

两者差别巨大。走第三方，你的价格可能是过期的，库存可能是错的，商品名称可能含混，而你没有任何直接申诉渠道。走一份发送给 OpenAI 的产品流，你就成了自己目录的事实来源。

一个实际推论：ChatGPT 第一条回答里显示的价格，通常是列表中第一个商家的价格，不一定是可获得的最低价。ChatGPT 随后会在详细的商品卡片和商家排序里，把它已知的最便宜选项推到前面。

什么是 Agentic Commerce Protocol（ACP）？

Agentic Commerce Protocol 是由 OpenAI 与 Stripe 共同开发的开放标准。它充当商家与 ChatGPT 用户之间的连接层：定义 AI 智能体如何发现目录、组建购物车、计算税费和运费并发起支付，同时把订单、支付和合规全部留在商家已有的电商技术栈里。

协议由三份规范组成：

• Product Feed Spec，你如何传递自己的目录。
• Agentic Checkout Spec，智能体如何与你的订单系统对话。
• Delegated Payment Spec，支付如何被传递给你的支付服务商。

一次集成，就可以通过 AI 智能体销售，同时保留对卖什么、品牌如何呈现、订单如何履约的掌控权。

协议是开放的，这一点改变了整个算盘

“开放”在这里不是营销话术，而是一项可核实的特性，它对商家有两个直接后果。

你不是非用 Stripe 不可。虽然协议是与 Stripe 共同开发的，但不使用 Stripe 的商家可以用自己现有的支付服务商采用它。规范在这一点上写得很明确：OpenAI 不是名义商家（merchant of record），商家像处理任何其他交易一样处理这笔支付，用自己惯用的 PSP。

你不是只为一个智能体做建设。ACP 的设计目标是跨 AI 智能体工作，而不只服务 ChatGPT。这正是这项投入与私有集成的根本区别：让目录和结算达标的那份工夫，其价值超出单一平台。这也是为什么，即便一个商家还拿不到 Instant Checkout，我们依然认为这项工作值得优先做。

产品流：格式、投递方式与刷新节奏

产品流是商家与 OpenAI 共享结构化商品数据的方式，好让 ChatGPT 能在搜索和购物体验中把你的商品呈现出来。你需要提供一份安全、定期刷新的产品流，其中包含标识符、描述、价格、库存状态、媒体资源和配送选项。

格式。当前的开发者规范记录的是 UTF-8 编码的平面文件：以制表符分隔的 .txt 或 .tsv、以逗号分隔的 .csv，以及它们的压缩变体（.tsv.gz、.csv.gz、.txt.gz）。第一行是表头，字段名为小写、以下划线分隔的规范名称，之后每行一个商品或一个变体。商家文档还提到 TSV、CSV、XML 和 JSON，取决于所选的交换方式：实施时请以规范中要求的格式为准，这部分文档一直在动。

两种投递方式。file upload 按固定节奏传输完整目录：你用最新的快照覆盖同一个文件（或同一组分片）。API 在一天之内通过 upsert 发送更新；促销数据只能走 API。OpenAI 明确建议两者结合：每天用上传方式推一次完整产品流，日内更新走 API。

这是整套机制里最被低估的参数。一周只刷新一次的目录，必然产生错误的价格，也必然把断货商品显示为有货；而在一个用户可以立刻下单的体验里，错误数据不只是让体验变差，它会直接毁掉交易。

产品流字段：必填、条件必填、推荐

对于非广告用途的产品流，规范区分三个层级的要求。下面的字段名是撰写时开发者规范中的名称，实施前请重新核对，OpenAI 一直在调整。

必填（10 个字段）：item_id、title、description、brand、url、image_url、price、availability、is_eligible_search、is_eligible_checkout。

条件必填：除非 identifier_exists 取值为 no，否则 gtin 或 mpn 必填；当库存状态为预售或补货中时，availability_date 必填；如果启用了 checkout，卖家政策（seller_privacy_policy、seller_tos）必填。

推荐：描述性字段有 condition、product_category、material、dimensions、weight、age_group；媒体字段有 additional_image_urls、video_url、model_3d_url；价格字段有 sale_price 及其生效日期；变体字段有 group_id、variant_dict、color、size、size_system、gender；物流字段有 shipping、pickup_method、is_digital；评价字段有 review_count、star_rating、q_and_a、reviews；退货字段有 accepts_returns 和 return_deadline_in_days。

有两个开关值得特别注意。is_eligible_search 决定商品是否出现在 ChatGPT 的搜索里。is_eligible_checkout 允许在对话内直接购买，而且它依赖 is_eligible_search：一个不具备搜索资格的商品不可能被购买。产品流在技术上完全有效，但这两个开关设错了，结果就是一个隐形的目录。

ChatGPT 如何决定展示哪些商品和哪些商家

这个问题没人能给出精确公式，凡是声称能给的内容都要提防。OpenAI 文档中说明的是：商家排序会考虑库存状态、价格、质量，以及是否为该商品的制造商或主要卖家等因素。OpenAI 还表示，预计这些标准会继续演进，特别是走向依据用户偏好对商家排序做更多个性化。

这句话有四层可落地的解读：

• 库存状态，错误的库存让你丢掉的是排序，而不只是那一单。产品流的新鲜度因此成为可见度因素。
• 价格，同一件商品在不同商家之间的价格竞争力会直接起作用，这让整件事更接近比价场景。
• 质量，OpenAI 这个词用得刻意宽泛，但落到实处就是你商品数据的完整度和准确度，以及你提供评价数据时的评价信号。
• 主要卖家或制造商，卖自己产品的品牌相对于经销商有结构性优势。这对自有品牌和直面消费者的品牌是好消息，对多品牌分销商则是真实的约束。

这些标准针对的是商家排序，与 ChatGPT 如何为某个具体问题挑选相关商品是两回事；后者取决于对自然语言表达出来的需求的理解，也就取决于你的标题、描述和属性在语义上的丰富程度。

Instant Checkout：它是什么，以及实际在哪里可用

Instant Checkout 让用户直接在对话内购买：在符合条件的商品上会出现购买按钮，用户确认订单、收货地址和支付方式，全程不离开 ChatGPT。

当前的实际范围，不做美化：该功能面向已获批准的合作伙伴开放。美国的 ChatGPT Plus、Pro 和 Free 用户可以在对话中向美国的 Etsy 卖家购买；Shopify 商家，超过一百万家，其中包括 Glossier、SKIMS、Spanx 和 Vuori 等品牌，被宣布为下一批。

说得直白些：如果你不在已开放的范围内，欧洲和亚洲的绝大多数商家都是如此，那么 Instant Checkout 目前还没有向你开放，任何提出“今天就帮你打开”的说法，卖的都不是它所描述的东西。现在就对你开放的是打底的工作：目录质量、商品标识符、数据结构化，以及申请产品流的接入资格，而后者同样限于已获批准的合作伙伴，需要通过 OpenAI 的商家申请表提交。

这正是窗口期有意思的地方。在访问权限还受限时就把目录整理干净的商家，开放当天就具备资格；等到开放当天才知道有这回事的商家，面前是六个月的数据清洗。

两份技术规范：Agentic Checkout 与 Delegated Payment

Agentic Checkout Spec。商家需要暴露五个 REST 入口：创建结算会话、更新会话（商品、配送、折扣）、用支付方式完成结算、取消，以及读取会话状态。每次响应都必须返回完整的购物车状态：商品、价格、税费、配送、折扣、总计、状态。商家会收到买家信息（姓名、电子邮件、电话）、收货和账单地址、数量、一个支付令牌（绝不包含完整的卡片数据），并通过 webhook 跟踪生命周期（已创建、已确认、已发货、已履约、已取消）。

Delegated Payment Spec。用户在 ChatGPT 里选择支付方式；OpenAI 把支付数据传给商家的支付服务商；后者返回一个一次性且有额度上限的支付令牌，不落入 PCI 范围；OpenAI 在最终下单时把这个令牌传过去。评估项目规模时有一点很重要：直接对接这份规范，仅限 PSP 以及拥有自有卡数据保险库的 PCI DSS 一级认证商家。对绝大多数商家而言，这部分由支付服务商承担，而不是内部技术团队。

结构性的一点是：商家始终拥有订单和客户关系，并始终是名义商家。

商家控制得了什么，控制不了什么

诚实地读一遍协议，权责划分相当清楚。

你控制：哪些商品被暴露、哪些不被暴露（通过资格开关），传递出去的价格和库存状态，描述内容和媒体资源，促销，销售与退货政策，订单履约与物流，通过自己 PSP 完成的支付处理，售后的客户关系，以及继续作为名义商家这件事本身。

你不控制：某一条回答里是否出现你，你在商家排序中的位置，ChatGPT 描述你商品时使用的确切措辞，与你并排展示的竞品对比，以及 Instant Checkout 向你所在市场开放的时间表。

这在结构上与自然搜索是同一种不对称：你控制输入的质量，不控制输出的决定。区别在于，这里传递的数据比一个网页规范得多，因而优化过程更机械、更少猜测成分。

Shopify、WooCommerce、PrestaShop、Magento：集成的真实状态

很多文章宣称有“原生支持”，而文档里并不存在这回事。以下是可核实的部分，以及不可核实的部分。

Shopify 是进展最快的平台：OpenAI 已宣布 Shopify 商家将进入 Instant Checkout，涉及超过一百万家店铺。这是通往资格最短的一条路，但访问权限仍取决于 OpenAI 的批准，而不是店铺后台里的一个开关。

WooCommerce、PrestaShop 和 Magento / Adobe Commerce：到目前为止，OpenAI 的官方文档没有描述针对这些平台的任何原生集成。技术上没有障碍，ACP 是基于 REST 入口和平面产品流的开放协议，任何技术栈都能实现，包括定制站点。但具体到落地，要么是专门开发，要么依赖第三方模块或连接器，对这类组件的维护要保持一贯的谨慎。

对这三个平台我们的建议是：不要从 checkout 开始。从产品流开始，这部分立刻产生价值，不依赖任何第三方模块，而且无论你之后选择哪个连接器，它都仍然有用。

为什么你的商品没有出现在 ChatGPT 里

原因分三类，按出现频率排列。

1. 你没有产品流，第三方数据在拖你后腿。没有直连的产品流，ChatGPT 就依赖第三方供应商的元数据。如果你的商品在那里标识错误、分类错误或干脆缺失，你就不存在，而且不会有任何提示告诉你。

2. 产品流存在，但在某些具体规则上失败。is_eligible_search 开关为 false；缺 gtin 或 mpn 又没有填写 identifier_exists；预售商品缺 availability_date；启用了 checkout 却没提供卖家政策；编码不是 UTF-8；列表头不符合规范。这些错误会静默地整行剔除数据。

3. 你有资格，但排序靠后。同一件商品上价格没有竞争力，库存显示为不可得，数据不完整，经销商身份对上制造商。你在系统里，但从来进不了前三行。

还要加上第四个非技术原因：用户的提问，与你商品被描述出来的定位根本对不上。这正是我们 ChatGPT SEO 优化指南里讲的语义工作，与目录工作交汇的地方。

真正卡住一个目录的数据质量问题

在我们检视过的目录里，有五个问题反复出现，它们解释了绝大多数卡点。

缺少商品标识符。GTIN（视情况是 EAN、UPC、ISBN）是把你的报价与其他商家在同一件商品上的报价对齐的枢纽。没有它，又没有 MPN，也没有正确填写 identifier_exists，你的商品就成了一个无法挂靠的对象。这是头号卡点，在很多目录里极为普遍，尤其是那些自己生产、自己编货号的品牌。

价格和库存过期。只有每日一次、没有日内更新的产品流，足以毁掉一个可以立刻下单的体验。在这里，新鲜度不是锦上添花，它是排序标准。

图片薄弱。背景不干净、商品被裁切、分辨率不足、带水印、只有一张图没有其他视角。在一个商品卡片只剩一张缩略图和三行字的界面里，图片承担了不成比例的决策权重。

描述单薄。两行、还只是把标题重复一遍的描述，无法让模型理解这件商品回应的是什么需求。材质、尺寸、重量、适用年龄、使用场景这些属性不是装饰：它们是一个自然语言提问能够挂上去的钩子。

变体建模错误。颜色和尺码被拆成互不相干的独立商品，却没有 group_id；或者反过来被合并在一起，却没有区分属性。两种情况下，智能体都不知道该给一个指定尺码的用户推荐什么。

ChatGPT Shopping 对比 Google Shopping：真正的差别在哪

已经在做 Google Shopping 的商家有真实的先发优势：产品流的纪律是同一套，很大一部分字段可以对应上。但有三点根本差异会改变策略，下面的表格做了汇总。

最具结构性的一点：在 Google Shopping 上，可见度主要是按点击买来的，通过 Merchant Center 和 Google Ads。在 ChatGPT Shopping 上，自然发现不是一个买来的广告位，它取决于数据的质量和新鲜度、价格，以及主要卖家身份。预算杠杆单独存在，形式是 ChatGPT 广告，但它不能替代自然的商家排序。

第二点差异是结算。Google 主要把流量送回商家网站。ChatGPT 在符合条件的商品上把交易留在对话内，这就把转化率优化的问题，从你的商品页移到了你的产品流上。

第三点差异是成熟度。Merchant Center 是一个稳定了十五年以上的系统，文档固定、诊断工具齐全。ACP 面世不到一年，规范仍在变动。这意味着更多机会，同时也意味着每次实施之前都必须重新核对文档。

自然购物、Instant Checkout、ChatGPT Ads：不要把三者混为一谈

这三套机制在现有内容里经常被混着讲，服务商也不例外。但它们遵循不同的逻辑，推进节奏也不一样。

自然购物买不到：靠干净的产品流和有竞争力的数据挣来。任何获批商家都可以做，而且它是其余一切的前提。

Instant Checkout 在对话内加上了交易环节。目前仅限已获批准的合作伙伴，且地域范围有限。它需要实现 Agentic Checkout Spec，是一个实打实的技术项目。

ChatGPT Ads 购买的是一个赞助位，与模型的回答相互分开，有自己的竞价和定向体系。OpenAI 也提供基于产品流的广告系列，规范里有专门的字段（is_ads_eligible）。注意其中的协同效应：同一份产品流的工作，同时服务这三者。

这是先做目录而不是先做 checkout 的决定性理由：无论其他能力按什么剧本开放，只有这项工作的回报是确定的。

商家清单：为 ChatGPT 和 ACP 准备好目录

• 核查商品标识符的覆盖率：目录中有多少比例带有有效的 gtin 或 mpn，其余部分是否正确填写了 identifier_exists。这是第一项工作，排在其他一切之前。
• 测量价格和库存的真实新鲜度：上一次同步是几点，有多少货号显示为有货但实际已经没有。
• 审计图片：分辨率、背景、有无水印，以及是否通过 additional_image_urls 至少提供一个其他视角。
• 把目录里最短的那些描述挑出来，补齐结构化属性（product_category、material、dimensions、weight、age_group），而不是把营销文案写得更长。
• 检查变体建模：group_id、color、size、size_system 在所有商品族上保持一致。
• 有意识地设置 is_eligible_search 和 is_eligible_checkout，并记住后者依赖前者。
• 准备好卖家政策（seller_privacy_policy、seller_tos）：一旦启用 checkout 就是必填。
• 规划投递架构：每天上传一次完整产品流，日内更新走 API，促销只能走 API。
• 如果你用的是 WooCommerce、PrestaShop 或 Magento，不要把时间表押在某个模块上线：产品流现在就可以产出。
• 申请 OpenAI 的商家接入，并持续跟踪 Instant Checkout 的地域开放范围。
• 不要忽视内容这一面：解释你商品的那些页面，同样会在购买场景之外喂给 ChatGPT 的回答，详见我们的 ChatGPT SEO 优化指南。

Ready2GEO 目前正在开发一个 AI Shopping Feed Auditor：把一份目录对照上述全部要求做检查，包括标识符覆盖率、缺失的必填字段、资格开关、图片和描述质量，并返回有阻塞问题的货号清单。它仍在开发中，尚未开放；一旦就绪就会加入我们的工具套件。在此之前，上面这份清单在一份目录导出文件上用手工方式处理完全没问题。