Google UCP 与 AP2 的区别是职责不同：UCP为AI购物中的商业交互提供共同表达，AP2处理代理代表用户交易时的授权与可验证依据。两者可以配合，AP2不是另一套用来取代UCP的商城协议。先分清购物流程与支付信任层，再决定商家系统要接哪部分。
UCP 和 AP2 对比表
| 比较项 | UCP | AP2 |
|---|---|---|
| 英文全称 | Universal Commerce Protocol | Agent Payments Protocol |
| 主要问题 | 代理与商家怎样协同发现、结账、订单等商业能力 | 怎样证明交易意图与支付授权 |
| 典型参与方 | 代理平台、商家及服务提供方 | 用户、代理平台、商家、支付处理方 |
| 两者关系 | 可以接入AP2扩展 | 为相关交易提供授权证明 |
| 是否等于收款服务 | 不是，仍需实际支付集成 | 不是，仍需支付处理与适用资格 |
同一笔购物里怎样配合？
需求与预算 → 查商品/规格 → 建立结账会话 → 核对价格与条件
↓
商家签署结账状态，用户确认授权
↓
平台提交对应凭据 → 验证 → 支付与订单确认例如用户要求买一把500元以内的办公椅，UCP相关能力帮助表达商品与结账过程；AP2把授权与当时确认的购物车状态关联。若价格或数量变化，不能继续把旧授权当成对新条件的同意。这里用的是解释分工的场景，不是本站已接入某支付服务的案例。
官方流程中的凭据是什么？
UCP与AP2关系文档说明了发现、会话激活、商家签名、用户授权、完成请求和验证的流程，并列出CheckoutMandate及PaymentMandate。前者关联结账对象，后者表达支付授权。要实现时必须按当前扩展规范处理签名与验证，不能把这些名字换成普通文本字段就算完成协议。
商家接入前先确认哪三件事？
- 平台是否提供目标版本和能力：先看现有商城或服务商的开发文档，不因参与公告就推断所有账号开放。
- 支付服务是否支持实际业务地区、币种、退款与对账；协议兼容不等于商户资格已开通。
- 商品编码、库存和价格是否能在结账时重新核对；先用测试商品完成一次闭环，再扩大范围。
官方文档入口
UCP与AP2关系及协议流程说明兼容关系；AP2官方项目用于进一步了解授权协议。阅读时区分协议能力、平台实现和你的账号可用状态。
如果只是研究两者区别，上面的职责表和购物链路已经能解决核心问题；如果准备开发，下一步应选择一个真实平台核验接口，而不是先重建整个商城。
继续阅读
A2UI 是什么？与 A2A、MCP 的区别和表单示例；MCP 工具太多怎么办？Tool Search 与程序化调用的区别
资料与更新说明
资料核验于2026年10月22日。下列演示输入、费用算例和任务拆分由本文设计；未标明实测的外部模型调用不代表本次已运行。产品开放范围与费用以官方当前页面及账号为准。