如何在AmICited中检查WebMCP就绪状态

代理就绪性的下一个前沿，是让AI代理能够在您的网站上执行操作，而不仅仅是阅读内容。

什么是WebMCP？

WebMCP是一项新兴的Web标准，它让网站可以声明一组可调用的"工具"——诸如搜索、添加到购物车、预订等具体操作——AI代理可以直接调用这些工具，并获得明确定义的输入和输出，而不必通过解析您的HTML并猜测该点击哪个按钮来推断如何完成任务。它将模型上下文协议（Model Context Protocol，MCP） 背后的理念——最初用于将AI模型连接到外部数据和工具——延伸到了浏览器本身：网页不再只是代理阅读的对象，而是代理可以操作的对象。

这一区别之所以重要，是因为如今的AI代理与网页交互的方式，很大程度上和屏幕阅读器类似——它们解析DOM，尝试识别可交互元素，并模拟点击和表单填写。这种方式非常脆弱：一次结账流程的重新设计、一个由JavaScript渲染的表单，或是一个不常见的按钮标签，都可能悄无声息地破坏代理完成任务的能力。WebMCP用一份明确的契约取代了这种猜测。运行MCP服务器的网站会以机器可读的格式描述其工具——名称、参数和预期结果——任何兼容的代理都可以可靠地发现并调用这些工具，就像开发者调用一个有文档说明的API，而不是抓取网页内容一样。

这是代理式AI（agentic AI） 这一更广泛转变中的一个具体案例：软件不再只是回答问题，而是能够代表用户执行多步骤操作。随着代理从"告诉我这个产品的信息"转向"购买这个产品"，那些能够公开结构化、可调用操作的网站，将成为代理可以放心执行操作的网站。这与通常所说的API优先内容（API-first content） 密切相关——即设计网站的底层架构，使人类和机器都能够使用它，而不是把面向人类的HTML当作唯一的接口。可以说，WebMCP本质上就是把API优先设计理念应用到面向用户的操作上，而不仅仅是内容检索。

它也是代理式商务（agentic commerce） 背后更具体的组成部分之一——代理式商务是指AI代理自主完成购买、预订和其他交易这一更广泛的趋势。一个能够直接调用search-products或add-to-cart工具的购物代理，比起依赖脆弱页面抓取的代理，中途放弃任务的可能性要小得多。这正是AmICited将其纳入更广泛的AI可访问性审核（AI accessibility audit） 的原因：尽管目前的采用率仍处于早期阶段，但了解您的网站是否具备代理可操作性——而不仅仅是代理可读性——正在成为衡量您是否为AI搜索和AI购物行为的下一阶段做好准备的重要信号。

有必要澄清一下WebMCP不是什么。它并非当今AI回答的排名因素，也不会改变ChatGPT、Perplexity或Google AI Overviews是否在回答中引用您的内容——这由内容质量、结构化数据和爬虫访问权限等其他信号决定，而这些正是AmICited通过其他审核项来追踪的内容。WebMCP的范围更窄，也更具前瞻性：它关注的是代理已经决定与您的网站互动之后会发生什么，此时问题已从"这个页面是否回答了查询"转变为"这个代理能否在这里完成一项任务"。这两个问题相关但截然不同，一个网站完全可能在其中一方面表现出色，而在另一方面却毫无建树。

在哪里找到它

它位于审计 → 代理可访问性（Agent Accessibility）的WebMCP部分，带有状态徽章（例如未检测到）。代理可访问性与AmICited审核套件中的其他技术检查项并列显示，因此您可以在查看robots.txt配置、llms.txt存在情况、结构化数据以及网站其他机器可读性指标的同一位置，查看WebMCP就绪状态。

检查内容

正如该部分所解释的：“WebMCP让网站可以公开AI代理可直接调用的工具（操作）——搜索、添加到购物车、预订等——而非从页面中猜测。从首页HTML中检测。” AmICited会检查您首页的WebMCP声明，并报告是否存在。

