Commerce.com 与 Cloudflare 如何携手让线上商店为 AI 智能体做好准备

Cloudflare 已开始改变 AI 购物智能体与 Commerce.com 商店页面的交互方式。其处于测试阶段的 WebMCP 边缘实现会自动注入一段小型脚本，让运行在购物者浏览器中的智能体调用结构化商业工具，商户无需修改主题或添加代码。该集成旨在覆盖 Commerce.com 近 100,000 个域名，同时允许各商户通过控制面板选择退出。

边缘层发生了什么变化

Commerce.com 此前已寻求一种一次启用所有商店 WebMCP 的方法。难点在于其使用 Cloudflare for SaaS：数千个商户自定义域名共用同一套基础设施，而 WebMCP 最初只能通过一个开/关开关控制整个域名区域（zone）。

解决方案将 WebMCP 接入 Cloudflare Configuration Rules（配置规则）和自定义主机名元数据。Commerce.com 可以在主区域启用该平台，同时针对各个商店页面评估相应商户的退出状态。类似下面的规则可对选择退出的主机名禁用 WebMCP：

{
  "action": "set_config",
  "expression": "cf.hostname.metadata.webmcp_opt_out eq \"true\"",
  "action_parameters": {
    "webmcp_enabled": false
  }
}

Cloudflare 会在提供页面前于边缘层评估该规则。Cloudflare 表示，选择退出的商店页面不会增加延迟，无需进行远程元数据查询，也不会注入脚本。

该集成还需要适配不同商户的后端配置。Cloudflare 的 mcp-server-client 工具包最初假定所有 MCP 服务器都可通过 /mcp 访问，而 Commerce.com 的服务器使用 /api/mcp。现在，可配置的区域级设置会将相应 URL 传给注入的桥接脚本。

失败处理采取保守策略。如果 MCP 服务器不可用，或购物者的浏览器不支持 WebMCP，桥接脚本会退出，商店页面仍可正常加载。

从模拟点击到显式工具调用

WebMCP 是 Google 提议的一项浏览器标准，旨在为网页上的 AI 智能体提供结构化工具。它将智能体对按钮、菜单和页面布局的试错式理解，替换为 search_products、add_to_cart 和生成结账链接等明确操作。

这种差异在商品发现过程中尤为重要。仅依赖网站 HTML 工作的智能体可能模拟人类点击，遇到 Cookie 横幅、误判商品规格下拉菜单，或被机器人验证拦截。借助 WebMCP，智能体可以通过 document.modelContext 发现工具，并直接调用相关操作。

官方材料以查找价格低于指定金额、尺码符合要求的防水越野跑鞋为例。文档记录的工具调用顺序如下：

search_products({
  query: 'trail running shoe',
  max_price: 140,
  size: 10
})

add_to_cart({
  product_id: 'shoe_123'
})

此序列中的商品标识符仅作示例。更重要的是，这些工具会在购物者当前浏览器会话中、商店自己的域名下执行。按照集成设计，智能体看到的价格和购物车状态与购物者相同，而凭据不会交给第三方。

智能体可以搜索商品并更新购物车，但最终结账仍需由人操作。购物者点击结账，掌控购买过程，并将支付信息保留在商户的结账流程中。WebMCP 改变的是智能体抵达结账环节的方式，并不会让智能体变成自主买家。

WebMCP 与服务端 MCP 的关系

Commerce.com 和 Cloudflare 将 WebMCP 与服务端 MCP 描述为互补而非竞争方案。WebMCP 面向在购物者浏览器内运行的智能体；服务端 MCP 则支持直接连接商店 MCP 服务器的智能体，包括用于跨多个商户搜索的助手。

在两种模式下使用同一套购物工具，商户无需维护两套工具体系，即可支持不同的购物旅程。Cloudflare 充当 Commerce.com 后端 MCP 服务器的边缘交付层，代理工具定义和操作，同时不改变商户的底层商业逻辑。

对商户而言，这一方案无需重建商店页面，却能提供更强的控制力。Commerce.com 产品管理总监 Kristina Pototska 表示，商户希望商店出现在智能体生成的答案中，同时保留客户关系和结账控制权，并避免手动修改主题。

这些属于商户的目标，并非已经衡量的商业成效。所提供的材料未包含转化率、收入、延迟或 token 成本的对比基准，因此，声称 WebMCP 更快、更便宜或更可靠的说法，应理解为结构化工具调用的预期收益，而非经独立验证的结果。

预览状态与剩余限制

截至 2026 年 10 月 21 日，WebMCP 仍是一项处于早期预览阶段的实验性浏览器标准提案。用户可以通过实验性 Chrome 标志、Chrome Origin Trials、部分智能体浏览器以及 Cloudflare Kitesurf 等开发环境使用。Cloudflare 自身的边缘实现仍处于测试阶段，而 Commerce.com 集成又增加了一层预览阶段的基础设施。

• 浏览器支持仍然有限，不受支持的浏览器会回退至普通商店页面。
• 结构化购物流程要正常工作，MCP 服务器必须处于在线状态。
• 商户无需更改站点代码，即可为单个商店禁用该功能。
• 随着该标准的发展，智能体发现网站可用工具的能力仍需进一步完善。
• 人类购物者仍保留最终结账步骤以及相关的决策权和支付控制权。

因此，实际变化虽然不及完全自主购物那么广泛，但对实施的影响更为深远：结构化工具可以在边缘层引入，连接现有后端商业系统，并按商店逐一管理。Commerce.com 的上线实践展示了这种模式如何覆盖大型共享域名平台，同时不削弱商户或购物者的控制权。

资料来源：How Commerce.com and Cloudflare are getting storefronts ready for AI agents（2026-10-21）。