Google Lighthouse 13.5新增了Agentic Resource Discovery（ARD）检查，用于验证网站发布的AI工具与服务目录是否符合相应的数据结构要求。同一版本还将ARD与已有的llms.txt检查归入“Agent Discoverability”，即Agent可发现性分组。
这项更新值得提供MCP工具、AI Agent和可调用服务的网站关注。不过，它属于实验性的Agentic Browsing检查，与SEO检查分开，不能直接理解为Google新增了搜索排名要求。
ARD是什么？为什么网站需要资源目录？
ARD是一项仍在发展的资源发现规范，关注的是AI Agent如何找到组织对外提供的工具和服务。它可以描述MCP工具、Agent及其他资源，让发现系统能够读取、整理和检索这些信息。
可以把它理解为面向AI的服务目录。网站除了提供供人浏览的介绍页面，还可以用机器可读的方式说明自己有哪些资源，以及从哪里进一步了解这些资源。
从这一用途看，提供AI工具和服务的网站更值得关注ARD；普通内容站则不必仅因为Lighthouse增加检查，就立即补一个没有实际用途的目录。
Lighthouse会检查哪些位置？
Lighthouse 13.5会从以下位置寻找ARD目录入口：
1、robots.txt中的Agentmap指令；
2、HTML页面中带有rel=”ai-catalog”的link标签；
3、HTTP响应头中使用相同关系名称的Link头；
4、如果没有找到以上入口，则尝试访问/.well-known/ai-catalog.json。
找到目录后，再检查其结构是否符合验证规则。
因此，“没有找到目录”和“已经发布但配置有问题”是两种不同情况。未发布ARD的站点，不会仅因此被这一检查直接判定为失败。
这次更新最容易引起误解的地方，是文件路径
目前ARD规范使用的标准位置是：
/.well-known/ard.json
对应的HTML链接关系为rel=”ard”。早期使用的ai-catalog.json和ai-catalog仍可作为兼容入口，但读取软件并非必须检查旧名称。
Lighthouse 13.5的发现逻辑仍使用旧名称，其默认请求路径是：
/.well-known/ai-catalog.json
这意味着，网站如果只使用ard.json和rel=”ard”，没有提供Agentmap或旧版入口，Lighthouse 13.5可能显示“不适用”，即使网站实际上已经发布了ARD文件。**这是根据该版本代码与规范差异得出的判断。
遇到这种情况，不建议为了消除报告提示就直接删除或改名。应先核对检查工具版本、文件路径和发现入口，区分工具尚未识别与网站配置错误。
Lighthouse团队在13.5发布说明中表示，预计该版本进入Chrome 156开发者工具，并在发布后两周内进入PageSpeed Insights。
如果网站已经提供MCP工具、AI Agent或其他可调用服务，可以先检查现有资源描述是否完整，再了解ARD的发布方式。验证时，同时记录规范版本和Lighthouse版本，避免因路径差异误判结果。
相关阅读：
《网站性能评测工具盘点：Lighthouse、GTmetrix、K6等工具详解》
《Lighthouse前端性能工具怎么样 Lighthouse插件使用教程》
(本文由美国主机侦探原创，转载请注明出处“美国主机侦探”和原文地址！)
微信扫码加好友进群
主机优惠码及时掌握
QQ群号：938255063
主机优惠发布与交流
