ACP 与 UCP 常被看作同一标准的两个竞品，但到 2026 年中期它们已分工明确。ACP（Agentic Commerce Protocol）由 OpenAI 与 Stripe 支持，2026 年 3 月转型为发现与商品 feed 协议——你发布标准化的产品数据，ChatGPT 据此判断哪些商品可放入回答。UCP（Universal Commerce Protocol）由 Google 支持，定位为实时智能体结账标准，覆盖 AI Mode、Gemini、YouTube Shopping 和 Gmail，支持发现、购物车构建与交易，早期体验先在美国开放。
两者不是竞争关系，而是不同层级。无论选择哪个，后端准备工作几乎相同：干净完整的商品数据、实时库存价格、机器可读的退换货政策、爬虫可访问端点等。这些是目录数据质量工作，不是协议特有的。
下面是两协议关键对比与实际建设建议。
ACP vs UCP 对比
- 支持方：OpenAI + Stripe vs Google
- 2026 年中的角色：发现/产品 feed vs 发现+智能体结账
- 覆盖界面：ChatGPT vs AI Mode、Gemini、YouTube、Gmail
- 商家产出：规范兼容的产品 feed vs /.well-known/ucp 清单+签名端点
- 身份/信任：商户申请+合规检查 vs ECDSA 签名清单
- 可用性：基于申请 vs 美国优先早期体验
- 交易记录的商户：均为你（商户）
两者均不接管交易关系，你仍负责履约、退货和客服。
建设顺序建议
阶段 0 —— 基础工作（无论如何都要做）：修复爬虫访问、服务端渲染 Product+Offer 结构化数据、发布 LLM 可读内容地图。这些不分协议，对 ChatGPT、Gemini、Perplexity 当下就有用。
阶段 1 —— 发布 ACP feed：工作量较小，ChatGPT 本身有大量购物意图查询，构建 feed 迫使你修复数据质量问题，这些在 UCP 也会遇到。建议 15 分钟更新一次，非按天更新。
阶段 2 —— 准备 UCP 清单：发布 /.well-known/ucp，生成 ECDSA 签名密钥，验证配置。即使智能体结账未到你的市场，维护成本很低。
阶段 3 —— 慎重决定结账：允许智能体完成购买是策略决策，包括订单限额、确认流程、欺诈处理等，不要上线后再想。
支付瓶颈
基于服务端协议的智能体无法代为令牌化卡片。Stripe 的卡支付需要 PCI 兼容浏览器上下文（Stripe.js、Payment Element），与后端 API 调用不兼容。当前智能体结账设计绕开此问题：离线/发票方式、与已认证客户绑定的存储令牌、最后一步跳转托管支付页面。任何声称智能体通过纯 API 协议“用你的卡支付”的方案，背后都藏着浏览器。这是 2026 年智能体电商的真实天花板。
Magento 2 支持
原生不支持任一协议。有开源选项，作者维护了 angeo/module-openai-product-feed（ACP）和 angeo/module-ucp（UCP 清单与签名密钥，MIT，Composer）。但模块只是最后 10%，前 90% 是目录数据是否正确，没有模块能替你解决。
最后收尾：不要问“选哪个”，而应先把数据基础做好。当前多数商家仍处于 feed 观望模式。
#开发者 #工具 #ACP #UCP #OpenAI #Stripe #Google #AgenticCommerce #Ecommerce #Magento2
@DevToolboxHub