对跨境卖家来说,2026 年最容易做错的事,是一看到“AI 购物协议”就立即开发接口。实际上,Shopify 卖家、已获 OpenAI 直连 feed 权限的商家、普通独立站与准备 Google UCP 的商家,走的是四条不同路线。先判断准入通道,再做商品数据同源、公开页面可抓取和分层测量,才不会把工程投入做在尚未开放的入口上。

一、先更新认知:ACP 现在首先服务商品发现
2026 年 3 月,OpenAI 宣布把 Agentic Commerce Protocol(ACP)扩展到商品发现。商家可以通过 ACP 提供商品 feed 和促销信息,ChatGPT 在相关对话中组织价格、特性、可用性等商品信息。
同一次更新也修正了早期认知:OpenAI 表示,初始版 Instant Checkout 没有提供期望的灵活性,因此允许商家使用自己的结账体验,并把当前重点放在商品发现。卖家要先问“商品事实能否被准确读取”,而不是先问“如何把全部结账搬进 AI”。
当前四种情况可以这样区分:
| 商家现状 | 当前优先动作 | 不应过度推断 |
|---|---|---|
| Shopify 商家 | 核对 Shopify Catalog 里的商品、政策与店铺资格 | “无需另做产品数据集成”不等于必然出现 |
| 获准的直连商家 | 按 ACP 要求交付全量 feed 与日内更新 | 接口成功不等于被选中 |
| 普通非 Shopify 独立站 | 先修公开商品页、结构化数据和商品库 | 不应假设任何人都能立即上传直连 feed |
| 准备 Google UCP | 先完成 Merchant Center、运费、退货和客服资料 | UCP 不等于 ACP,也不替代网站与 feed |
二、Shopify 卖家:不用自建 ACP,但仍要治理商品事实
OpenAI 当前的公开说明是:Shopify 商家的商品数据已经通过 Shopify Catalog 集成进 ChatGPT,单个商家不需要再做一次产品数据集成;用户在商家自有网店完成购买。
但“通道已打通”不会自动修复错误数据。如果 Shopify 后台的变体标题模糊、库存滞后、图片无法区分颜色,或退货政策与前台冲突,这些问题仍可能被带入商品发现链。
Shopify 团队应优先核对六类对象:
- 每个商品和变体是否有稳定、唯一的 ID。
- 标题是否说明品类、关键属性与适用对象,而不只是内部款号。
- 商品页、结账页与后台的价格、币种、库存是否一致。
- 主图和变体图是否真正对应可选项。
- 运送范围、时效、运费与退货条件是否可公开核对。
- 抓取器能否在不登录、不执行复杂交互时读到核心信息。
对跨境店铺而言,不同市场的价格、库存和履约区别尤其重要。不要把“全球可见”误写成“全球可买”。
三、直连 ACP feed:把它当产品数据工程,不是营销文案上传
OpenAI 当前的直连 feed 入驻不是无条件开放的自助开关,商家需要走申请与批准流程。对获准团队,官方建议的更新方式是每日交付全量文件,再用 API 推送日内价格、库存等变化。

