Lighthouse ya puntúa si los agentes de IA pueden usar tu web (y tu diseño sigue pensando en humanos)

# Lighthouse ya puntúa si los agentes de IA pueden usar tu web (y tu diseño sigue pensando en humanos)

**Categoría:** Diseño Web
**Estilo:** crítico
**Fecha:** 2026-09-15

Google ha metido en Lighthouse una categoría nueva llamada Agentic AI Browsing. Suena a moda, pero no lo es del todo: mide si un agente de IA puede leer tu página, encontrar un botón, rellenar un formulario y completar una tarea sin tropezarse con el mismo desastre que ya lleva años tropezando un lector de pantalla. La auditoría revisa cuatro cosas: WebMCP, el árbol de accesibilidad, la estabilidad del layout y si tienes un llms.txt en la raíz. Lo contaba DBS Interactive a principios de septiembre, y la reacción en foros ha sido la de siempre: «¿otra métrica más?»

Yo creo que la pregunta correcta es otra. No es si Google te va a penalizar mañana por no tener WebMCP. Es por qué tu web, después de años de rediseños, sigue siendo ilegible para cualquier cosa que no sea un ojo humano mirando la pantalla.

En mi experiencia auditando sitios de clientes, el patrón se repite: la home queda bonita, el cliente aprueba el mockup en Figma, y se publica. Seis meses después alguien corre Lighthouse por primera vez y aparecen formularios sin etiqueta, carruseles que nadie puede cerrar con teclado y menús desplegables hechos con divs genéricos. Ahora Google le pone nombre de «agentic browsing» a lo que WCAG lleva pidiendo desde hace una década. Y de repente interesa.

Lo irónico es que la mayoría de los fallos que marca esta auditoría no los ha inventado la IA. Los ha inventado el diseño web comercial: priorizar la estética sobre la estructura, cargar plugins de slider porque «queda moderno», meter pop-ups de newsletter que se superponen al contenido y desplazan botones mientras el usuario — o el agente — intenta hacer clic. El CLS ya existía en Core Web Vitals precisamente por eso. Un agente que localiza el botón «Añadir al carrito» y ve cómo salta tres centímetros porque ha cargado un banner promocional falla igual que tu cliente impaciente en el móvil.

Los datos de Webmatik, que analizó 171 webs entre marzo y septiembre de 2026, lo confirman con números: la mediana en UI/UX es 83 sobre 100, pero en retención cae a 50 y en «AI readiness» a 56. Traducción: diseñamos para que se vea bien en una captura de pantalla, no para que funcione como sistema. Las webs están hechas para impresionar en la reunión de kick-off, no para que alguien — humano o máquina — complete una acción sin fricción.

El árbol de accesibilidad es el punto donde más se nota la hipocresía del sector. Lighthouse comprueba si los controles tienen nombres programáticos, si las relaciones entre elementos son válidas, si los encabezados tienen jerarquía. Son cosas que cualquier desarrollador que haya pasado una auditoría WCAG conoce. Pero en la práctica, el 96,8% de las páginas principales tienen errores detectables automáticamente, según recoge Mintec citando WebAIM. No es un problema de desconocimiento. Es de prioridades: la accesibilidad entra en el presupuesto solo cuando hay demanda legal o cuando el cliente lo pide explícitamente. Ahora que los agentes de IA leen ese mismo árbol, de repente hay artículos en LinkedIn explicando por qué importa.

WebMCP es la pieza más nueva y, sinceramente, la que menos me preocupa hoy. El estándar aún se está definiendo; partes de la auditoría salen como «informacional» en lugar de pass/fail. Tiene sentido vigilarlo si gestionas ecommerce o SaaS con APIs expuestas, pero construir toda tu arquitectura alrededor de un borrador me parece precipitado. Lo mismo con llms.txt: añadir un archivo de texto en la raíz cuesta cinco minutos, pero Google lleva más de un año diciendo que no influye en el posicionamiento clásico. Sirve para agentes externos que quieran entender tu sitio, no para magically aparecer en ChatGPT.

