630 866 877 672 994 581 vandelay@vandelay.es
Logo Vandelay
Contacto
SEO para IA: un agente de inteligencia artificial lee el catálogo /.well-known/ard.json de una web mientras Lighthouse muestra la proporción de comprobaciones superadas

SEO para IA: Google ya audita si tu web habla con los agentes

Publicado el

El SEO para IA ha dejado de ser una conversación teórica. El 18 de septiembre de 2026, Google publicó Lighthouse 13.5.0, la versión de su herramienta de auditoría web que llega integrada en Chrome DevTools y en PageSpeed Insights. Entre los cambios hay una línea que pasó casi inadvertida y que conviene leer despacio: «ard-schema: add Agent Resource Discovery audit». Es decir, Lighthouse ya comprueba si tu web publica un catálogo legible por agentes de inteligencia artificial. El SEO para IA pasa así de recomendación de blog a casilla auditable en una herramienta de Google.

Dicho de otra manera: la misma herramienta que usas para medir la velocidad de carga acaba de empezar a medir si tu web está preparada para que un agente de IA la entienda y la use. En este artículo explicamos qué es Agentic Resource Discovery, qué ha añadido exactamente Google, qué no está confirmado todavía —que es igual de importante— y qué tiene sentido hacer si gestionas la web de una pyme.

Qué ha añadido Google en Lighthouse 13.5

Las notas de la versión 13.5.0 en el repositorio oficial de Lighthouse en GitHub recogen varios cambios relacionados entre sí:

  • ard-schema: se añade la auditoría de Agent Resource Discovery.
  • config: las auditorías de llms.txt y de ARD se agrupan bajo una categoría común de agent discovery (descubrimiento por agentes).
  • Se incorporan pruebas y una comprobación semanal de conformidad con la especificación ARD.

Las propias notas indican que Google esperaba que esta versión llegara a las DevTools de Chrome 156 y a PageSpeed Insights en un plazo de dos semanas. Si mides tu web con PageSpeed Insights, es razonable que la auditoría aparezca en tus informes durante las próximas semanas.

No es un movimiento aislado, y encaja en una secuencia que viene de lejos. La categoría Agentic Browsing de Lighthouse se estrenó en la versión 13.3, en mayo de 2026, con cuatro bloques de auditorías: integración de WebMCP, accesibilidad para agentes, estabilidad de diseño (CLS) y descubribilidad mediante llms.txt. La documentación oficial de Chrome for Developers detalla ese último punto y aclara algo relevante: si el archivo llms.txt devuelve un 404, la auditoría se marca como «No aplicable», porque publicarlo «es opcional por el momento». Lo que Lighthouse penaliza no es la ausencia del archivo, sino que exista y devuelva un error de servidor.

Qué es Agentic Resource Discovery, la nueva pieza del SEO para IA

Agentic Resource Discovery es una especificación abierta que Google anunció el 17 de junio de 2026 en su blog para desarrolladores, firmada por Junjie Bu y Srinivas Krishnan. Su objetivo, según el anuncio original, es resolver tres preguntas que un agente de IA no puede responder hoy de forma estándar: dónde existe la capacidad que necesita, cuál de las disponibles debería usar y cómo verificar que es seguro conectarse a ella.

La arquitectura tiene dos piezas:

  • Catálogos: cada organización publica en su propio dominio un archivo legible por máquinas que describe las capacidades que ofrece: servidores MCP, agentes A2A, herramientas OpenAPI o incluso otros catálogos anidados.
  • Registros: funcionan como buscadores de capacidades de IA. Rastrean catálogos, los indexan y devuelven resultados con metadatos de verificación.

La analogía es fácil de ver para cualquiera que venga del SEO: el catálogo es a los agentes lo que el sitemap es a los rastreadores de búsqueda, y el registro es lo que el índice de Google es a tus páginas. Si el SEO clásico consistía en facilitar el rastreo, el SEO para IA consiste en facilitar la invocación.

Dónde vive el catálogo y cómo se declara

