Google ha añadido a Lighthouse, la herramienta de auditoría que alimenta PageSpeed Insights, una categoría experimental centrada en la Navegación Agéntica (Agentic Browsing). A diferencia de las categorías clásicas de Rendimiento, Accesibilidad, Buenas Prácticas y SEO, esta nueva sección no evalúa cómo experimenta un humano una página, sino cómo la interpreta y la utiliza un agente de inteligencia artificial que navega de forma autónoma. Es una señal clara de que Google empieza a preparar sus herramientas de desarrollo para un escenario donde los visitantes de un sitio ya no son solo personas, sino también asistentes de IA que rellenan formularios, comparan precios o completan compras en nombre del usuario.
¿Qué es la categoría de Navegación Agéntica?
Esta categoría evalúa, mediante auditorías deterministas, qué tan bien está construido un sitio para la interacción con máquinas. Requiere Chrome 150 o versiones posteriores, y las auditorías relacionadas con WebMCP exigen registrarse en el correspondiente origin trial, lo que confirma su carácter todavía experimental y basado en estándares propuestos, no cerrados.
Cómo se puntúa: nada de un número del 0 al 100
A diferencia del resto de categorías de Lighthouse, la Navegación Agéntica no ofrece una puntuación ponderada de 0 a 100. Como los estándares de la web agéntica aún están en desarrollo, el objetivo actual es recopilar datos y ofrecer señales accionables en lugar de un ranking definitivo. El informe muestra en su lugar tres elementos: una puntuación fraccionaria que indica cuántas comprobaciones de preparación agéntica supera el sitio, un estado de aprobado o fallido para auditorías técnicas concretas, y recuentos informativos que ayudan a observar el progreso general de un vistazo.
Los pilares de la auditoría
Las comprobaciones se agrupan en varios bloques temáticos.
Integración con WebMCP. Lighthouse comprueba si el sitio registra herramientas —como «reservar una mesa» o «añadir al carrito»— mediante la API declarativa (atributos en los formularios HTML) o la API imperativa (JavaScript). También valida si existen formularios sin declaración de WebMCP y si el esquema de esas herramientas es válido.
Accesibilidad orientada a agentes. Los agentes dependen del árbol de accesibilidad como su modelo de datos principal. Lighthouse filtra un subconjunto de auditorías de accesibilidad especialmente relevantes para la interacción automatizada: que cada elemento interactivo tenga un nombre programático, que la jerarquía de roles y relaciones padre-hijo sea coherente, y que el contenido interactivo no esté oculto al árbol de accesibilidad.
Estabilidad de la interfaz. El Cumulative Layout Shift (CLS) se reutiliza aquí con un matiz distinto: mide si los elementos se desplazan entre el momento en que un agente los localiza y el momento en que intenta interactuar con ellos, lo que puede hacer fallar una acción automatizada aunque la página «se vea» estable para un humano.
Descubribilidad mediante llms.txt. Se comprueba la presencia de este archivo, un resumen en Markdown pensado para que los modelos de lenguaje entiendan rápidamente el propósito del sitio y sus enlaces clave sin tener que rastrear toda la estructura. Si el archivo no existe, la auditoría se marca simplemente como no aplicable, ya que de momento es opcional.
Por qué los resultados pueden fluctuar
Aunque las auditorías son deterministas, los resultados de un mismo sitio pueden variar de una ejecución a otra. Las causas más habituales son el registro dinámico de herramientas WebMCP por JavaScript —cuyo momento exacto de ejecución puede no coincidir con el instante en que Lighthouse toma su instantánea—, cambios significativos en el tamaño o complejidad del DOM que alteran el árbol de accesibilidad, y desplazamientos de layout provocados por anuncios o contenido inyectado dinámicamente.
Qué pueden hacer los equipos de desarrollo
Prepararse para esta categoría implica tres frentes de trabajo. El primero es adoptar WebMCP para exponer explícitamente la lógica y los formularios del sitio a los agentes de IA, con nombres de herramienta claros y orientados a la acción, y descripciones que expliquen cuándo debería usarlas un agente. El segundo es reforzar el árbol de accesibilidad con HTML semántico y etiquetado ARIA correcto, ya que constituye la única «vista» que tiene un agente de la página. El tercero es reducir los desplazamientos de layout para que un agente pueda interactuar con la interfaz de forma fiable, sin que los elementos cambien de posición en el peor momento posible.
Cómo probar está nueva función de PageSpeed
Quien quiera adelantarse necesita Chrome 150 o superior y, si quiere validar auditorías de WebMCP, inscribirse en el origin trial correspondiente antes de ejecutar el informe desde PageSpeed Insights o desde el propio panel de Lighthouse en Chrome DevTools. Al tratarse de una categoría experimental, conviene tratar los resultados como una fotografía de un estándar en construcción, no como una puntuación definitiva de cara a auditorías de negocio.
Preguntas frecuentes
¿Qué es la Navegación Agéntica en Lighthouse?
Es una categoría experimental de Lighthouse, la herramienta detrás de PageSpeed Insights, que audita qué tan preparado está un sitio web para ser usado por agentes de inteligencia artificial en lugar de personas, mediante comprobaciones sobre WebMCP, accesibilidad, estabilidad visual y descubribilidad.
¿Qué versión de Chrome necesito para probarla?
Se requiere Chrome 150 o una versión posterior. Además, las auditorías relacionadas con WebMCP solo funcionan si el sitio se ha registrado previamente en el origin trial de WebMCP habilitado por Google.
¿La categoría da una puntuación de 0 a 100 como las demás?
No. En lugar de una nota ponderada, muestra una puntuación fraccionaria de comprobaciones superadas, un estado de aprobado o fallido por auditoría, y recuentos informativos para seguir el progreso general.
¿Qué es WebMCP y para qué sirve en este contexto?
WebMCP es una API que permite a un sitio registrar «herramientas» —como reservar una cita o añadir un producto al carrito— para que un agente de IA pueda ejecutarlas directamente, ya sea de forma declarativa en el HTML o de forma imperativa mediante JavaScript.
¿Qué es el archivo llms.txt y es obligatorio?
Es un archivo en la raíz del dominio, en formato Markdown, que resume el propósito del sitio y sus enlaces clave para que los modelos de lenguaje lo entiendan rápido. Actualmente es opcional: si no existe, la auditoría simplemente se marca como no aplicable.
¿Por qué pueden cambiar los resultados entre una auditoría y otra?
Porque factores como el registro dinámico de herramientas por JavaScript, cambios en la complejidad del DOM que afectan al árbol de accesibilidad, o desplazamientos de layout (CLS) pueden variar entre ejecuciones aunque las auditorías en sí sean deterministas.