Lo que sí me preocupa es la narrativa que se está montando: «prepara tu web para la era de los agentes». Como si fuera un addon más, como instalar un plugin de chatbot. Sortea2 lo explica bien: la IA no cambia la web añadiendo una capa conversacional encima. Obliga a que los contenidos estén identificados, que las relaciones entre páginas sean claras, que los datos tengan formatos consistentes. Es decir, obliga a hacer bien el trabajo que muchos proyectos recortan en la fase de desarrollo porque «eso no se ve».

Y mientras tanto, el rendimiento sigue empeorando en campo real. Harry Roberts publicaba en CSS Wizardry que la proporción de orígenes con buen INP ha caído de 87,2% en marzo a 85,3% en agosto de 2026. Chrome lo califica de «preocupante» y aún no hay explicación definitiva. Cada framework nuevo, cada script de analítica, cada A/B test empaquetado en un tag manager empeora la interactividad. Diseñamos interfaces cada vez más ricas visualmente sobre bases cada vez más pesadas, y luego nos sorprendemos de que un agente — o un usuario con un móvil de gama media — no pueda interactuar a tiempo.

El 61% de los sitios auditados por Webmatik fallan en móvil frente al 29% en desktop. Eso no es un dato de accesibilidad ni de IA. Es un dato de diseño web que ignora cómo se usa de verdad la web. Probamos en el portátil del diseñador, aprobamos en pantalla Retina, y publicamos. Los agentes de IA probablemente accederán desde infraestructura potente, pero los humanos no. Si tu web no funciona en un Android de cuatro años con 4G irregular, da igual cuánto puntúe en la auditoría agentic: has diseñado para una audiencia imaginaria.

¿Qué haría yo con esta auditoría nueva? La usaría como excusa para vender lo que ya debería estar en cualquier proyecto: HTML semántico, etiquetas en formularios, contraste suficiente, layout estable, pruebas en dispositivo real. No como checklist de moda para 2026, sino como argumento de peso frente a clientes que quieren el carrusel de héroe con vídeo autoplay y tres pop-ups. «Mira, Lighthouse dice que un agente no puede completar la compra» suena a futuro. «Un lector de pantalla no puede navegar tu menú» suena a obligación legal que muchos ignoran. Es triste que necesitemos la primera para tomar en serio la segunda.

Lo que nadie te cuenta es que la auditoría agentic no crea problemas nuevos: los documenta con un vocabulario que el comité de dirección entiende. «AI-ready» vende más que «WCAG 2.2 AA». Pero arreglar lo uno arregla lo otro. Si tu formulario de contacto tiene labels correctos, un agente lo rellena y una persona con discapacidad visual lo entiende. Si tu CLS está bajo control, el agente no hace clic en el sitio equivocado y tu usuario tampoco pulsa «Cancelar suscripción» en lugar de «Confirmar pedido». No es magia de IA. Es diseño web hecho con criterio.

Mi sospecha es que dentro de seis meses habrá agencias vendiendo «optimización para agentes de IA» como servicio premium, cobrando por un llms.txt y un par de meta tags, sin tocar la estructura rota que lleva ahí desde 2019. Lo he visto con AMP, con Core Web Vitals, con «mobile-first» cuando mobile-first significaba reducir el menú a un hamburguesa ilegible. Cada nueva métrica genera una capa de consultoría superficial encima de problemas estructurales que nadie quiere pagar para resolver.

Si gestionas una web — la tuya o la de un cliente — corre la auditoría agentic de Lighthouse esta semana. No porque Google vaya a rankear por ella mañana, sino porque te va a dar una lista de vergüenza muy concreta de cosas que ya deberías haber arreglado. Y cuando veas que el árbol de accesibilidad falla por el mismo carrusel que ya sabías que era mala idea, no compres un servicio de «AI readiness». Borra el carrusel. Pon etiquetas. Reserva espacio para los banners. Prueba en un móvil real. Es menos vendible como titular, pero funciona para humanos, para lectores de pantalla y, sí, para los agentes que vienen.

Si mañana tu cliente te da a elegir entre un rediseño visual completo que mantenga la misma estructura rota o una refactorización aburrida de HTML y formularios que dispare la puntuación agentic sin cambiar ni un color, ¿cuál sabes que va a elegir — y cuál le convendría de verdad?

Fuentes

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.

Scroll al inicio