Si corriste Google PageSpeed Insights en las últimas semanas, quizá notaste una quinta columna que antes no estaba: Navegación agéntica. No hubo anuncio con bombo, no salió en las noticias de marketing, y la mayoría de los dueños de tienda ni la han visto. Pero es la primera vez que Google mide oficialmente si los agentes de inteligencia artificial —ChatGPT, Claude, Perplexity, Gemini y la nueva ola de navegadores con IA— pueden leer, entender e interactuar con tu e-commerce. Y esa distinción importa más de lo que parece.
Llegó con Lighthouse 13.3, lanzado el 7 de mayo de 2026. Apenas tiene semanas de vida. En este artículo te explico qué revisa exactamente, cómo correrla en tu propio sitio, por qué la mayoría de las auditorías la muestran incompleta, y qué tan en serio deberías tomártela hoy —con honestidad, incluyendo las contradicciones que Google mismo no resuelve.
Por qué existe esta categoría: el navegador ya no es solo para humanos
Durante toda la historia de la web, los únicos sistemas automatizados que "leían" tu sitio eran los rastreadores de búsqueda: indexaban texto y seguían enlaces. Eso está cambiando. Ahora hay agentes de IA que no solo leen, sino que ejecutan tareas en tu nombre: comparan productos, llenan formularios, agendan citas, completan compras.
Y aquí está el punto que casi nadie explica: un agente de IA no ve tu página como un humano. No mira los píxeles bonitos ni el diseño. Depende del árbol de accesibilidad como su modelo de datos —la estructura semántica invisible detrás de tu HTML—. Un sitio que "se ve bien" puede ser completamente ilegible para un agente si esa estructura está rota. Dicho de otro modo: la accesibilidad dejó de ser solo una cortesía para personas con lectores de pantalla; ahora es la interfaz de máquina de tu negocio.
Esto conecta directo con lo que venimos diciendo hace tiempo: no es cosmética, es arquitectura. La misma tesis del GEO (Generative Engine Optimization) aplicada a un nuevo frente.
Qué revisa exactamente: los cuatro checks desglosados
La categoría corre cuatro comprobaciones. Lo interesante es que tres de las cuatro no son territorio nuevo: son higiene técnica que ya deberías tener. Solo una es genuinamente inédita.
1. llms.txt — el mapa del sitio para los LLMs
Un archivo de texto en la raíz de tu dominio que describe tu sitio en un formato pensado para que los agentes de IA lo consuman. El check no solo verifica que exista, sino que siga las recomendaciones del estándar. Es el equivalente al sitemap.xml, pero para inteligencias artificiales en vez de para Google.
2. Árbol de accesibilidad bien formado
Roles, etiquetas y jerarquía correctos. Lo que ayuda a una persona con lector de pantalla ayuda idéntico a un agente de IA: ambos necesitan que cada elemento declare qué es y para qué sirve. Si ya invertiste en accesibilidad, aquí partes con ventaja.
3. CLS (cambios de diseño acumulados)
La estabilidad visual, uno de los Core Web Vitals. El ángulo agéntico que casi nadie menciona: si tu layout se mueve mientras carga, un agente puede identificar un botón en una posición y, al intentar hacer clic, el elemento ya se movió. Estabilidad = confiabilidad de interacción. Un sitio que salta es un sitio en el que el agente falla.
4. WebMCP — el único territorio realmente nuevo
Aquí está la parte que hace a esta auditoría distinta de todo lo anterior. WebMCP es un protocolo del equipo de Chrome que permite a tu sitio registrar "herramientas" —buscar, filtrar, agregar al carrito, enviar una consulta— que los agentes pueden llamar directamente, como si invocaran una función, en lugar de parsear píxeles y adivinar dónde hacer clic.
Hay dos formas de implementarlo: la declarativa (anotar formularios HTML existentes con atributos) y la imperativa (registrar herramientas con JavaScript). Para la mayoría de sitios, la declarativa es el camino: si ya tienes un formulario de contacto o de búsqueda, lo anotas y listo.
Si corres la auditoría en un sitio cualquiera, los checks de WebMCP aparecen como "no aplicable". No es un error: es que ese sitio no registra ninguna herramienta. WebMCP es tan nuevo que la inmensa mayoría de la web todavía no lo ha tocado. Ahí está la oportunidad de adelantarse.
Cómo correr la auditoría en tu propio sitio
Hay dos caminos, y entender la diferencia entre ellos te va a ahorrar horas de confusión (a mí me costó descubrirlo).
Camino fácil — PageSpeed Insights: entra a pagespeed.web.dev, mete tu URL, y la categoría "Navegación agéntica" aparece junto a las cuatro de siempre. Es la vía que cualquiera puede reproducir sin configurar nada.
Camino completo — Lighthouse en Chrome: abre las DevTools (F12), ve a la pestaña Lighthouse, marca "Navegación agéntica" y analiza. Requiere Chrome 150 o superior; en versiones anteriores hay que activar una bandera en chrome://flags/#enable-webmcp-testing y relanzar el navegador.
A diferencia de las otras categorías, esta no da una puntuación de 0 a 100. Da un ratio de checks aprobados (por ejemplo 3/3 o 4/4) y está marcada explícitamente como experimental: "esta categoría aún está en desarrollo y puede cambiar", advierte el propio reporte.
PageSpeed Insights corre la auditoría en los servidores de Google, no en tu navegador. Como esos servidores no tienen la bandera de WebMCP activada, los checks de WebMCP siempre te saldrán "no aplicable" ahí, aunque tu sitio lo tenga perfectamente implementado. Para verificar WebMCP de verdad necesitas Lighthouse local, en tu propio Chrome con la bandera activa. Son dos herramientas que se ven casi idénticas pero miden cosas distintas.
La dosis de escepticismo: lo que Google no te dice
Sería deshonesto venderte esto como la próxima revolución del SEO sin señalar las contradicciones. Aquí van tres verdades incómodas, tratadas con la seriedad de un ingeniero y no con el entusiasmo de un vendedor.
No es un factor de ranking. Google no posiciona mejor tu sitio hoy por aprobar esta categoría. Es una señal de preparación, no una palanca de posicionamiento.
Google se contradice a sí mismo. John Mueller, de Google, comparó públicamente el llms.txt con la etiqueta meta keywords —aquella práctica desacreditada de principios de los 2000 que Google terminó ignorando— mientras que, al mismo tiempo, Lighthouse lo audita como un check. La mano derecha audita lo que la izquierda desdeña.
WebMCP es incipiente. El soporte vive solo en Chrome, detrás de una bandera experimental, y muy pocos agentes de IA llaman estas herramientas todavía. El estándar sigue en incubación en el W3C y puede cambiar.
Entonces, ¿por qué molestarse? Por dos razones sólidas. Primero: tres de los cuatro checks son higiene técnica que ya deberías tener resuelta de todas formas —accesibilidad, estabilidad visual y contenido estructurado benefician a tus usuarios humanos hoy, con o sin agentes—. El marcador es nuevo; el trabajo, no. Segundo: cuando esto deje de ser experimental —y la dirección del viento es clara—, los sitios que trataron la legibilidad para agentes como arquitectura desde el inicio ya estarán del otro lado. Es el mismo argumento de por qué una tienda no necesita más apps, sino mejor ingeniería: los que construyen bien temprano componen la ventaja.
Caso real: cómo llevamos integralweb.mx al máximo
No hablo de teoría. Apliqué todo esto a mi propio sitio, y el proceso reveló exactamente las trampas que describí arriba.
El punto de partida: los tres checks de higiene (llms.txt, accesibilidad, CLS) ya pasaban, porque el sitio ya estaba construido con esos principios. Pero los tres checks de WebMCP salían "no aplicable" —como en el 99% de la web—. El sitio no ofrecía ninguna herramienta a los agentes.
La solución fue anotar el formulario de contacto con WebMCP declarativo: un puñado de atributos HTML que convierten el formulario existente en una herramienta que un agente puede invocar. Sin reescribir la lógica, sin tocar el envío de datos, sin JavaScript nuevo. El navegador genera automáticamente el esquema —incluyendo el tipo de cada campo, cuáles son obligatorios y las opciones válidas del menú desplegable— a partir del HTML que ya existía.
El resultado en PageSpeed: 100 en Rendimiento, Accesibilidad, Prácticas recomendadas y SEO, más 3/3 en Navegación agéntica. Pero como ya expliqué, PageSpeed no muestra WebMCP. La foto completa solo aparece en Lighthouse local, con la bandera activa:
Ahí está el 4/4, con "WebMCP tools registered" y "WebMCP schemas are valid" en verde. Un cuarto check, "WebMCP form coverage", aparece como "no aplicable" —pero eso no resta: los checks no aplicables quedan fuera del cálculo, y 4/4 es el máximo alcanzable hoy—. Es un check que el propio Google mantiene en desarrollo.
Este 4/4 con WebMCP en verde solo se ve con Chrome 150+ y la bandera de testing activa, corriendo Lighthouse local. En PageSpeed normal, cualquiera verá 3/3 con WebMCP en gris. No es una debilidad del resultado: es precisamente por qué esta auditoría es tan desconocida. Ni las herramientas estándar la muestran completa todavía.
Tu checklist para hoy
Si quieres adelantarte a esta ola sin perder tiempo en lo que aún no vale la pena, este es el orden sensato:
- Corre la auditoría. Empieza por PageSpeed Insights para tener tu línea base. Toma 30 segundos.
- Crea tu llms.txt. Es la victoria rápida: un archivo de texto describiendo tu sitio y tus secciones clave. Una hora de trabajo.
- Revisa tu árbol de accesibilidad. Etiquetas, roles y jerarquía correctos. Ayuda a usuarios reales, al SEO y a los agentes, todo a la vez.
- Verifica tu CLS. Probablemente ya tienes los datos en Core Web Vitals. Si tu layout salta, arréglalo.
- Evalúa WebMCP según tu caso. Si tienes formularios clave (contacto, búsqueda, reserva), la vía declarativa es de bajo esfuerzo. Si no, obsérvalo sin apurarte: es lo único genuinamente prematuro de la lista.
Abre pagespeed.web.dev, mete la URL de tu tienda y busca la columna "Navegación agéntica". Ese número es tu punto de partida. Si sale bajo, no es un problema de agentes de IA del futuro: es higiene técnica que tus usuarios humanos ya están sufriendo hoy.
La pregunta que deberías hacerte
La web se está partiendo en dos audiencias: humanos y agentes. Por primera vez, Google puso un marcador oficial sobre qué tan preparado estás para la segunda. No es un factor de ranking todavía, pero la dirección es inequívoca. La pregunta no es si tu sitio necesita hablar el idioma de los agentes, sino cuándo vas a empezar a construirlo así —y si prefieres hacerlo antes o después de que tus competidores lo descubran.
