想象这样一个网络生态系统：不仅人类，AI 代理也能与网站进行交流，这超越了传统的浏览体验。与人们点击、滚动和搜索的传统网络体验不同，AI 代理可以在您的网站上导航、解读信息，甚至自主执行任务。这并非未来的概念。它正在成为现实。这就是代理网络的兴起。
核心要点
- 代理网络使 AI 代理能够自主导航并与网站交互，将用户的责任从手动导航转变为决策制定
- 协议对于 AI 代理之间的通信至关重要；它们必须依赖结构化、机器可读的数据来实现有效协调
- SEO 专业人士必须适应代理网络，通过将网站优化为 AI 查询的端点，确保结构化数据的清晰和准确
- NLWeb 通过公开结构化数据并允许自然语言查询（不受传统界面限制），促进了代理与网站之间的交互
- Yoast 与 NLWeb 的合作通过整理内容和简化结构化数据的集成，帮助 WordPress 用户为代理网络做好准备
重大转变：从用户网络到用户与代理共存网络
多年来，网络遵循着一种简单的模式。人类搜索、点击、比较，并手动完成任务。即使搜索引擎不断演变，交互模式依然保持不变：搜索并点击。
这种模式正在改变。
代理网络代表了从仅为人设计的网络向为人与 AI 助手共同设计的网络的转变。用户不再需要手动研究产品、比较服务、填写表单和完成交易，而是越来越多地将这些任务委托给能够搜索、解读信息并代表其行事的智能助手。用户的角色从主动导航者转变为决策者。
从搜索到委托。
这无关更智能的聊天界面。它关乎能够解读 search intent、比较选项并代表用户执行操作的自主代理。网站不再仅仅是待访问的页面。它们是待查询的端点。
为了实现规模化运作，智能不能驻留在单个助手或封闭平台上。它必须是分布式的。系统必须能够与其他系统无摩擦地通信。这需要构建一个机器可读、可互操作且专为代理对代理交互而设计的网络。
代理网络不是一种预测。这是一场已经发生的架构转变！
协议思维与代理网络通信的基础设施
如果代理网络是关于智能系统与网站的交互，那么真正的问题变得很简单：这些系统如何理解彼此？
答案不在设计，而在基础设施。
网络始终依赖于共享的通信规则。HTTP 允许浏览器请求页面。RSS 分发更新。结构化数据帮助搜索引擎解读含义。这些不是功能。它们是协议。它们是能够实现大规模协调的约定。
现在，同样的逻辑也适用于 AI 代理。
在代理网络中，代理不会点击按钮或视觉扫描页面。它们将发送请求、解读结构化响应、比较选项并完成任务。为了使其在数百万个网站上运行，通信不能即兴发挥。它必须标准化。
这就是协议思维变得至关重要的地方。
协议思维意味着设计网站时要让机器能够预测。与其为每个助手或平台构建自定义集成，网站不如提供一个一致的交互层。代理不需要学习每个界面。它们依赖共享的规则。
正如在关于分布式智能的讨论中所强调的那样，目标不是让单个聊天机器人控制一切。智能必须是分布式的。系统需要一种简化的通信方式，而无需了解其连接的每个工具的技术细节。
这只有在有共同基础的情况下才行得通。
实际上，这意味着：
- 网站必须提供结构化的、机器可读的数据
- 智能体必须知道它们可以问什么
- 响应必须遵循可预测的格式
- 通信必须能够超越单一平台进行扩展
协议创造了这种共享语言。
这对 SEO 专业人士意味着什么？
随着 Web 演变以支持 AI 智能体，SEO 专业人士开始问一个新的问题：当答案是被生成而不是被排名时，你如何保持可见性？
在 Microsoft 的 Ignite 活动期间出现了一个明显的例子。在问答环节，一位顾问描述了一位销售蛋黄酱等产品的客户，并希望在有人向 AI 助手询问蛋黄酱时，他们的品牌能够出现。这个问题很简单，但它揭示了更深层的东西。如果 AI 系统生成答案而不是列出搜索结果，优化会是什么样子的？
这就是转变变得真实的地方。
智能体 Web 并不取代开放式 Web。它在它之上增加了另一层。搜索引擎仍然索引页面。排名仍然重要。但智能系统现在可以直接查询网站，比较跨来源的信息，并生成综合响应。
对于 SEO 来说，这改变了网站的角色。
仅仅从将被访问的页面角度来考虑已经不够了。网站必须被视为要被查询的端点。
这意味着结构化数据、清晰的信息架构和机器可读的内容不仅仅是为了丰富结果的增强功能。它们是允许 AI 系统首先解释和选择您的内容的基础。
在这里观看完整活动！
给 SEO 的关键要点
智能体 Web 是开放式 Web 的一个附加层，而不是它的替代品。为了保持可见性，SEO 专业人士必须确保他们的网站结构良好、可访问，并准备好被智能系统查询。
在这一新层中的可见性取决于清晰度、互操作性和基础设施。
NLWeb 简介
NLWeb 最初由 Microsoft 于 2025 年 5 月作为一个开放项目推出，旨在让网站能够轻松利用自己的数据和所选模型提供丰富的自然语言接口。后来，在 11 月的 Microsoft Ignite 大会上，Microsoft 再次展示了 NLWeb，同时推出了其通过 Microsoft Foundry 提供的首个企业版产品。
其核心是，NLWeb 旨在让网站像 AI 应用程序一样轻松运作。用户和智能体可以直接使用自然语言查询网站的内容，而无需手动导航页面。
但 NLWeb 不仅仅是一个对话层。
每个 NLWeb 实例也是一个模型上下文协议（即 MCP）服务器。这意味着当网站启用 NLWeb 时，对于在 MCP 生态系统中操作的智能体来说，它本质上变得可发现和可访问。简而言之，智能体不需要为每个站点进行自定义集成。如果网站支持 NLWeb，智能体可以识别它并以标准化方式与之交互。
NLWeb 是一个与网站交互并检索信息的对话层
NLWeb 建立在网站已经使用的格式之上，例如 Schema.org 和 RSS。它将这些结构化数据与大语言模型相结合，生成自然语言响应。这允许网站以人类和 AI 智能体都能理解的方式公开其内容。
重要的是，NLWeb 是技术无关的。网站所有者可以选择他们首选的基础设施、模型和数据库。目标是互操作性，而不是平台锁定。
在许多方面，NLWeb 在智能体网络 中的定位，类似于 HTML 在早期网络中扮演的角色。它提供了一个共享通信层，允许智能体直接查询网站，而不仅仅依赖传统的爬取或视觉界面。
NLWeb 与标准 LLM 引用有何不同？
对于标准的 LLM 引用，模型先生成答案，然后添加来源。回答仍然是概率性的，这可能会引入不准确之处或幻觉。
NLWeb 的工作方式不同。
它将语言模型视为一个智能检索层。它不是凭空编造答案，而是直接从网站的结构化数据中提取经过验证的对象，并以自然语言呈现它们。
这种区别很重要。这意味着回答从一开始就建立在发布者自己的数据之上，从而降低了幻觉的风险，并给予网站所有者对其内容呈现方式更大的控制权。
NLWeb 对智能体网络意味着什么
智能体网络依赖于系统能够进行大规模通信。智能体无法手动解释每个界面或视觉导航每个页面。它们需要结构化的、机器可读的访问方式。
NLWeb 有助于实现这一点。
网站可以公开一个启用 NLWeb 的端点，而不需要为每个助手或平台进行自定义集成。智能体只需要知道该站点支持 NLWeb。该协议处理请求的发出方式和响应的结构。
这支持了一个更加分布式的生态系统。目标不是让一个聊天机器人控制一切。智能必须分布在整个网络上。
生成式界面不会取代内容。它们依赖于结构良好、可访问的内容。当 AI 系统总结结果或比较选项时，它仍然是在从网站提供的信息中提取内容。NLWeb 只是为这种交互创造了一条更清晰的路径。
Yoast 与 NLWeb 的合作及其对 WordPress 用户的意义
作为 NLWeb 发布公告的一部分，微软重点介绍了 Yoast，称其合作伙伴帮助将智能体搜索功能带到了 WordPress。您可以在我们关于 Yoast 和 Microsoft 的 NLWeb 集成 的官方新闻稿中阅读有关此合作的更多信息。
对于许多 WordPress 网站所有者来说，基础设施、端点和协议等概念可能显得很抽象。这正是准备工作发挥作用的地方。
虽然 Yoast 不会为用户自动部署 NLWeb，但 Yoast SEO、Yoast SEO Premium、Yoast WooCommerce SEO 和 Yoast SEO AI+ 中的 模式聚合功能 会对内容进行组织和结构化处理，从而显著简化构建 NLWeb 的过程。当网站所有者启用相关的 Yoast 功能时，前端在视觉上没有任何变化。发生变化的是底层结构。
简而言之，我们映射和组织结构化数据，以减少在其之上构建 NLWeb 所需的技术工作。换句话说，我们帮助发布者完成了大部分基础工作。
智能体网络并非追逐潮流。它是关于确保你的内容在一个智能系统越来越多地代表用户采取行动的世界中，仍然可被发现、可被理解且可被使用。
