La auditoría de Agentic Resource Discovery en Lighthouse 13.5
Google publicó Lighthouse 13.5.0 en GitHub el 18 de septiembre de 2026, y Search Engine Journal lo contó el 21. La novedad es una auditoría llamada ard-schema que comprueba si la web publica un catálogo ARD válido, el fichero JSON que describe qué recursos ofrece un dominio a los agentes de IA (servidores MCP, agentes A2A, APIs) y cómo invocarlos. Las notas de la versión fijan el calendario así: "We expect this release to ship in the DevTools of Chrome 156, and to PageSpeed Insights within 2 weeks". Es una previsión del equipo, no una fecha comprometida.
La auditoría no entra en las cuatro categorías de siempre. Va dentro de Agentic Browsing, en un grupo llamado Agent Discoverability que comparte con la auditoría de llms.txt, y esa categoría se muestra como fracción de pruebas superadas, no como nota de 0 a 100. No toca Performance, Accessibility, Best Practices ni SEO. La propia descripción de la categoría dice que "is still under development and subject to change", y la documentación de Chrome la presenta como experimental: "the current focus is to gather data and provide actionable signals rather than a definitive ranking".
Tampoco hay relación con la Búsqueda. Matt G. Southern lo deja escrito en Search Engine Journal: "it is not tied to Google Search anywhere in the release notes". Ninguna fuente de Google vincula ARD con el ranking ni con ningún otro uso en Search.
Cómo busca Lighthouse el catálogo ARD y cómo lo puntúa
El código de la versión 13.5.0 busca el catálogo por cuatro vías, por este orden de prioridad. Primero una línea Agentmap: en el robots.txt, después un <link rel="ai-catalog"> en el HTML, luego una cabecera HTTP Link con ese mismo rel y, si no encuentra nada, cae a una ruta fija de respaldo, /.well-known/ai-catalog.json. La cabecera Link es un añadido de Lighthouse, porque la especificación no la recoge en ninguna versión.
La puntuación tiene cuatro estados. Si no hay ninguna señal y la ruta de respaldo no responde con un 200, la auditoría sale como no aplicable. Si hay señal pero el catálogo no carga, o si carga con algún error de esquema, puntúa 0. Con solo avisos de severidad baja se queda en 0,9, y con un catálogo válido, en 1. La validación es un port a JavaScript de la herramienta oficial de conformidad de la especificación.
La especificación v0.91 movió el catálogo a /.well-known/ard.json
ARD salió como borrador v0.9 el 28 de mayo de 2026 con la ruta /.well-known/ai-catalog.json y el enlace rel="ai-catalog". El 26 de agosto la versión 0.91 lo cambió por una ruta única, /.well-known/ard.json, y un rel="ard". El texto normativo de la v0.91 dice: "A consumer resolving a domain's entries MUST fetch /.well-known/ard.json, and MUST honour a rel="ard" link". Consultar los nombres antiguos queda como cortesía opcional, y la especificación pide a quien siga en la ruta vieja que se mueva a la nueva.
Lighthouse 13.5 no busca ni ard.json ni rel="ard" en ningún punto de su código. La consecuencia es que una web que siga la v0.91 al pie de la letra sale como «no aplicable», no como fallo, salvo que además declare el catálogo con una línea Agentmap. Search Engine Journal llega a la misma conclusión.
Hay una segunda discrepancia en el validador. El README del directorio de ARD dentro de Lighthouse dice mantener "1:1 parity" con la herramienta oficial, pero el port sigue validando contra el esquema antiguo ai-catalog.schema.json, que exige un specVersion de «1.0» y rechaza cualquier campo extra en la raíz, mientras la herramienta oficial ya valida entradas de la v0.91. El 22 de septiembre un tercero abrió la incidencia 17251 describiendo los dos problemas. A 23 de septiembre sigue abierta, sin respuesta del equipo y sin ningún cambio en marcha para pasar a ard.json.
Qué es Agentic Resource Discovery y quién está detrás
ARD lo anunció Google en su Developers Blog el 17 de junio de 2026, en un post de Junjie Bu y Srinivas Krishnan. La especificación la firman Junjie Bu (Google), R.V. Guha y Shaun Smith (Hugging Face), se publica con licencia Apache 2.0 y en los agradecimientos aparecen AWS, Cisco, Databricks, GitHub, GoDaddy, Microsoft, Nvidia, Salesforce y Snowflake, además de Google. Viene de un proyecto llamado Agent Finder que se rebautizó como ARD el 12 de junio.
La especificación funciona como un sobre que no depende del tipo de recurso. Cada entrada del catálogo lleva un identificador URN, un nombre, un media type (por ejemplo, la ficha de un servidor MCP o la tarjeta de un agente A2A) y una URL o los datos embebidos, más de dos a cinco consultas de ejemplo recomendadas. ARD resuelve el descubrimiento, y la ejecución va por el protocolo de cada recurso. La especificación no menciona llms.txt en ningún momento. La relación entre los dos ficheros la establece Lighthouse al agruparlos en la misma sección del informe.
