ACP、UCP与AP2：智能体电商协议全解析

AI 智能体正在学会替人购物。但它走进一家网店时，面对的问题和人类完全不同：找不到按钮、填不了表单、也没法把银行卡递过去。智能体电商协议（protocolos del comercio agéntico）就是为此而生的一套共同规则，让 AI 智能体能够发现商品、完成支付，并向商家证明自己可信。

据技术博客 Genscore 的梳理，目前主流协议可分为四个家族：OpenAI 与 Stripe 的 ACP、Google 的 UCP 负责「怎么买」，Google 的 AP2 负责「谁授权付款」，Visa 与 Mastercard 基于 Web Bot Auth 的协议则负责「谁被允许进门」。对于中小商家而言，这些协议大多会通过电商平台和支付网关自动落地，真正需要提前准备的，是让商品数据完整、结构一致。

智能体电商协议概览

为什么需要协议：从 HTTPS 到智能体结账

一个人逛任何网店都轻车熟路：找到按钮、填写表单、输入卡号。智能体不行。如果每家店都用不同方式描述商品和结账流程，智能体就得为每家店做一次定制集成，成本高到无法规模化。

协议解决的正是这个问题。它规定了商家如何声明自己卖什么、如何被购买，智能体如何证明自己代表某位客户行事，以及客户如何授权一笔付款。原文将其类比为电商时代的 HTTPS：一套让两个陌生人能够完成交易的约定。这个类比抓住了要害——协议的价值不在于技术本身，而在于降低陌生人之间的信任成本。

主流协议逐一拆解

ACP：OpenAI 与 Stripe 的结账方案

ACP（Agentic Commerce Protocol）由 OpenAI 和 Stripe 于 2025 年 9 月以开源形式发布，最初用于 ChatGPT 内的直接支付。2026 年 3 月，OpenAI 把支付能力迁回各商家自己的应用，同时表示 ACP 仍作为连接用户与商家的基础设施存在。这一转向说明「在聊天框里直接买单」的推进速度低于预期，但底层协议并未被放弃。

UCP：Google 的商品发布标准

UCP（Universal Commerce Protocol）于 2026 年 1 月推出，由 Google 联合 Shopify、Etsy、Wayfair、Target 和 Walmart 共同开发，并获得 Visa、Mastercard、Stripe、Adyen、American Express 等二十余家企业背书。

它的思路很直接：商家在自家网站上用一个标准文件公布提供哪些服务、如何支付、接口在哪里，任何智能体都能读取，无需定制集成。UCP 兼容 AP2 和 MCP（智能体连接工具的标准），目前运行于搜索的 AI 模式与 Gemini 应用中，支付功能先在美国上线，加拿大、澳大利亚和英国已宣布跟进。

AP2：付款的授权层

如果说 UCP 规定「怎么买」，AP2（Agent Payments Protocol）规定「谁给许可」。它依靠「授权凭证」（mandatos）运作——客户签署的数字合同，明确智能体能买什么、上限多少，并为每笔交易留下记录。2026 年 4 月的版本新增了无人在场的购买场景，例如抢在开票瞬间购买演出门票。Google 已将 AP2 移交 FIDO 联盟，也就是无密码登录密钥背后的同一个组织。

授权凭证（mandatos） 是 AP2 的核心机制，字面意为「委托」或「授权书」。在智能体电商中，它解决的是一个根本性的信任问题：商家如何相信一笔由 AI 发起的付款确实得到了持卡人的许可。每一份授权凭证都是一份数字签署的合同，由客户在交易前明确签发，其中写明了智能体可以购买的商品类别、单笔金额上限、有效期等约束条件。商家在收到智能体的付款请求时，可以核验凭证的签名与条款，确认这笔交易落在客户授权的范围内。每笔交易完成后会生成一条可追溯的记录，便于事后审计与争议处理。这种设计把「客户同意」从口头假设变成了可验证的密码学证据，也让智能体在无人值守场景下购物时，仍有一道由客户亲手设定的边界。

Visa、Mastercard 与 Web Bot Auth：谁被允许进门

网店每天要接待成千上万的机器人，其中大多数并不打算买东西。Visa 的 Trusted Agent Protocol 和 Mastercard 的 Agent Pay 都构建在 Cloudflare 提出的 Web Bot Auth 之上：智能体用注册在目录中的公钥为每个请求签名，标明自己是来看货还是来付款，商家（或代其验证的 Cloudflare）核对签名后放行。这样既能放行授权智能体，又不会对爬虫敞开大门。

