目前，AI代理与网站的交互就像游客在没有地图的外国城市导航——它们截取屏幕、解析原始HTML、猜测按钮功能。如果网站重新设计移动了某个元素，整个流程就会崩溃。这种方式缓慢、昂贵且极不可靠。
WebMCP改变了这一切。
没有WebMCP时：AI代理爬取页面，猜测哪些输入字段需要什么数据，希望表单接受其输入，然后碰运气。
有了WebMCP：你的网站说”这里有一个叫searchFlights的功能，需要出发地、目的地和日期。调用它，我会给你结构化结果。”代理调用功能，获取数据，继续下一步。
简单来说：WebMCP将你的网站变成AI代理可以使用的API——无需你构建或维护单独的API。
WebMCP是什么？
WebMCP（Web Model Context Protocol）是一个提议的浏览器级Web标准，让任何网页都能将其功能声明为AI代理的结构化、可调用工具。
WebMCP位于现有网站和AI代理之间，作为结构化桥梁层。网络最初是为人类阅读和点击而构建的，WebMCP添加了一个专为机器理解和执行的并行层。
backing 非常严肃：这是Google Chrome团队和Microsoft Edge团队的联合努力，通过W3C孵化。更广泛的浏览器支持预计在2026年中至下半年推出。
WebMCP如何工作？
WebMCP为开发者提供两种使网站支持代理的方式：声明式API和命令式API。
声明式API（基于HTML）
这是低门槛选项。如果你的网站已有标准HTML表单，只需添加几个属性就能让它们支持代理。
例如，餐厅预订表单会获得toolname和tooldescription属性。浏览器自动将其字段转换为AI代理可以解释的结构化模式。当代理调用工具时，浏览器填写字段并提交表单。
关键要点：具有干净HTML表单的现有网站只需最少的代码更改即可支持代理。
命令式API（基于JavaScript）
这适用于更复杂的动态交互。
开发者通过名为navigator.modelContext的新浏览器界面以编程方式注册工具。你给工具命名、描述、输入模式和执行函数。代理看到工具，知道需要什么输入，直接调用它。
特别强大的是：工具可以根据页面状态注册和注销。结账工具只在购物车有商品时出现，预订工具在选择日期后显示。代理只看到与当前上下文相关的工具。
三步流程
发现 → 模式 → 执行：一个结构化工具调用取代了过去需要数十次浏览器交互的操作。
一个结构化工具调用取代了过去需要数十次顺序浏览器交互的操作——点击过滤器、滚动结果、截屏页面——每次都在消耗token并增加延迟。
营销人员和SEO为什么应该关注？
AI代理正在成为主要网络用户
2026年1月，Google推出了由Gemini驱动的Chrome自动浏览功能。OpenAI的Atlas浏览器以Agent Mode推出。Perplexity的Comet正在跨平台进行全任务浏览。
这些不是实验，而是拥有真实用户的产品：
| 产品 | 公司 | 发布时间 | 核心能力 |
|---|---|---|---|
| Chrome Auto Browse | 2026年1月 | Gemini驱动的自主浏览 | |
| Atlas (Agent Mode) | OpenAI | 2025年10月 | 多步骤任务执行 |
| Comet | Perplexity | 2025年7月 | 搜索优先的代理浏览 |
| Disco | Google Labs | 2025年12月 | 从标签页生成自定义应用 |
让代理轻松完成任务的网站将捕获更多流量，而那些不这样做的将被跳过。
这是AI的响应式设计时刻
当移动设备到来时，早期采用响应式设计的网站赢得了分发游戏。后期跟进者在流量转移时 scrambling 追赶。
WebMCP是同样的动态。早期支持代理的网站将在代理商务成为主流时拥有复合优势。与许多”下一个大事件”预测不同，这个有Google、Microsoft和W3C共同构建基础设施。
你的表单已经完成80%
如果你的网站有干净、结构良好的HTML表单，你已经在WebMCP准备方面完成了大部分工作。
向现有表单添加toolname和tooldescription属性是轻量级实现。繁重的工作是首先拥有良好的表单卫生——清晰的标签、可预测的输入、稳定的重定向。这就是技术SEO基础。你一直在建立的基础已经适用于此。
WebMCP vs 传统MCP：有什么区别？
如果你熟悉Model Context Protocol (MCP)，你可能想知道WebMCP如何与之相关。
简短回答：它们是互补的，不是竞争的。
| 传统MCP | WebMCP | |
|---|---|---|
| 架构 | 客户端-服务器 (JSON-RPC) | 浏览器原生 (标签页内) |
| 运行位置 | 独立服务器 | 浏览器标签页 |
| 认证 | 需要单独设置 | 继承浏览器会话 (SSO, cookies) |
| 最适合 | 后端/API操作 | Web UI交互 |
| 页面状态访问 | 无直接访问 | 完全访问 |
| 范围 | 工具、资源、提示 | 仅工具 (目前) |
| 状态 | 广泛采用 | 早期预览 (Chrome 146) |
关键区别：传统MCP在单独服务器上运行，而WebMCP在浏览器标签页内运行并继承现有认证。产品可能同时使用两者——MCP用于无头后端操作，WebMCP用于其仪表板或面向客户的UI。
一个注意事项：WebMCP目前仅处理工具调用。它还不包括MCP的资源或提示概念。如果你的用例依赖于代理访问文档或结构化数据源，传统MCP仍然是该路径。
如何立即测试WebMCP
WebMCP在Chrome 146的功能标志后面实时可用。以下是上手方法：
步骤1：确保你运行的是Chrome 146.0.7672.0或更高版本。你可能需要下载Chrome Beta。
步骤2：导航到chrome://flags/#enable-webmcp-testing并将标志设置为”Enabled”。
步骤3：重新启动Chrome。
步骤4：从Chrome Web Store安装Model Context Tool Inspector扩展。它让你检查任何页面上注册的工具并用自定义参数测试它们。
Google还发布了一个实时旅行演示，你可以看到完整流程——从发现工具到用自然语言调用它们。
重要提示：这是早期预览，不是生产就绪。规范仍在发展。但今天理解navigator.modelContext的开发者将是明天代理首选的第一批人。
这对AI可见性意味着什么
WebMCP代表了更广泛的AI可见性图景中的新层面。
到目前为止，AI可见性一直专注于让品牌在AI生成的答案中被提及和引用。这仍然至关重要——而且不会消失。
但WebMCP在内容检索之外添加了一层。它是关于让你网站的功能对AI代理可访问。不只是”LLM能否找到并推荐我的产品？”而是”AI代理能否在我的网站上实际完成购买？”
可见性栈正在扩展：
- SEO基础：技术健康、内容质量、实体清晰度
- AI可见性：在ChatGPT、Perplexity、Gemini、AI Mode中的引用
- 代理准备度：WebMCP、结构化操作、事务清晰度
每一层都建立在前一层之上。没有强大的SEO基础，你无法支持代理。没有权威和实体清晰度，你无法建立AI可见性。没有干净、结构化、标记良好的Web体验，你无法捕获代理流量。
实际含义：虽然WebMCP仍处于早期预览阶段，但该栈的前两层现在就可以采取行动。
因为WebMCP的关键是：代理仍然需要先发现你的品牌，然后才能使用你的网站。已经在AI答案中可见的品牌是代理首先将用户路由到的品牌。今天被提及和引用是你赢得明天被执行权利的方式。
现在该做什么
WebMCP是早期的。规范会改变。但你今天建立的基础无论如何都会随着标准的发展而延续。
获取你的AI可见性基线
在你担心代理准备度之前，先了解你今天在AI搜索中的位置。你在核心主题的ChatGPT响应中被提及了吗？竞争对手在你没有被引用的地方被引用吗？
审计你的关键用户操作
确定网站上5到10个最重要的操作：潜在客户表单、预订流程、产品搜索、结账、支持工单。
对每一个，问自己：
- 标签清晰吗？
- 输入可预测吗？
- 重定向稳定吗？
- 表单是干净的HTML还是JavaScript变通方法的纠缠？
思考行动，不只是内容
许多SEO策略专注于信息内容。WebMCP奖励事务清晰度。有人能在你的网站上做什么，机器弄清楚有多容易？
将你网站最有价值的操作与内容策略一起映射。在代理驱动的Web中获胜的网站将是那些让AI轻松完成任务而不只是找到信息的网站。
开始对话
与你的开发者交谈。分享这篇文章。指向Chrome早期预览文档和W3C Web Machine Learning社区组。即使全面实施还有一年，现在开始实验的团队将在标准落地时行动更快。
底线
网络正在为两类用户重建：人类和AI代理。
WebMCP是一个严肃的尝试，为那些代理提供一种原生的、结构化的方式与网站交互——没有屏幕抓取的脆弱性或维护单独API的开销。
轨迹是清晰的。
早期让自己对代理可读的网站——声明其能力而不是等待代理推断它们——将在AI驱动的工作流成为常态时复合其优势。
这里适用的原则与SEO中一直适用的原则相同：尽早行动，建立在基础上，让复合发挥作用。
微信扫一扫 或 点击链接联系我