不是给搜索引擎看的，是给AI代理看的——评估你的网站是否对AI代理友好。
这是一个信号：Google官方在为”AI代理操作网站”的未来做技术规范。本文详解三个检测维度和它们的含义。
怎么访问这个新报告？
目前只在 Chrome Canary（测试版）里可用：
- 安装 Chrome Canary（不是普通Chrome）
- 打开你要测试的网站
- 右键 → 检查 → Lighthouse 面板
- 选择 “Agentic Browsing” 类别
- 运行测试
报告会给出一个评分和具体的优化建议。
三个核心检测维度
维度1：无障碍树（Accessibility Tree）
关键洞察：
无障碍树最初是为屏幕阅读器设计的，但它实际上告诉AI代理按钮在哪里。
这是一个非常聪明的复用——多年来为视障用户优化的无障碍标记，天然就是给AI代理的导航地图。
具体如何工作：
- AI代理通过 视觉、HTML、无障碍树 三个维度理解网站
- 无障碍树告诉代理：哪里是按钮、哪里是输入框、哪里是导航
- 没有正确无障碍标记的网站，对AI代理来说就像没有路标的迷宫
实操含义：
很多团队过去把无障碍当成”可选项”（除非合规要求）。现在它变成了 代理就绪度的基础——投资无障碍优化等于投资AI代理友好度。
维度2：WebMCP 标准
WebMCP 是一个新提出的网页标准，让开发者能”为AI代理构建并暴露结构化工具“。
两种类型：
① 声明式（Declarative）
- 简单的表单包装
- 告诉代理”这个表单的字段含义和提交目标”
- 实现简单，适用范围广
② 命令式（Imperative）
- 双向的代理交互
- 网站可以主动响应代理的请求
- 实现复杂，但能力更强
为什么这是关键？
普通HTML表单对代理来说是”猜”——它要试图理解每个字段的含义。WebMCP直接告诉代理”这是邮箱、这是数量、提交后会发生什么”。
未来的电商、SaaS、本地服务，如果不实现WebMCP，AI代理会跳过你而去能完成交易的对手网站。
这呼应了之前讨论过的UCP（通用商务协议）——都是”机器优先架构”运动的一部分。
维度3：llms.txt 文件
llms.txt 在这里有个 新的定位：
这和”搜索优化”是不同的——这个文件帮助代理在推理时理解你的网站，告诉它允许的代理活动和重要信息的位置。
注意这个区分：
- 不是给Google搜索看的（之前Google说搜索不需要llms.txt）
- 是给AI代理看的（Lighthouse会检查它）
这解释了之前看到的”Google对llms.txt口径矛盾”——Search团队说不需要，Lighthouse团队检查它。两者立场都对，因为针对的是不同的使用场景：
- Search：不影响搜索可见度
- Agentic：帮助代理理解网站
一个关键判断
Lighthouse加上代理就绪度评分，传递了一个明确信号：
Google认为”AI代理浏览网站”是未来的重要场景——重要到值得做标准化的评估工具。
不是营销话术，是官方技术规范在跟进。
对网站运营者的含义：
- 代理就绪度不再是”未来才需要担心”——现在已经有标准化的评估方式
- 不准备的网站，会在AI代理代用户做事的场景下被自动跳过
- 投资无障碍、WebMCP、llms.txt不是过度准备——是基础设施
三个领域的具体建议
网站团队
- 现在就跑一次Lighthouse Agentic Browsing报告（即使要装Chrome Canary）
- 把无障碍树问题作为高优先级修复——这本身就是无障碍合规的事
- 评估WebMCP的实现成本和适用场景
电商团队
- 你的购物车、结账、产品筛选——AI代理能操作它们吗？
- 表单字段语义清晰吗？还是”input1、input2、submit”这种无意义命名？
- 关键操作有Schema/ARIA标记吗？
B2B SaaS团队
- 注册、试用、定价计算——这些动作AI代理能干净执行吗？
- 你的演示预约表单是无障碍的吗？
- 用户文档加了llms.txt引导AI代理吗？
llms.txt：到底该不该做？
这个问题之前有矛盾的指导。综合最新信息：
| 目的 | 是否需要 |
|---|---|
| 提升Google搜索可见度 | 不需要（Search官方明确说） |
| 帮助AI代理理解网站结构 | 是的（Lighthouse会检查） |
| 提升ChatGPT/Perplexity引用 | 间接帮助（不是核心因素） |
实际建议：
- 如果你的网站有”代理可以代用户执行的动作”（下单、预订、咨询）—— 应该做llms.txt
- 如果你只是内容站、博客 —— 可做可不做
- 不要为了”刷分”做—— 要为了真实的代理使用场景做
一个更深的趋势观察
这次Lighthouse更新，加上之前的UCP、SynthID检测、AI Mode升级——Google正在做的事情很清楚：
为”AI代理是普通用户”的世界搭建技术规范。
未来你的网站访客构成可能是：
- 50% 真实人类
- 30% 代用户操作的AI代理
- 20% 搜索引擎和评测爬虫
如果你只为第一类设计，会丢掉后两类带来的流量和交易机会。
立即可做的4个动作
- 下载 Chrome Canary，跑一次 Agentic Browsing 报告，看你的网站得分
- 修复无障碍树问题：这是最高ROI的优化——同时解决合规和代理就绪
- 评估WebMCP的优先级：如果你有交易类动作，开始研究
- 决定llms.txt的策略：基于真实的代理使用场景判断，而不是跟风
结语
“代理就绪”不是新概念，但现在有了 Google官方的评估工具 来量化它。
这是一个里程碑：从”AI代理能不能用我的网站”的模糊讨论，变成”我在Lighthouse上得了多少分”的可衡量指标。
那些把代理就绪度纳入网站KPI的团队，会在2027-2028年AI代理大规模普及时，已经在牌桌上——而其他人还在临时重构。
微信扫一扫 或 点击链接联系我