解析 Lighthouse 中“代理浏览”(Agentic Browsing) 的底层机制
2026年五月，随着 Lighthouse 13.3.0 发布，一个新类别正式进入默认检查（随后也进入 PageSpeed Insights）—— “智能体浏览”（Agentic Browsing）. 它评估您的网站与 AI 智能体、智能机器人和 LLM 模型的交互准备程度。
围绕这一更新已经出现了许多传言和不必要的恐慌。Starcode PR 团队深入解析了新审计的底层机制，以证明：现在不必急着重写代码，但了解 Google 的发展方向是绝对必要的。
主要迷思：“如果不引入 AI 功能，我们就会落后于竞争对手”
“代理视图”类别目前仍处于“under development”（开发中）状态。与习惯的性能评分不同，这里没有 0 到 100 的分值。Lighthouse 仅显示已通过检查的分数比例——例如 2/2 或 3/3。
重要提示： 您不会仅仅因为缺少时髦的 AI 集成而“搞砸”审计。如果网站上没有针对 AI 的特殊文件或协议，Lighthouse 只会将这些检查标记为 Not Applicable（不适用），并且不会拉低您的评分。一个普通的优质网站轻松就能获得“绿色”的 2/2。这是 Web 发展方向的信号，而不是恐慌的理由。
4 个真实审计案例：Lighthouse 究竟检查什么？
事实上，“代理商视角”仅归结为四个具体指标：两个基础指标和两个实验指标。
1. 可访问性树（Accessibility Tree）的正确性
许多文章试图将此要点拆解为许多新的要求，但实际上 Lighthouse 执行的是一个我们熟悉的审计： «accessibility tree is not well-formed».
AI 智能体没有眼睛，它们的页面感知模型是 Accessibility Tree（无障碍树）。此项检查基于现有的 a11y（无障碍）规则。如果您拥有正确的语义结构，按钮包含 aria-label，且表单已正确连接至 <label>，您无需额外努力即可通过此检查。
2. 布局偏移 (CLS — Cumulative Layout Shift)
CLS指标对SEO专家来说早已熟知，但在这里它具有了关键意义。如果AI代理找到了所需的按钮，计算了它的坐标并尝试“点击”，而此时正好加载了一个横幅并移动了内容，程序交互就会失败。对于代理来说，视觉稳定性（CLS）比对人类来说更为重要。
3. llms.txt 文件（新标准）
这是最有趣的技术创新，通常会被忽略。 llms.txt — 是一个文件（类似于 robots.txt)，保存在网站根目录下，包含专门为大语言模型（LLM）准备的关于项目结构和内容的压缩 Markdown 摘要。
如果您决定添加 llms.txt，Lighthouse 将检查其是否符合三条严格规则：
- 文件中必须包含 H1 标题。
- 文件内容不能太短（剔除无内容的占位符）。
- 文件中必须包含指向您网站资源的链接，且严格采用 Markdown 格式（例如，
[О нас](/about))。普通文本形式的 URL 将导致审计失败。
(注：目前 AI 工具本身很少使用此文件，因此缺失它不会降低您的得分)。
4. WebMCP 协议
此审计检查网站如何公开其与模型交互的工具（Model Context Protocol）。Lighthouse通过两种方式搜索页面上注册的工具：
- 声明式： 检查 HTML 表单是否存在正确的注释并符合架构 (
form-coverage和schema-validity)。如果您通过 HTML 属性定义工具，它们必须包含正确的名称和参数描述（toolparamdescription). - 指令式： 系统通过 JavaScript 调用捕获以编程方式注册的工具
navigator.modelContext.registerTool.
现在该做什么？
目前，“代理商视角”与其说是监督者，不如说是一个指南针。为了让您的网站保持在健康状态并为未来做好准备，请专注于基础：
- 将 CLS 保持为零。 严格固定所有图片和广告块的尺寸。
- 监控a11y。 无障碍树（Accessibility Tree）必须保持完美。这不仅对 AI 有益，对屏幕阅读器（以及传统 SEO）也同样重要。
- llms.txt 和 WebMCP — 由您决定。 只有当您的项目已经在积极与 LLM 交互，或者您喜欢处于最前沿的技术浪潮时，集成它们才有意义。