Según la especificación ARD, en versión v0.91 y con estado de «Propuesta» desde el 26 de agosto de 2026, el archivo canónico es /.well-known/ard.json, y se mantiene /.well-known/ai-catalog.json por compatibilidad con la ruta anterior. El documento contiene un array de entradas, y cada entrada requiere un identificador anclado al dominio, un nombre visible, un tipo (un media type de la IANA) y una URL o los datos en sí. La especificación insiste en un campo concreto, representativeQueries, como determinante para que la entrada sea descubrible: las consultas típicas para las que ese recurso es la respuesta correcta.

El catálogo se puede señalar de varias formas: la URI en /.well-known/, marcado JSON-LD en la propia página, una directiva Agentmap en el robots.txt, una etiqueta <link rel="ard"> en el head o registros DNS SVCB. La especificación está firmada por Junjie Bu (Google), R.V. Guha (Microsoft) y Shaun Smith (Hugging Face), con contribuciones reconocidas de Amazon, Cisco, GitHub, NVIDIA, Salesforce y Snowflake, entre otros.

InfoQ informó el 14 de julio de 2026 de que entre los primeros respaldos figuran también Databricks, GoDaddy y ServiceNow, y que hay implementaciones tempranas como Agent Finder de GitHub y la herramienta Discover de Hugging Face. En ese mismo artículo, Krishnan resume el reto: el sistema «tiene que estar gobernado, con seguridad e identidad integradas desde el diseño, no añadidas después».

SEO para IA: en qué se diferencia de llms.txt y de WebMCP

Aquí es donde se genera la mayor confusión en las conversaciones sobre SEO para IA, porque los tres conceptos se mencionan juntos pero resuelven problemas distintos:

  • llms.txt resume contenido: ofrece a los modelos un mapa legible de lo que tu web dice. Lo explicamos en detalle en nuestro artículo sobre llms.txt y cómo enseña a ChatGPT, Claude y Perplexity a hablar de tu marca.
  • ARD describe capacidades invocables: herramientas, APIs y agentes que otro agente puede llamar para hacer algo.
  • WebMCP expone acciones dentro de la propia página, de forma que un agente pueda rellenar un formulario o completar un flujo sin salir de tu web.

La distinción importa para priorizar. Si tu negocio vive del contenido, llms.txt y la optimización para motores generativos (GEO) son tu terreno. Si tu negocio ofrece un servicio que un agente podría ejecutar —reservar, cotizar, consultar disponibilidad, tramitar—, ARD empieza a ser tu terreno. Y si vendes online, esto se conecta directamente con lo que ya contamos sobre el comercio agéntico y sobre el Universal Commerce Protocol, la vía por la que Google quiere que la IA cierre la compra dentro de la búsqueda.

El detalle que casi nadie está contando: la auditoría y la especificación no coinciden

Search Engine Journal detectó el 21 de septiembre de 2026 una discrepancia que conviene tener presente antes de tocar nada. La auditoría de Lighthouse 13.5 busca el puntero al catálogo en tres sitios —la directiva Agentmap del robots.txt, una etiqueta link con relación ai-catalog o una cabecera HTTP Link— y, si no encuentra ninguno, recurre por defecto a /.well-known/ai-catalog.json. Es decir, a la ruta y la nomenclatura anteriores.

La especificación v0.91, en cambio, ya apunta a /.well-known/ard.json con rel="ard". Según ese análisis, en el código fuente de la 13.5 no hay referencias a ard.json ni a la relación ard. La herramienta va un paso por detrás de la propuesta que audita.

Consecuencia práctica: si implementas hoy solo la ruta nueva, es posible que la auditoría no la detecte; si implementas solo la antigua, cumples con Lighthouse pero no con la versión vigente de la especificación. Mientras esto se estabilice, publicar ambas rutas y declarar el puntero por más de un método es la opción conservadora. Y no es una urgencia: es una decisión que puede esperar a que la especificación salga del estado de propuesta.

Qué NO está confirmado

