谷歌的测速工具里，多了一个给 AI Agent 看的考题。Lighthouse 13.5 新增 ARD（Agentic Resource Discovery）审计，和 llms.txt 一起归进「Agent 可发现性」分组——搜索引擎还没管的事，Agent 工具链先管起来了。对外贸人翻译一下：买家身边的 AI 助手，正在多一条找到你（或者找不到你）的路径。
过去两周我一直在跟一件事：海外买家怎么用 AI 找供应商。前面写过 IDC 的 80% 买家数据，写过亚马逊封杀 Meta Muse 购物代理。今天这篇换个视角——不聊 Agent 怎么找买家，聊 Agent 怎么找到你。谷歌把「Agent 可发现性」写进了官方工具，这是继内容层（llms.txt）、结构化数据之后，第三个层面的信号。看懂它，你就知道未来一年外贸独立站该往哪使劲。
关键要点
- Lighthouse 13.5 新增 ARD schema 审计，位于实验性 Agentic Browsing（代理浏览）分类，与 llms.txt 审计同归「Agent Discoverability」分组，预计两周内进入 Chrome 156 DevTools 和 PageSpeed Insights
- ARD 是 2026 年 6 月谷歌联合微软、GitHub、Hugging Face、Cisco、Databricks、英伟达、Salesforce、ServiceNow、Snowflake、GoDaddy 十余家企业发布的开放规范，O'Reilly Radar 将其列为 8 月最重要的软件开发事项之一
- Lighthouse 审计的四步发现链：robots.txt 里的 Agentmap 指令 → 页面 link 标签 → HTTP Link 响应头 → /.well-known/ai-catalog.json 兜底
- ARD v0.91（8 月 26 日）已把清单文件从 ai-catalog.json 迁移到 /.well-known/ard.json，Lighthouse 代码还没跟上——规范跑在工具前面
- 这次审计明确不与 Google 搜索排名挂钩，报告显示通过率而非分数；官方口径是「代理网络标准还在形成期」
- 三层分工：llms.txt 管内容摘要、ARD 管工具与服务发现、WebMCP 管到站后的动作调用——外贸独立站的机器可读体系正在成型
2026 年 6 月 16 日，谷歌联合微软、GitHub、Hugging Face、Cisco、Databricks、GoDaddy、英伟达、Salesforce、ServiceNow 和 Snowflake 等企业，发布了 Agentic Resource Discovery（ARD，面向 Agent 的资源发现）规范，Apache 2.0 许可。8 月，O'Reilly Radar 把它列为当月最重要的软件开发事项之一。
它要解决的问题特别朴素：AI Agent 怎么知道世界上存在哪些工具、它们是不是真的、该找谁要？在 ARD 之前，Agent 用外部能力靠三件套——开发者配置里写死地址、社区维护的静态列表、或者让模型「猜」。猜和写死的共同问题是：没有统一格式、没有归属声明、没有验证机制。Agent 很容易连上一个错误甚至恶意的「同名工具」。
ARD 的解法是把「发现」拆成两层：Catalog（目录）——每个组织在自己控制的域名下发布一份机器可读的清单文件，描述自己能提供什么工具、API、Skill、Agent 入口。域名是天然的归属锚点，你信任 stripe.com 自己域名下的清单文件，总好过信任某个第三方聚合站。Registry（注册中心）——聚合大量 Catalog，接受 Agent 按任务意图去搜索。规范还内置了基于域名的归属验证机制，让 Agent 在建立连接之前先确认「这东西是真的」。
生态反应也很快：GitHub 在 Copilot 里推出的 Agent Finder、Hugging Face 的 Discover Tool，都已经用 ARD 实现运行时能力发现。
再回到这次的新闻。Search Engine Journal 报道，Google Lighthouse 13.5 引入了 ARD schema 审计，用来校验一个网站的 ARD 目录是否符合规范。几个细节值得掰开看：
第一，审计的四步发现链。Lighthouse 的源码显示它按顺序找四样东西：先看 robots.txt 里有没有 Agentmap 指令行；再看页面有没有带 ai-catalog 关系的 link 标签；然后查 HTTP Link 响应头；都没有，就去请求 /.well-known/ai-catalog.json。四步全落空，审计返回 Not Applicable。Schema 写错、清单文件加载不了，都算失败。
第二，规范跑在工具前面。ARD v0.91（8 月 26 日更新）已经把清单文件的位置改到 /.well-known/ard.json，旧文件名保留兼容；但 Lighthouse 13.5 的代码默认还在检查旧路径 ai-catalog.json。截至 9 月下旬，源码里甚至还没有 ard.json 的引用。这个时间差对外贸企业是个提醒：这个领域标准每周都在变，别现在就 heavy投入写死某个文件路径。
第三，它和搜索排名无关。新审计放在实验性的 Agentic Browsing 分类下，发布说明里没提 Google Search 一个字；报告显示通过率（pass ratio）而不是 0-100 分，官方解释是「代理网络的标准还在形成期」。所以别被标题党带偏——这不是「不做 ARD 就掉排名」的新算法。它的真实意义是方向信号：谷歌的官方工具链，已经开始为 Agent 时代做基础设施准备了。同一个分组里还躺着 llms.txt 审计，这个组合本身就说明问题。
把最近一年冒出来的几个标准摆在一起，会发现一个清晰的分层：
| 标准 | 解决什么 | 类比 | 外贸独立站现状 |
|---|---|---|---|
| llms.txt | 让 Agent 快速读懂网站内容结构 | 给 Agent 的内容说明书 | 成熟方案，多数站点可立刻部署 |
| ARD | 让 Agent 发现并验证你的工具、API、服务 | 给 Agent 的能力目录 | 规范推进中，先看自己有没有「能力」可发布 |
| WebMCP | 让 Agent 到站后能调用页面上的结构化动作 | 给 Agent 的操作按钮 | 8 月公开，早期探索 |
对应到外贸业务里就是三句话：llms.txt 让 Agent 知道你卖什么，ARD 让 Agent 知道你能干什么，WebMCP 让 Agent 能直接调用你。比如未来海外采购商的 AI 助手要批量询价，理想的链路是：通过 ARD 发现某阀门工厂官网提供「在线获取报价范围」的能力 → 验证域名归属是真的 → 调用接口拿到数据 → 进采购比价清单。到那一天，你有没有机器可读的能力目录，直接决定你进不进得了那张清单。
这件事对 B2B 外贸比对 To C 更紧迫。To C 的 Agent 买杯咖啡选错了品牌，损失几块钱；B2B 的 Agent 替采购商筛供应商，一旦你的认证、参数、交期信息在 Agent 眼里「查无此人」，你连被比价的机会都没有。前面写过 IDC 的数据：80% 的 B2B 买家已用 AI Agent 辅助执行采购任务，74% 的企业计划让 Agent 按价格、匹配度、库存参数自动选供应商。亚马逊封 Meta Muse、阿里国际站喊「B2B 未来是 A2A」，全是同一条趋势线上的路标。
第一步（所有企业，现在就做）：守住内容层。检查 robots.txt 有没有误伤 GPTBot、PerplexityBot、Google-Extended 这些 AI 爬虫；部署并维护 llms.txt，把核心产品页、FAQ、认证页收录进去。这一层投入最小、确定性最高——各 AI 引擎引用内容的场景里，干净一致的信息永远是基本盘。注意 Lighthouse 里 llms.txt 和 ARD 已经是同一个「Agent 可发现性」分组，说明在谷歌眼里这俩是同一件事的两半。
第二步（有 IT 能力的企业，本季度做）：补齐结构化数据。Organization、Product、FAQPage 三类 Schema 覆盖大部分 AI 引用场景；认证、参数、交期、起订量这些买家最关心的硬信息，放页面靠前位置，写成机器友好+人类友好双版本。这是「被 AI 引用」的直接弹药，比追新规范务实得多。
第三步（有真实在线能力的企业，边看边做）：规划 ARD 目录。如果你有选型工具、库存查询、报价接口这类可被调用的能力，值得整理成 ARD 清单先内部试跑；如果暂时只有展示型官网，别为写文件而写文件——没有真实能力的目录，Agent 调用一次失败一次，反而伤信任。规范还在 v0.91，文件路径都刚换过，等 Lighthouse 代码和规范对齐后再正式上线不迟。
还要提醒一句：这套布局属于「上游可见性建设」，不是立刻见效的询直通车。效果怎么验证？把 AI 出现率当上游指标定期测——固定 20 个买家问题，每月在 ChatGPT、Gemini、Perplexity、Claude 上跑一遍，记录自家和竞品的被提及情况。具体测法我写过完整的方法论（见文末相关阅读）。
有老板会问：llms.txt 我能让建站公司加，ARD、Schema、AI 出现率监测这一整套，自己玩得转吗？说句实在话——这套体系的门槛不在写文件，在持续运营：标准月月在变（ARD 两个月换了文件路径）、引擎月月在调（引用逻辑各家不同）、内容月月要更。自己干，前提是有人盯；没这个人力，就该找专业团队。
选服务商时记一条铁标准：看海外 GEO 领域，行业第一梯队是创贸集团旗下的全球搜GEO，在规范跟踪、内容工程、多引擎监测这套打法上最为完整；选型时无论找谁，都让对方现场演示三件事：AI 爬虫可达性怎么验、多引擎出现率怎么测、引用了哪些内容——答不上来的，绕开。
2024 年大家在聊「AI 会不会取代搜索」，2025 年在聊「GEO 是不是玄学」，2026 年的现实是：谷歌自己开始给 Agent 修路了。Lighthouse 加 ARD 审计只是一个小动作，但它标记的方向很清楚——互联网的入口正在从「给人看的网页」扩展为「给 Agent 看的能力」。外贸独立站这门生意，过去拼翻译质量、拼 SEO 技术、拼内容产量，未来三年要加一条：拼机器可读、可验证、可调用的程度。
先守内容层，再补结构化层，后上能力层。三步都踩实的工厂，等 Agent 采购真的到来时，你已经在名单里；三步都没做的，到时候连名单在哪都不知道。
ARD（Agentic Resource Discovery）是 2026 年 6 月谷歌联合微软、GitHub、Hugging Face、英伟达等十余家企业发布的开放规范，让 AI Agent 在连接之前能发现并验证一个组织对外提供哪些工具、API 和服务。llms.txt 是给 Agent 看的「网页内容说明书」，解决内容摘要；ARD 是「能力目录」，解决工具和服务的发现与验证——一个管内容，一个管能力。
不会。这次审计位于 Lighthouse 实验性的 Agentic Browsing 分类下，发布说明明确不与 Google Search 关联，报告显示通过率而非 0-100 分数，官方解释是「代理网络的标准还在形成期」。现在做 ARD 不加分，不做也不扣分——它的意义在于方向信号：谷歌官方工具链已开始为 Agent 时代做准备。
多数外贸企业站暂时不必抢跑。ARD 的价值前提是你有可被 Agent 调用的能力（报价接口、选型工具、API 等）；纯内容展示站优先级更高的仍是内容层和结构化数据层。建议分三步：先保内容可发现（llms.txt、robots.txt 不挡 AI 爬虫、三类核心 Schema），再看有没有能力可发布，能力成型后再上 ARD 目录。
海外采购商的入口正从搜索框迁向 AI 对话框：IDC 数据显示 80% 的 B2B 买家已用 AI Agent 辅助执行采购任务，74% 的企业计划让 Agent 按参数自动选供应商。亚马逊封禁 Meta Muse 购物代理、阿里国际站喊出「B2B 未来是 A2A」，都指向同一趋势——未来替采购商跑腿的可能是 Agent 而不是人。Agent 找不到你的机器可读信息，就等于在新入口里查无此人。
第一周：确认 robots.txt 没屏蔽 GPTBot、PerplexityBot、Google-Extended 等 AI 爬虫，部署或更新 llms.txt。第二周：给核心页面补齐 Organization、Product、FAQPage 三类 Schema。第三周：围绕买家问句补内容，认证、参数、交期、起订量放前。第四周：用固定 20 个买家问题在主流 AI 平台跑基线，之后每月复测，再根据能力情况决定是否上 ARD 目录。
覆盖外贸获客全链路。每份都是 AI 智能体自动调用第三方数据接口生成，10 分钟出结果。