Commerce.com 给近 10 万个店铺打开 WebMCP：AI 智能体逛网店不再靠猜按钮

事件：会写代码的 AI，仍买不了一双鞋

Cloudflare 博客 10 月 21 日发文说：AI 能写代码、能通过法考，但替人在网上买双鞋仍然很吃力。原因是网页是给人做的——如今替人购物的智能体大多只能读页面 HTML，靠猜哪个按钮是干什么的、点错了再重来。这个过程慢、费 token，商家换个主题就可能把它弄坏。

WebMCP：把页面上的按钮变成可调用的工具

文章介绍的解法是 WebMCP——一个来自 Google 的浏览器标准，在页面上以 document.modelContext 的形式给 AI 智能体提供结构化工具，比如 search_products。智能体不必再翻页面找按钮，直接调用工具。文中的例子：用户说「找一双 140 美元以下、44 码的防水越野跑鞋加进购物车」，开启 WebMCP 的店铺里，智能体只需两次干净调用：search_products 和 add_to_cart。Cloudflare 今年 8 月上线了 WebMCP 的边缘实现（beta）：打开开关后，Cloudflare 在边缘给页面注入一小段脚本，站点不需要写一行代码。

Commerce.com 为什么一次开近 10 万个店

Commerce.com 是跑在 Cloudflare 上的商业平台，旗下有近 10 万个域名。它的产品总监 Kristina Pototska 在文中的说法是：商家反复在问怎么跟上智能体购物——顾客让智能体找东西时，商家希望自己的店出现在答案里，同时留住客户、留住结账控制权，且不用重建网站。落地方式上有几个值得注意的设计：

• 工具在顾客当前浏览器会话、店铺域名内执行，智能体看到的购物车和价格与真人一致，凭据不经过第三方；
• 结账由真人点击完成，付款信息留在用户手里；
• WebMCP 原本是整域一个开关，Commerce.com 借 Cloudflare 的 Configuration Rules 加自定义主机名元数据，实现了每个商家可在后台单独退出，退出的店铺零额外延迟、不注入脚本；
• 店铺 MCP 服务离线或浏览器不支持时脚本自动退出，真人访问不受影响；
• 服务端 MCP 与浏览器内 WebMCP 并存，同一套购物工具覆盖两类接法。

对自建官网的企业意味着什么

这篇稿子的价值不在电商：它演示了「网站主动给 AI 智能体提供工具」这条路线怎么规模化——边缘一键开启、按站点退出、失败自动回退。但 Cloudflare 明确：WebMCP 目前是实验性提案标准，只在 Chrome 实验开关、Origin Trials 和部分智能体浏览器里可用。写进官网路线图之前，先确认用户侧浏览器是否支持。