Este punto es el que más falta hace en un sector que tiende a convertir cada lanzamiento en una emergencia. A fecha de hoy, 23 de septiembre de 2026:

  • Google no ha afirmado que ARD ni llms.txt influyan en el posicionamiento. La documentación de Chrome no contiene ninguna declaración en ese sentido. Que Lighthouse audite algo no significa que Google Search lo use como señal de ranking.
  • La categoría Agentic Browsing sigue marcada como «en desarrollo». Su puntuación no es una media ponderada de 0 a 100 como el resto de categorías de Lighthouse, sino una proporción de comprobaciones superadas; la documentación afirma que «el foco actual es recopilar datos y ofrecer señales accionables, no una clasificación definitiva».
  • No hay confirmación pública de que ChatGPT, Gemini o Perplexity consuman hoy estos catálogos para decidir qué marcas mencionan. ARD está pensada para el descubrimiento de herramientas por parte de agentes, no para el posicionamiento de contenido.
  • ARD es una propuesta, no un estándar cerrado. La v0.91 puede cambiar, y ya ha cambiado una vez de ruta canónica.

Quien te diga esta semana que «hay que implementar ARD ya o desaparecerás de la IA» está vendiendo urgencia, no criterio. Es el mismo patrón que vimos con el Ad Context Protocol y con cada estándar emergente de los últimos dos años: el SEO para IA avanza por capas, no por sobresaltos.

Qué dicen los datos de búsqueda

Para dimensionar el interés real que hay detrás del SEO para IA, consultamos Ubersuggest para España el 23 de septiembre de 2026. Los datos son elocuentes:

  • llms.txt: unas 880 búsquedas mensuales, con una dificultad SEO de 37.
  • «seo para ia»: unas 320 búsquedas mensuales, dificultad 25, con intención informacional y comercial.
  • «agentic resource discovery»: apenas 10 búsquedas mensuales, dificultad 24.
  • «ai-catalog.json»: unas 10 búsquedas mensuales, dificultad 40.

Traducción: nadie en España está buscando «agentic resource discovery» todavía. Sí hay demanda consolidada alrededor de llms.txt y del SEO para IA como concepto. Eso marca la prioridad de contenidos y la prioridad técnica: trabajar lo que ya tiene demanda y documentar lo emergente sin invertir horas de desarrollo en algo que puede cambiar de nombre el mes que viene.

Checklist de SEO para IA: qué hacer esta semana si gestionas una pyme

  1. Audita tu web con Lighthouse 13.5 o superior y mira la categoría Agentic Browsing. Puedes hacerlo desde Chrome DevTools o instalando la última versión por línea de comandos. Es gratis y te da una línea base.
  2. Comprueba tu llms.txt. Si lo tienes, verifica que no devuelve un error de servidor: eso sí lo marca Lighthouse. Si no lo tienes, no pasa nada, la auditoría lo da por no aplicable.
  3. Revisa el CLS y la accesibilidad. Son dos de las cuatro auditorías de la categoría y, a diferencia del resto, ya te benefician hoy con usuarios humanos. Es la parte del SEO para IA con retorno inmediato y sin riesgo.
  4. Inventaría tus capacidades invocables. ¿Tienes una API, un sistema de reservas, un catálogo consultable? Ese inventario es el trabajo previo a cualquier catálogo ARD y sirve igual si el estándar cambia.
  5. No toques el robots.txt a ciegas. Añadir directivas no estándar sin entenderlas es una forma clásica de romper el rastreo. Si lo haces, valida después con Search Console.
  6. Documenta y espera. Pon una revisión en el calendario para cuando ARD deje el estado de propuesta y la auditoría de Lighthouse se alinee con la especificación.

Qué significa el SEO para IA en los próximos meses

La lectura de fondo es más interesante que la noticia concreta. Durante veinte años, optimizar una web ha significado hacerla legible para un rastreador que indexa texto y devuelve enlaces. Lo que insinúa Lighthouse 13.5 es una segunda capa: hacer tu web operable por software que actúa en nombre de una persona. No solo «que me encuentren y me lean», sino «que puedan usarme».

