正在載入內容，請稍候...
正在載入內容，請稍候...
详解 Google 发布的 UCP 协议与 AP2 支付标准。深入剖析其技术架构、对 Shopify 及零售商的战略意义，以及如何通过消除集成瓶颈，让 AI 代理真正实现自主购物与交易。
详解 Google 发布的 UCP 协议与 AP2 支付标准。深入剖析其技术架构、对 Shopify 及零售商的战略意义，以及如何通过消除集成瓶颈，让 AI 代理真正实现自主购物与交易。
2026年1月，Google 在全美零售联合会 (NRF) 大会上正式发布的通用商业协议 (Universal Commerce Protocol, UCP)，标志着全球数字贸易从“搜索与浏览”时代向“代理式商务 (Agentic Commerce)”时代的决定性转折 。在过去的二十年里，电子商务主要依赖于一种以人类为集成中枢的模式：用户作为连接“发现引擎”（搜索引擎、社交媒体）与“履行引擎”（商家网站、结账页面）的中间件，手动跨越信息孤岛，通过点击、滚动和重复输入支付信息来完成交易。UCP 的推出，旨在通过建立一套标准化的“通用语言”，消除这种摩擦，使人工智能 (AI) 代理能够代表用户自主发现产品、协商条款并执行购买 。
UCP 由 Google 与 Shopify 联合开发，并获得了 Walmart、Target、Wayfair 和 Etsy 等零售巨头的强力支持。它不仅仅是一组新的 API，而是一个旨在解决“N x N 集成瓶颈”的开放标准——即每一个 AI 代理需要为每一个商家构建定制集成的指数级复杂性难题 。通过标准化商业信息的交换格式，UCP 意图成为“商业领域的 HTTP”，为下一代 AI 驱动的数字经济铺设不可见的底层基础设施 。
本报告将对 UCP 框架、其技术架构、配套的代理支付协议 (Agent Payments Protocol, AP2)、以及它对全球零售商、开发者和资本市场引发的深远经济变革进行详尽的深度剖析。
UCP 的推出，本质上是 Google 面对传统搜索引擎及其广告商业模式潜在生存危机的一次战略反击。随着以 Gemini、ChatGPT 和 Perplexity 为代表的生成式 AI (Generative AI) 的兴起，用户获取信息的方式正在发生根本性转变：从寻找“十个蓝色链接”的列表，转向寻求直接的答案和任务的完成 。在这种新范式下，用户期望的是结果的交付，而非导航的中转。
然而，在 UCP 问世之前，大语言模型 (LLM) 与互联网的交易层之间存在着根本性的断裂。AI 可以根据参数记忆撰写关于咖啡机的诗歌，或者对比两款相机的技术规格，但它无法可靠地检查并确认用户家附近实体店的实时库存，无法应用特定的忠诚度折扣，更无法在不产生幻觉或不跳转页面的情况下执行购买 。这种“执行鸿沟 (Execution Gap)”将 AI 限制在了被动顾问的角色，而非真正的主动代理。
Google 通过 UCP 实施的战略机动，旨在跨越这一鸿沟，将其搜索界面从“推荐引擎”转型为“交易引擎”。通过在 Google 搜索和 Gemini 的 AI 模式 (AI Mode) 中启用“原生结账 (Native Checkout)”，Google 试图捕获那些高意图的商业时刻——这些时刻以往可能会流失到 Amazon 这样的封闭生态系统或垂直领域的应用程序中 。这种转变既是防御性的（保护 Google 在商业搜索领域的主导地位），也是进攻性的（试图将商业的接口层商品化，同时确立底层数据交换的新标准）。
UCP 的首发合作伙伴阵容——Shopify, Walmart, Target, Etsy, Wayfair——揭示了一个清晰的战略意图：针对商业权力中心化（主要以 Amazon 为代表）的联合防御 。多年来，零售商面临着两难的囚徒困境：要么依赖 Amazon 巨大的流量但牺牲数据所有权和利润率，要么维持独立的品牌网站但在流量获取和转化摩擦中苦苦挣扎。
UCP 提供了一条“第三条道路”：联邦式商业模式 (Federated Commerce Model)。通过采用 UCP，像 Shopify 和 Walmart 这样的零售商可以将其产品目录和结账能力暴露给数以百万计的 AI 代理（首先是 Google 的），同时不放弃“记录商家 (Merchant of Record)”的地位 。至关重要的是，UCP 的设计理念确保了商家保留客户关系、交易数据和业务逻辑。协议负责“协商”交易，但最终由商家“执行”交易。
对于 Shopify 而言，UCP 充当了一个巨大的分发乘数。它允许其平台上的数百万商家瞬间变得“代理就绪 (Agent-Ready)”，有效地将每一个 Shopify 店铺转化为一个可以被 AI 买家访问的无头 (Headless) 节点 。这与 Shopify “无处不在的商业 (Commerce Everywhere)” 战略高度契合，将其触角从传统的在线商店延伸到了社交媒体、游戏，以及现在的 AI 代理中。
要理解 UCP 的必要性，必须分析标准化之前代理式商务面临的技术壁垒。在没有统一协议的情况下，任何希望启用购物功能的 AI 代理开发商，都需要为 Shopify、Magento、Salesforce Commerce Cloud、WooCommerce 以及成千上万个定制的企业技术栈编写特定的 API 连接器。每一个连接都意味着独立的维护成本、独特的身份验证流程和差异化的错误处理机制。
这就造成了一个经典的“N x N”复杂性问题： 个 AI 代理乘以 个商家 。这种复杂性仅有利于那些拥有无限工程资源的巨头，而将中小企业和新兴的 AI 初创公司拒之门外。UCP 将这种复杂性坍缩为 模型。一个代理只需要“会说” UCP 语言；任何“会说” UCP 语言的商家就都变得可访问。这种标准化类似于 SMTP 协议如何允许不同服务商之间互发电子邮件，或者 HTML 如何允许浏览器渲染来自任何服务器的网页 。
UCP 技术架构
UCP 的核心不仅仅是数据传输，它是关于发现与协商的协议。与要求严格遵守静态模式的刚性 API 不同，UCP 承认商业现实的混乱性——不同商家的折扣规则、运输选项和税收计算逻辑千差万别 。该架构模仿了人类商务中的“握手”机制，代理和商家服务器交换各自的“能力 (Capabilities)”以确定交易的参数。
系统采用分层架构以确保可扩展性和稳定性 ：
.well-known/ucp任何 UCP 交互的入口点都是发现阶段。模仿现有的 Web 标准，兼容 UCP 的商家会在一个标准化的端点发布 JSON 清单 (Manifest)：/.well-known/ucp 。
当一个 AI 代理（例如 Gemini 或第三方购物机器人）访问商家的域名时，它首先查询此端点。响应内容充当了服务的“菜单”，声明如下信息：
这种机制将代理与商家的后端实现解耦。代理不需要知道商家运行的是 Shopify 还是定制的 Python 服务器；它只需要能够读取 UCP 清单 。
一旦代理读取了清单，“协商”过程即刻开始。这是对代理能做什么与商家需要什么之间交集的实时计算 。
场景示例： 用户要求代理“买这双跑鞋，并使用我的退伍军人折扣。”
协商过程： 代理检查商家的 UCP 配置文件。
商家侧： “我支持 dev.ucp.shopping.discount 扩展。”
代理侧： “我也支持 dev.ucp.shopping.discount。我将传输折扣代码。”
结果： 折扣代码输入字段会在交易载荷中暴露出来。
反之，如果商家不支持折扣扩展，代理会先验地知道不应向用户提供该选项，从而防止了“功能幻觉”带来的挫败感。这种动态协商发生在每一次请求中，类似于 HTTP 内容协商，确保了交易的高保真度 。
UCP 是传输无关的 (Transport-Agnostic)，这意味着它不绑定于单一的数据传输方式。规范定义了多种传输协议的绑定，以确保最大的兼容性 ：
| 传输协议 | 适用场景 | 优势 |
|---|---|---|
| HTTP/REST | 基于 Web 的标准交互 | 易于与现有的电子商务微服务集成，通用性最强。 |
| JSON-RPC | 有状态、双向通信 | 适用于需要快速交换多条消息的场景（例如：用户添加商品时实时更新购物车）。 |
| Agent2Agent (A2A) | 代理间直接通信 | 允许“购物者代理”与“商家代理”在无人干预的情况下进行对话与协作。 |
| Model Context Protocol (MCP) | LLM 数据连接标准 | UCP 包含 MCP 绑定，实际上允许任何兼容 MCP 的 LLM（如 Claude 或 ChatGPT）立即“插入”UCP 商业轨道 。 |
UCP 支持两种主要的结账模式，以适应不同程度的信任和复杂性需求 。
在此流程中，交易完全在 AI 界面（例如 Gemini 聊天窗口）内发生。商家的 API 提供数据，AI 负责渲染 UI 组件（产品卡片、运输选择器、“购买”按钮）。
checkout_session 端点，创建会话 ID。它通过 API 调用更新行项目。当用户确认时，代理通过 AP2 提交支付令牌至 complete 端点。对于复杂的购买（例如：定制配置的笔记本电脑、需要处方的药品），原生流程可能不足以应对。UCP 支持嵌入式能力。
continue_url。商业交易需要知道谁在购买。UCP 利用行业标准的 OAuth 2.0 协议进行身份链接 。
ucp:scopes:checkout_session 权限。对于不使用 Shopify 的开发者或定制平台（如 Magento, WooCommerce），实施 UCP 需要以下技术步骤 ：
mkdir sdk
git clone https://github.com/Universal-Commerce-Protocol/python-sdk.git sdk/python
uv sync # 使用 uv 进行依赖管理
uv run server.py --products_db_path=/tmp/ucp_test/products.db --port=8182
POST /checkout_sessions: 创建会话。PATCH /checkout_sessions/{id}: 更新购物车（添加商品、应用折扣）。POST /checkout_sessions/{id}:complete: 提交支付并完成订单。/.well-known/ucp 路径下托管 JSON 文件，声明支持的能力和支付处理程序。如果说 UCP 处理的是商业的物流（买什么），那么 代理支付协议 (AP2) 处理的则是风险（怎么付）。与 UCP 同步发布的 AP2 解决了代理式商务最关键的障碍：信任。用户如何信任 AI 花他们的钱？银行如何信任一个由机器人发起的交易是经过人类授权的？
AP2 代理支付协议
当前的大语言模型是概率性的——它们预测下一个字。然而，支付必须是确定性的。银行不能处理一笔“大概可能是”50 美元的交易。AP2 通过引入 Mandates（授权指令） 来弥合这一差距：这是一种防篡改、经过加密签名的数字合同，作为用户意图的可验证证明 。
AP2 定义了不同类型的 Mandate，以覆盖不同的交互模型：
| Mandate 类型 | 用户在场状态 | 使用场景 | 安全机制 |
|---|---|---|---|
| 购物车指令 (Cart Mandate) | 人类在场 (Human-Present) | 用户盯着屏幕，批准特定的商品和价格。 | 商家对购物车载荷签名（保证价格/库存）；用户用私钥对该载荷进行“反签 (Countersign)”。 |
| 意图指令 (Intent Mandate) | 人类不在场 (Human-Not-Present) | “价格下跌时帮我买。”（委托授权） | 用户预先签署一套逻辑规则（价格 < X, 商品 = Y）。代理持有此凭证，并在条件满足时出示。 |
AP2 利用了 W3C 可验证凭证 (Verifiable Credentials, VC) 标准。当一笔支付被提交时，它不仅仅是一个信用卡号；它是一个包含以下内容的捆绑包：
这种结构允许支付处理商（如 Stripe, Adyen, PayPal）区分“用户点击购买”和“代理执行预批准订单”，从而实现复杂的风险建模和欺诈检测 。主要金融机构（Visa, Mastercard, Amex）的参与表明，AP2 指令可能很快成为处理代理发起交易的强制性要求，从而将责任从消费者身上转移开 。
印度的开放数字商务网络 (ONDC) 经常被引用为 UCP 的前身或平行物。虽然两者都共享“解绑”商业和打破平台垄断的理念，但它们在技术堆栈中的层级不同 。
| 特性 | ONDC (基于 Beckn 协议) | 通用商业协议 (UCP) |
|---|---|---|
| 主要目标 | 民主化电子商务接入；解绑物流、买家应用和卖家应用。 | 标准化代理式 (Agentic) 交互；解决 AI 的技术集成瓶颈。 |
| 架构基础 | 去中心化网络节点注册表；Beckn 协议。 | 标准化 API 模式 & 发现机制；基于 HTTP/JSON。 |
| 核心关注点 | 基础设施（物流配送、超本地化服务）。 | 交互（发现、协商、结账）。 |
| 地理范围 | 主要在印度（政府支持）。 | 全球（Google & Shopify 主导）。 |
| 互操作性 | 关注不同服务提供商（如物流与电商）的互联。 | 关注 AI 代理与商家目录的“对话”。 |
| 关系 | Beckn 是网络的“铁轨”。 | UCP 是代理的“语言”。UCP 可以作为抽象层运行在 ONDC 之上 。 |
值得注意的是，UCP 与 Beckn 的原则是兼容的。事实上，一些分析师将 UCP 描述为一种“通用抽象层”，理论上可以置于 ONDC 网络之上，将 ONDC 特定的物流流程转化为通用全球 AI 代理可以理解的语言 。
有迹象表明，OpenAI 正在与 Stripe 合作开发自己的“代理商务协议” 。虽然细节较少，但竞争将非常激烈。
.well-known/ucp 和 .well-known/openai-cp）。UCP 并非孤立存在，它是 AI 时代“协议堆栈”的一部分 ：
这种模块化设计意味着开发者无需重新造轮子。构建“个人造型师”代理的开发者无需构建支付网关；他们只需实施 UCP/AP2，让底层轨道处理金融复杂性。
对于商家而言，成为 UCP 兼容者的过程因平台而异 。
Shopify 商家： 集成基本上是原生的。Shopify 已更新其后端，为其数百万商家自动生成 UCP 清单。管理面板中的一个开关（“启用代理店面”）即可立即将目录暴露给 Google 的 AI 表面 。这赋予了 Shopify 巨大的“先发优势”，瞬间用数百万个 SKU 填充了 UCP 生态系统。
审批与门槛： 目前，Google 对 UCP 的“原生结账”功能实施了严格的准入控制。商家需要通过“候补名单 (Waitlist)”申请，且初期仅限于在美国境内履约并拥有美国银行账户的商家 。这表明在协议早期阶段，Google 极度重视信任和质量控制，宁愿牺牲速度也要防止不良商家利用 AI 渠道进行欺诈。
UCP 引入了一门新学科：代理优化 (AO)，作为搜索引擎优化 (SEO) 的继任者 。
尽管 UCP 承诺了覆盖范围，但也给商家带来了重大风险 ：
UCP 的广泛采用威胁到了价值 2000 亿美元的搜索广告市场 。如果用户停止点击搜索广告，转而通过代理直接购买，“每次点击成本” (CPC) 模式将走向消亡。UCP 暗示了向“每次行动成本” (CPA) 或“每次交易成本”模式的转型。Google 的“直接优惠 (Direct Offers)”功能——商家竞价在 AI 结账流程中直接放置折扣——正是这种新广告模式的雏形 。
摩根士丹利 (Morgan Stanley) 预测，到 2030 年，代理式购物者可能占据美国电子商务支出的 10-20%，代表着 3850 亿美元 的市场转移 。这不仅仅是新钱；这是从“浏览”渠道转移到“代理”渠道的钱。
有了 UCP 和 AP2，“个人 AI”的愿景在技术上变得可行。我们很可能会看到专业化“生活代理”的出现：
食品储藏室代理： 监控消费习惯，并通过 UCP 自动购买杂货，在用户无需打开应用程序的情况下，跨 Walmart 和 Target 协商批量折扣 。
旅行代理： 编排航班、酒店和餐厅预订，持有“意图指令”以便在航班取消时立即重新预订。
矛盾的是，UCP 可能会为中小企业创造公平的竞争环境。在浏览器时代，小商店无法与 Amazon 的 UI/UX 和物流速度竞争。在 UCP 时代，如果一家小店拥有独特的商品并使用 Shopify（处理 UCP 技术），AI 代理发现它的难易程度与发现 Walmart 一样 。 “发现”将基于产品的相关性，而非营销预算或域名权重。然而，这完全取决于 AI 代理算法的中立性——這将是未来监管的主要战场。
尽管 UCP 在美国率先推出，但在全球范围面临复杂的道路。欧盟的《数字市场法案》(DMA) 将审查 Google 的“原生结账”是否偏袒其自家的支付轨道 (Google Pay) 或 UCP 合作伙伴。目前的“候补名单”审批流程 已经暗示了一个有门槛的生态系统，这可能会招致反垄断关注。此外，不同地区可能采用不同的协议（如印度的 ONDC），迫使全球代理必须会说多种商业“方言”。
通用商业协议 (UCP) 不仅仅是一份技术规范；它是互联网下一个时代的宣言。它承认 Web 的复杂性已经超出了人类的耐心，必须引入一层 AI 中介来处理繁琐的发现和交易任务。
对于 Google 而言，UCP 是抵御传统搜索相关性下降的护城河。对于 Shopify 和零售商，这是在后 Web 世界中争取分发权的赌注。对于开发者，这是一个新的原语——编写代码来花钱的能力。
正如任何协议一样，成功取决于采用率。凭借全球最大搜索引擎、全球最大电商平台软件 (Shopify) 和全球最大零售商 (Walmart) 的支持，UCP 在第一天就已达到了“逃逸速度”。“商业的 HTTP”已经到来；现在的问题不是代理是否会为我们购物，而是我们多快能信任它们来掌管我们的钱包。
Google UCP (Universal Commerce Protocol) 是 Google 与 Shopify 等合作伙伴联合发布的一种开放标准协议。它旨在标准化 AI 代理（如 Gemini）与商家之间的信息交换格式，使 AI 能够代表用户自主完成从产品发现、价格协商到结账的整个购物流程，从而消除传统电商中的“N x N”集成瓶颈 。
这两个协议分工明确：UCP 负责商业流程（即“买什么”），处理商品目录、库存查询和订单管理；而 AP2 负责信任与支付（即“怎么付”），通过加密的“授权指令 (Mandates)”来确保 AI 代理是在获得用户确切授权的情况下进行资金操作 。
UCP 的首发合作伙伴包括 Shopify、Walmart、Target、Wayfair 和 Etsy。此外，Visa、Mastercard 和 Stripe 等金融机构也已宣布支持该生态系统。这意味着数以百万计的 Shopify 商家可以通过平台更新快速具备 UCP 兼容能力 。
原生结账是 UCP 的核心功能之一，指用户无需跳转到商家的网站，直接在 AI 界面（如 Google 搜索结果或 Gemini 聊天窗口）中完成购买。商家作为“记录商家 (Merchant of Record)”保留交易数据，但交互界面由 AI 代理根据 UCP 标准实时渲染 。
对于 Shopify 商家，接入过程相对自动化，可以通过后台设置启用。对于其他开发者或定制平台，Google 目前采取“候补名单 (Waitlist)”制度，优先向符合条件的美国商家开放，开发者需要按照 UCP 规范构建 API 端点并发布 .well-known/ucp 清单文件 。
UCP 标志着从传统 SEO 向 “代理优化 (Agent Optimization, AO)” 的转变。商家不仅需要优化关键词，更需要优化其数据的结构化程度和 API 的响应能力（如准确的实时库存、清晰的退货政策），以便 AI 代理能够优先推荐并成功执行交易 。