Web Bot Auth 是 Cloudflare 于 2025 年提出的一套机器人身份验证规范，核心思路是「以密码学方式声明我是谁」。具体而言，智能体的运营方会生成一对公私钥，将公钥登记在一个公开的目录中，并为每个发往网站的 HTTP 请求附上签名。商家或其背后的 CDN 服务商（如 Cloudflare）收到请求后，可以核对签名与目录信息，从而确认这个机器人确实来自某个已知的运营方，而非匿名爬虫。该规范还允许智能体声明自己的意图——例如「仅浏览商品」还是「准备结账」——商家可以据此区别对待：放行购物助手，拦截价格抓取器。它建立在 HTTP 消息签名等既有标准之上，目标是让机器人与商家之间建立一种可验证、可分级的最小信任，而不必诉诸一刀切的封禁或放行。

竞争还是互补？两者皆是

ACP 与 UCP 覆盖的地盘高度重叠——都是「智能体如何在店内购买」，背后则是 ChatGPT 生态与 Google 生态的竞争。而 AP2 以及 Visa、Mastercard 的协议解决的是另外的层次：客户授权与智能体身份，且设计上可与前两者任意搭配。

一个值得注意的信号是：Visa、Mastercard 和 Stripe 同时出现在多个协议中。据原文判断，这恰恰说明没有哪家巨头愿意把赌注押在单一标准上。

也有玩家干脆不等协议成熟。2026 年秋季出现的一批个人智能体——Meta 的 Muse、Grok Bot、Instinct——像人一样用浏览器购物，用 Stripe 旗下 Link 的一次性卡或 Shop Pay 付款。Shopify 通过 UCP 开放商品目录与结账来接纳它们，Amazon 则选择封堵。

MCP（Model Context Protocol） 是 Anthropic 于 2024 年底发布并开源的协议，用于让 AI 模型以标准化方式连接外部工具与数据源。可以把它理解为「智能体的 USB 接口」：无论后端是数据库、电商目录还是支付 API，只要按 MCP 规范暴露能力，任何支持该协议的智能体都能调用，无需为每家服务单独写集成。在电商语境下，MCP 常与 UCP 搭配出现——UCP 规定商家如何声明商品与结账流程，MCP 则提供智能体读取这些信息、调用相关接口的通用通道。两者分工不同：前者面向商业语义，后者面向工具调用。这也是 UCP 声明兼容 MCP 的意义所在：商家公开一次目录，既能被 Google 生态的智能体读取，也能被其他支持 MCP 的智能体接入，降低了多协议并存时代的重复建设成本。

对商家的现实建议

原文给出了面向西班牙市场的行动清单，其中大部分对各地商家同样适用：

使用 Shopify 等大型平台的商家，关注平台公告即可，协议会以面板设置的形式到来，而非开发任务。
自建店铺暂不必自行实现协议——截至原文统计时点，智能体支付在西班牙尚无普遍可用的方案。
现在就能做的，是所有协议都会读取的东西：完整一致的商品数据，包括价格、库存、配送与退货政策。
向反爬服务商确认，是否会识别用 Web Bot Auth 签名的智能体。
最优先的一件事：检查 AI 在被问及你所售商品时，是否提到你。没有任何协议会把智能体带到一家它根本不知道存在的店。

结构化数据 指的是按照 Schema.org 等公开词汇表，用机器可读的标记（通常是 JSON-LD 格式嵌入网页）描述商品信息，例如名称、价格、库存状态、配送方式、退货政策与评价。搜索引擎和 AI 智能体正是依靠这些标记快速理解一个页面在卖什么，而不必去解析杂乱的 HTML 或截图。对于智能体电商而言，结构化数据的意义被进一步放大：协议解决的是「怎么买」，但智能体首先得知道「有什么可买」。商品字段缺失、价格与库存不同步、各渠道描述不一致，都会让智能体在比对与推荐环节跳过这家店。因此，把商品数据整理成结构一致、字段完整的格式，是商家在协议落地之前就能完成、且所有协议都共同受益的基础工作。

协议属于平台，推荐属于你自己

原文的核心判断值得记住：若干年后，用智能体付款会像手机支付一样无感，几乎没有商家需要知道底层是哪几个缩写。平台能替你解决协议接入，但解决不了「AI 是否选择你」。Genscore 这类工具测量的正是协议之前的那一步——ChatGPT、Gemini、Claude 在被问到你的核心搜索问题时是否提及你的品牌，以及你的网站是否放行 AI 爬虫、是否带有结构化数据。

这也点出了智能体电商的真正门槛：协议是入场券，可见性才是流量入口。对商家来说，先把商品数据打理好、把品牌送进 AI 的答案里，比抢先去实现某个协议更划算。