一个可维护的链路应该是:
ERP / PIM / 商品库 → 标准化商品对象 → 网站页面 + ACP feed + 其他渠道 → 差异检查
而不是运营人员手工复制一份“AI 专用商品表”。
文件 feed 的核心字段与成熟商品 feed 体系高度重叠,包括稳定 ID、标题、描述、落地页、图片、可用性、价格和品牌。对跨境卖家,还要继续管好 GTIN/MPN、变体关系、市场和语言、运送与退货信息。
具体字段如何从一个事实源派生,见《跨境商品数据工程:Feed、Product、变体、运费与退货如何保持同源》。
四、UCP 和 ACP 不要混成一个“AI 商城接口”
Google 的 Universal Commerce Protocol(UCP)和 OpenAI 的 ACP 是不同协议与接入路线。对 Google 当前的 UCP 实施,Merchant Center 仍是核心基础:账户要处于良好状态,商品获准免费列表,并配置退货政策、客服联系资料、商品资料与相关资格。
UCP 还会涉及公开的 /.well-known/ucp 能力配置、结账、履约、支付和订单管理等机器对机器能力。它比“多写一段 JSON-LD”大得多,也不是每个卖家当天就能开通。
技术排期应按这个顺序:
- 先确认平台、地区、类目与账户是否具备准入资格。
- 再确认商品库能否稳定输出价格、库存、变体和政策数据。
- 用公开商品页、feed 和结构化数据完成一致性验收。
- 获准后再实现 ACP 或 UCP 的特定接口。
- 最后做安全、幂等、超时、重试、对账和故障降级。
五、非零售外贸商家:别把 B2B 询盘硬塞进零售协议
很多外贸制造商的产品没有可公开的单价,订单要先确认 MOQ、规格、打样、认证、运输和账期。这类业务的首要目标不是获得零售结账资格,而是让买家和 AI 能核对:
- 你是谁,工厂和出口主体是什么;
- 能做哪些材料、规格、公差和认证;
- MOQ、打样、产能和交期的适用条件;
- 哪些信息是标准值,哪些需要询价确认;
- 询盘之前可下载哪些技术文档。
这套任务更接近《海外买家在 AI 里选供应商的六步》与《产品页 GEO 改造:把参数表变成 AI 可引用的答案》所处理的“发现—核验—询盘”链路。
六、一个 30 天的最小实施顺序
第 1 周:画清资格与数据边界
列出店铺系统、PIM/ERP、商品 feed、公开页面和各市场结账的真实负责方。确认当前可用的官方入口,不根据二手教程假设已经获准。
第 2 周:建立商品字段契约
为 ID、标题、描述、品牌、图片、变体、价格、币种、库存、地区和政策字段定义来源、更新频率、空值策略与负责人。
第 3 周:对公开页面做机器可读验收
从每个市场抽取代表商品,检查首次 HTML、canonical、语言路由、Product/ProductGroup 数据、图片、运费和退货页面。
第 4 周:建立差异监控和归因
每日比对商品库、网站和已交付 feed;记录平台接收状态、商品被发现的可见样本、引荐访问与订单。基线与实验查询应保持固定,否则前后不可比。

七、验收时要把六个问题分开
- 通道层:账户和接入是否真正获准?
- 传输层:feed 或 API 是否被接收,错误率是多少?
- 一致层:AI 可用数据与官网的价格、库存和变体是否一致?
- 发现层:在预先固定的相关问题里,商品是否出现?
- 访问层:是否产生可识别的点击、引荐或其他访问?
- 商业层:这些访问是否产生加购、订单、询盘或收入?
任何一层通过,都不能自动证明下一层。完整的分层口径可继续参考《GEO 效果怎么衡量?从 AI 可见度到询盘的完整归因方法》。
八、三个常见问题
我是 Shopify 卖家,是否还要向 OpenAI 上传一份 ACP feed?
按 OpenAI 2026 年 3 月的公开说明,Shopify 商家的商品数据已通过 Shopify Catalog 集成,单个商家无需另做产品数据集成。但仍要核对 Shopify 资格、目录数据和店铺政策。
提交 feed 后,商品就一定会出现吗?
不一定。提交成功只证明传输层通过;相关性、可用性、价格、质量、商家身份等因素仍会影响结果。
有了 ACP 或 UCP,还需要 SEO 和公开商品页吗?
需要。商品发现还可能使用公开网页和其他零售信源;用户也需要在商家页面核对完整信息并完成购买。协议、feed、网页和政策页应是同一事实系统的不同输出。
边界声明
本文基于 2026 年 9 月 2 日可查的官方文档。ACP、UCP、Shopify Catalog 的准入范围与产品能力仍可能变化,实施前应重新核对官方说明。上述方法只能改善数据完整性、技术资格与可验收性,不保证商品展示、AI 推荐、排名、流量、订单或收入。
资料来源
本文事实与字段口径来自 OpenAI 的 ChatGPT 商品发现公告、ACP 开发者文档与商品 feed 规范,以及 Google 的 Universal Commerce Protocol 实施指南。判断与实施顺序由妙蛙 GEO 研究团队整理。