Es la misma dirección que veníamos observando en la búsqueda distribuida en múltiples plataformas y en el marketing agéntico. Y tiene una implicación incómoda para muchas pymes: los negocios sin nada invocable —sin reservas online, sin catálogo estructurado, sin API— quedarán fuera de esa capa por defecto, igual que en 2010 quedaron fuera de la búsqueda móvil los que no adaptaron su web.

La buena noticia es que el trabajo previo no es exótico. Datos estructurados correctos, arquitectura clara, accesibilidad real, tiempos de respuesta razonables y procesos digitalizados. Todo eso ya se pedía por otras razones y todo eso es lo que hace que una web sea utilizable por un agente. El archivo JSON es la parte fácil; tener algo que poner dentro es la parte que lleva meses. Ahí está el trabajo real del SEO para IA, y no en copiar una plantilla de catálogo.

Preguntas frecuentes sobre SEO para IA

¿Tengo que crear un archivo ai-catalog.json ahora mismo?

No si tu web es un sitio de contenidos o una web corporativa sin servicios invocables. ARD está en estado de propuesta, la ruta canónica ya ha cambiado una vez y Lighthouse todavía audita la nomenclatura anterior. Tiene sentido para quien ofrece APIs, herramientas o agentes a terceros.

¿Afecta al posicionamiento en Google?

No hay ninguna declaración de Google que lo afirme. La documentación de Chrome no dice que llms.txt ni ARD se usen en la búsqueda, y la categoría que los audita está marcada como experimental.

¿El SEO para IA es lo mismo que el GEO?

No. El GEO busca que la IA cite tu marca cuando responde una pregunta; ARD busca que un agente encuentre una herramienta que puede ejecutar. Se solapan poco, aunque ambos parten de la misma idea: la web ya no la lee solo un humano.

¿Cómo sé si mi web pasa la auditoría?

Ejecuta Lighthouse 13.5 o posterior desde Chrome DevTools, o espera a que la versión llegue a PageSpeed Insights. Busca la categoría Agentic Browsing: verás una proporción de comprobaciones superadas, no una nota sobre 100.

Cómo abordamos el SEO para IA en Vandelay

Nuestra posición con este tipo de novedades es siempre la misma: distinguir lo confirmado de lo especulado, priorizar lo que da retorno hoy y documentar lo que puede darlo mañana. En los proyectos de SEO y GEO que gestionamos estamos midiendo la categoría Agentic Browsing como línea base, reforzando accesibilidad y estabilidad visual —que benefician a personas y a agentes por igual— e inventariando capacidades invocables por cliente. Lo que no estamos haciendo es facturar implementaciones de una especificación que sigue en versión 0.91, porque el SEO para IA bien hecho se parece más a higiene técnica sostenida que a una carrera por ser el primero.

Si quieres entender cómo se traduce todo esto en tu caso concreto, puedes ver cómo trabajamos la visibilidad en asistentes desde nuestra página de agencia GEO en Barcelona o escribirnos a través de contacto. Y si te interesa cómo verificamos cada dato que publicamos, lo explicamos en nuestra política editorial.

Fuentes

Ultima actualizacion: · Revisado por

Sobre el autor

Jehiel Ramos

· CEO y consultor digital

Jehiel Ramos es CEO y consultor digital en Vandelay, la agencia de marketing digital que fundó en Barcelona en 2020. Con más de diez años de experiencia en marketing digital, dirige la estrategia de los clientes de la agencia en posicionamiento SEO y GEO (visibilidad de marca en Google y en asistentes como ChatGPT, Gemini y Perplexity), campañas de Google Ads y Meta Ads, diseño web orientado a conversión y automatización de marketing con inteligencia artificial, siempre con un enfoque de retorno medible y no de métricas de vanidad. Escribe en el blog de Vandelay sobre la evolución de la búsqueda, la publicidad digital y la IA aplicada al marketing, con datos verificados en fuentes primarias. Puedes contactar con él en vandelay@vandelay.es o a través de su perfil de LinkedIn.

Perfil de LinkedIn · Todos sus artículos · Cómo producimos el contenido