ACP vs UCP vs AP2 vs MCP：哪个代理商务协议更重要？

它们是层级，而非竞争对手

几乎所有关于这些协议的报道都将其描述为一场标准之战，需要选出赢家。这种描述是错误的，它会导致商家做出错误的决定，即选择观望。

它们回答不同的问题。MCP 回答“这个代理可以访问和调用什么？”UCP 回答“代理如何读取目录并构建购物车？”ACP 回答“购买如何在 AI 界面内执行，以及由谁处理？”AP2 回答“我们如何以一种经得起争议的方式证明这是由人工授权的？”一笔交易可以涉及所有四个协议。

2026 年发生了什么变化，以及为什么它支持发现层

今年有两项发展重塑了局面，两者都指向同一个方向。

首先，OpenAI 关闭了 Instant Checkout，并将 ACP 重新定位为产品发现和商家控制的体验，而非聊天内购买完成。Target、Sephora、Nordstrom、Lowe's、Best Buy、Home Depot、Wayfair 等主要零售商集成了 ACP 用于发现。2026 年 4 月的修订版涵盖了结账、支付委托、购物车、信息流和身份验证，此外还有一个钩子，允许支持 ACP 的代理通过 MCP 工具发现来宣传结账功能。

其次，Google 于 2026 年 4 月 28 日将 AP2 v0.2 捐赠给 FIDO Alliance，将支付授权从单一供应商的控制中移出，交由一个在身份验证方面拥有良好记录的标准机构管理。

给商家的解读：结账层仍在发展中，发现层已经整合，所有试图跳过发现层直接进行聊天内购买的尝试都至少部分地退回了。现在就构建机器可读目录。它是所有这些协议都要求的，并且没有一个协议会使其过时。

不会造成工作搁置的顺序

鉴于技术栈的顶层尚未稳定，明智的工作顺序是每一步本身都有用，并且即使某个协议失败也不会造成任何浪费。

• 1. 机器可读目录。包含 schema.org Product、真实价格、真实可用性和真实标识符的服务器渲染产品数据。UCP 和 ACP 都要求它，对当今的每个助手都很有用，同时还能改善传统的 SEO。
• 2. 代理可以索引的发现界面。允许您想要的助手爬虫访问的 robots.txt、一个站点地图，以及一个 llms.txt 文件，说明您销售什么，而无需让模型爬取 80 页才能弄清楚。
• 3. 程序化购物车和报价。一个返回包含运费和税费的约束性价格的 API，这样代理就无需通过浏览器来查询商品价格。
• 4. 范围化、可审计的代理访问。在您允许任何外部实体执行操作之前，您需要每个密钥的范围、幂等性和审计日志。这是大多数平台所缺乏的，它将代理访问从一项负债转变为财务团队会批准的东西。
• 5. 支付授权。AP2 风格的可验证授权指令，一旦您的支付处理器支持它们。放在最后是因为它是仍在发展中的层级，也是您最不想重复构建的层级。

PlatformDTC 的定位

PlatformDTC 将第一步和第二步作为平台默认功能而非插件提供 — 店面服务器渲染结构化产品数据，发现层从路由树生成，因此不会偏离。

第三步和第四步是代理网关：一个范围化的 API，其中每个代理可调用的操作都带有一个幂等性密钥、一个审计记录和一个与调用密钥绑定的权限范围，并且任何涉及资金支出的操作在执行前都会在人工审批关卡处停止。相同的操作作为 MCP 工具暴露出来，因此助手可以直接发现和调用它们。