Lighthouse v13.5.0, publicado el 18 de septiembre de 2026, añadió la auditoría experimental ard-schema para Agentic Resource Discovery (ARD), el estándar propuesto para que los sistemas de inteligencia artificial encuentren recursos utilizables como herramientas MCP, agentes A2A y otras capacidades. El problema es que la implementación de esta versión busca varios nombres anteriores, mientras que ARD v0.91 ya define otros mecanismos como actuales.
Lighthouse 13.5 añade una auditoría experimental para ARD
La auditoría ard-schema forma parte de la categoría experimental Agentic Browsing de Lighthouse. Su función es localizar un catálogo de recursos y comprobar su conformidad con el esquema que utiliza el validador de ARD integrado en Lighthouse.
ARD no es una función de posicionamiento en Google ni una garantía de que un agente vaya a utilizar un servicio. Es una propuesta de descubrimiento: describe cómo un consumidor puede encontrar recursos que después podría consultar o invocar. En ese catálogo pueden aparecer herramientas MCP, agentes A2A, habilidades y otros servicios.
Lighthouse v13.5.0 admite la auditoría en los modos navigation y snapshot. La versión también agrupa ARD junto a llms.txt dentro del área de descubrimiento para agentes, aunque ambos conceptos cumplen funciones distintas.
Qué busca realmente la auditoría
La implementación inspeccionada sigue este recorrido:
- Busca una directiva Agentmap en robots.txt.
- Comprueba en el HTML la relación rel="ai-catalog".
- En el modo navigation, revisa la cabecera HTTP Link en busca de rel=ai-catalog.
- Si no encuentra esas señales, solicita /.well-known/ai-catalog.json.
Cuando aparece una señal explícita o el catálogo devuelve un código HTTP 200, Lighthouse lo trata como un catálogo descubierto y procede a validarlo. Un catálogo válido sin errores obtiene una puntuación de 1; si contiene advertencias de baja gravedad, la implementación asigna 0,9. Los errores producen una puntuación de 0.
La comprobación no es un simple interruptor de presencia. Lighthouse intenta cargar el catálogo y después analiza su conformidad con el validador de ARD que incorpora el proyecto. Ese validador mantiene fijada una revisión de la implementación de conformidad y cuenta con comprobaciones semanales para detectar cambios en el esquema o en las pruebas de conformidad.
El desfase con ARD v0.91
La propuesta ARD v0.91, fechada el 26 de agosto de 2026, define /.well-known/ard.json como ruta actual para el manifiesto y rel="ard" como relación de enlace actual. También contempla descubrimiento mediante JSON-LD dentro de la página, Agentmap y registros DNS.
La diferencia técnica queda así:
| Mecanismo de descubrimiento | Lighthouse v13.5.0 | ARD v0.91 |
| Manifiesto conocido | /.well-known/ai-catalog.json | /.well-known/ard.json |
| Relación HTML | rel="ai-catalog" | rel="ard" |
| Directiva en robots.txt | Agentmap | Agentmap |
| JSON-LD dentro de la página | No forma parte del recorrido inspeccionado | Mecanismo definido por la propuesta |
| Descubrimiento mediante DNS | No forma parte del recorrido inspeccionado | Mecanismo definido por la propuesta |
ARD v0.91 permite que los consumidores consulten además la ruta predecesora ai-catalog.json y su relación correspondiente, pero no obliga a hacerlo. Por eso, la implementación de Lighthouse y la propuesta pueden describirse como compatibles en algunos mecanismos y desalineadas en otros.
La consecuencia práctica de ese desfase es concreta: un sitio que publique únicamente /.well-known/ard.json y rel="ard" podría no activar el recorrido de descubrimiento de Lighthouse v13.5.0 y acabar clasificado como Not Applicable. Se trata de una implicación derivada de las rutas que utiliza el código de esta versión, no de una medición general del comportamiento de todos los sitios.
Qué significa «Not Applicable»
En ard-schema, el estado Not Applicable aparece cuando Lighthouse no encuentra una señal explícita de descubrimiento ni recibe un catálogo con código HTTP 200. El resultado no equivale a una puntuación negativa: la auditoría devuelve una puntuación de 1 junto con la marca notApplicable: true.
La distinción importa porque un sitio puede publicar un manifiesto mediante otros mecanismos contemplados por ARD v0.91. Una respuesta Not Applicable de esta auditoría describe lo que encontró el recorrido de Lighthouse 13.5.0; no convierte ese resultado en una afirmación sobre todos los mecanismos posibles de descubrimiento.
Si Lighthouse detecta una señal pero el catálogo no se puede cargar o responde con un estado distinto de 200, la auditoría falla. Si el catálogo sí se carga, el resultado depende de sus errores y advertencias de esquema.
ARD no es lo mismo que llms.txt ni WebMCP
Los tres nombres aparecen cerca porque pertenecen al ecosistema de agentes, pero no resuelven el mismo problema:
- ARD describe mecanismos para descubrir recursos utilizables por agentes, como herramientas MCP, agentes A2A y otros servicios.
- llms.txt resume el contenido de un sitio para facilitar que los sistemas de IA lo consulten y entiendan.
- WebMCP expone acciones estructuradas que un agente puede utilizar dentro de una página web.
Dicho de forma sencilla: llms.txt ayuda a orientarse por el contenido, ARD ayuda a localizar recursos y WebMCP se centra en acciones estructuradas dentro de la web. Lighthouse 13.5 los sitúa dentro de un mismo contexto de navegación agéntica, pero no los trata como sinónimos.
Distribución y puntuación de Agentic Browsing
Las notas de lanzamiento de Lighthouse indicaron que la versión 13.5.0 estaba prevista para llegar a las herramientas de desarrollo de Chrome 156 y a PageSpeed Insights dentro de las dos semanas posteriores al lanzamiento del 18 de septiembre de 2026.
La categoría Agentic Browsing tampoco utiliza la puntuación ponderada habitual de 0 a 100. En su lugar, muestra una proporción de auditorías aprobadas, junto con los resultados individuales y recuentos informativos. El modelo refleja que los estándares de la web agéntica todavía están en evolución, y evita presentar esa suma experimental como una calificación convencional de rendimiento web.
