Analizamos la mecánica interna de la «Navegación de Agentes» (Agentic Browsing) en Lighthouse
En mayo de 2026, con el lanzamiento de Lighthouse 13.3.0, una nueva categoría migró oficialmente a las verificaciones predeterminadas (y luego a PageSpeed Insights) — «Navegación agéntica» (Agentic Browsing). Evalúa qué tan preparado está su sitio web para interactuar con agentes de IA, bots inteligentes y modelos LLM.
Alrededor de esta actualización ya han surgido muchos mitos y pánico injustificado. El equipo de Starcode PR ha analizado la mecánica interna de las nuevas auditorías para demostrar que no es necesario correr a reescribir el código ahora mismo, pero es imprescindible saber hacia dónde se dirige Google.
El mito principal: «Nos quedaremos atrás de la competencia si no implementamos funciones de IA»
La categoría «Vista de agente» todavía tiene el estado «under development» (en desarrollo). A diferencia de la evaluación habitual del rendimiento, aquí no hay una escala de 0 a 100. Lighthouse simplemente muestra una relación fraccionaria de las comprobaciones superadas; por ejemplo, 2/2 o 3/3.
Importante: No puede «suspender» una auditoría solo porque no tenga integraciones de IA a la última moda. Si el sitio web no tiene archivos o protocolos específicos de IA, Lighthouse simplemente marcará estas verificaciones como Not Applicable (No aplicable) y no arruinarán su puntuación. Un sitio web estándar de calidad obtiene fácilmente un «verde» de 2/2. Es una señal sobre la dirección del desarrollo web, no un motivo de pánico.
4 auditorías reales: ¿Qué comprueba exactamente Lighthouse?
De hecho, la «Vista de agencia» se reduce a solo cuatro métricas específicas: dos fundamentales y dos experimentales.
1. Corrección del árbol de accesibilidad (Accessibility Tree)
Muchos artículos intentan dividir este punto en muchos requisitos nuevos, pero en realidad Lighthouse realiza una auditoría conocida: «accessibility tree is not well-formed».
Los agentes de IA no tienen ojos, su modelo de percepción de la página es el Accessibility Tree (árbol de accesibilidad). Esta comprobación se basa en las reglas ya existentes de a11y (accesibilidad). Si tiene una semántica correcta, las botones tienen aria-label, y los formularios estén correctamente vinculados con <label>, pasará esta verificación sin esfuerzo adicional.
2. Cambios de diseño acumulados (CLS — Cumulative Layout Shift)
La métrica CLS es familiar desde hace tiempo para los especialistas en SEO, pero aquí cobra un significado crítico. Si un agente de IA encontró el botón necesario, calculó sus coordenadas e intentó hacer «clic», y en ese momento se cargó un banner y desplazó el contenido, se producirá un fallo en la interacción del programa. La estabilidad visual (CLS) es aún más importante para los agentes que para los humanos.
3. Archivo llms.txt (Nuevo estándar)
Esta es la novedad técnica más interesante que a menudo se pasa por alto. llms.txt — es un archivo (análogo a robots.txt), que se coloca en la raíz del sitio y contiene un resumen Markdown comprimido sobre la estructura y el contenido del proyecto especialmente para modelos de lenguaje (LLM).
Si ha decidido añadir llms.txt, Lighthouse comprobará que cumpla tres reglas estrictas:
- En el archivo debe haber obligatoriamente un encabezado H1.
- El archivo no debe ser demasiado corto (se descartan los marcadores de posición sin contenido).
- En el archivo deben estar presentes obligatoriamente enlaces a los recursos de su sitio web, y estrictamente en formato Markdown (por ejemplo,
[О нас](/about)). Las URL de texto normales provocarán el fracaso de la auditoría.
(Nota: por ahora este archivo es poco utilizado por las propias herramientas de IA, por lo que su ausencia no reducirá su puntuación).
4. Protocolo WebMCP
Esta auditoría comprueba cómo el sitio expone sus herramientas para la interacción con modelos (Model Context Protocol). Lighthouse busca herramientas registradas en la página de dos maneras:
- Declarativamente: Comprueba los formularios HTML en busca de anotaciones correctas y conformidad con el esquema (
form-coverageyschema-validity). Si define las herramientas a través de atributos HTML, deben tener nombres y descripciones de parámetros correctos (toolparamdescription). - Imperativamente: El sistema captura herramientas registradas programáticamente a través de JavaScript mediante una llamada
navigator.modelContext.registerTool.
¿Qué hacer ahora mismo?
En este momento, la «Vista de la agencia» es más un compás que un supervisor. Para que su sitio web permanezca en la zona verde y esté listo para el futuro, concéntrese en lo básico:
- Mantenga el CLS en cero. Fije estrictamente las dimensiones de todas las imágenes y bloques publicitarios.
- Seguir a11y. El árbol de accesibilidad debe ser perfecto. Esto es útil no solo para la IA, sino también para los lectores de pantalla (y el SEO clásico).
- llms.txt y WebMCP — a su elección. Tiene sentido integrarlos solo si su proyecto ya interactúa activamente con LLM o si le gusta estar a la vanguardia de la tecnología.