由于该检查是针对您的实时首页HTML运行的，它反映的正是此刻访问您网站的代理会看到的内容——而不是一种理论上的能力，也不是隐藏在文档或开发者门户中的某个功能。如果您实现了WebMCP，一旦AmICited重新抓取该页面，这一变化就会体现在此处。

这与AmICited对待其余技术审核项的方式一致：不是要求您自行申报已经构建的内容，而是直接根据实际提供的内容进行验证。这一理念贯穿代理可访问性部分的方方面面——robots.txt指令、llms.txt文件、结构化数据标记，以及现在的WebMCP声明，都是从实时网站中检测得出，而非仅凭一面之词，因此您看到的状态始终是最新的。

为什么重要

• 代理可以可靠地执行操作。 代理无需从页面推断如何使用您的网站，而是可以直接调用已定义的工具——减少错误，完成更多任务。这也降低了因布局变更、A/B测试或JavaScript渲染界面在任务执行过程中让代理感到困惑而导致的失败情况。
• 您可以控制操作内容。 公开明确的工具让您可以决定代理能做什么（以及如何做），而不是任由其猜测。您可以精确设定哪些操作可供代理调用——比如搜索和商品查询，而不公开账户变更或支付信息——而不是让代理从它能点击的任何内容中去推断能力范围。
• 先行者优势。 随着代理式浏览的增长，已经具备代理可操作性的网站将率先受益。成为您所在类别中最早支持WebMCP的网站之一，意味着代理（以及路由这些代理的平台）少了一个把用户送去竞争对手网站的理由。
• 它是对内容可见性的补充，而非替代。 被AI回答引用能让您的品牌被提及；而具备代理可操作性，则是让这种提及转化为已完成操作的关键。两者相辅相成：强大的AI可见性 能让您被点名提及，而WebMCP就绪状态则能让代理在到达您的网站后真正采取行动。

如何使用

1. 检查您的状态。 如果显示未检测到，说明您尚未实施WebMCP。对当今绝大多数网站而言，这都是意料之中的——这是一项面向未来的检查，而非大多数团队需要立即处理的整改事项。
2. 判断是否适合您。 具有明确操作（电商、预订、搜索）的网站受益最大。如果您的网站主要以信息型内容为主——例如博客、文档中心，或没有交易流程的营销页面——那么与电商网站、旅行预订平台，或拥有值得公开的应用内操作的SaaS产品相比，WebMCP目前能为您带来的价值相对有限。已经在更广泛层面上考虑代理式商务就绪性 的品牌，应将WebMCP视为这一更大布局中的一环，而不是一个孤立的勾选项。
3. 实施并重新检查。 如果您添加了WebMCP，请重新运行审核以确认检测结果，并更新WebMCP就绪状态板块。由于该检查直接读取您首页的HTML，因此不需要单独的验证步骤或人工提交流程——下一次审核运行就会自动识别出来。
4. 将其与其他代理就绪性信号一并追踪。 WebMCP只是代理可访问性中众多板块之一。将其与其他技术检查项一起审视，能让您更全面地了解自己的网站是否不仅为AI聊天界面做好了准备，也为AI代理开始浏览、评估和进行交易的方式做好了准备。

即使您今天不采用WebMCP，此检查也能让您持续关注这一新兴能力。如果您已经在为AI代理进行结构化内容和技术就绪性投入 ，那么一旦干净的HTML、结构化数据、可访问的页面架构等基础工作到位，WebMCP就是自然而然的下一步。此外，如果您想了解WebMCP就绪状态如何融入您在AI平台上的整体表现，不妨在此检查的基础上，同时运行一次完整的AI可见性审核 ——它不仅能告诉您代理能否在您的网站上执行操作，还能告诉您AI引擎是否会引用并推荐您——而这最终决定了代理是否会首先访问您的网站。