¿Cómo optimizar el rendimiento de tu web para agentes de IA sin comprometer la experiencia humana?

Como Lead Measurement & AI en Converteo y referente de rendimiento web de la consultora, Kevin Larvor acompaña a nuestros clientes en la medición, la gobernanza de datos y la optimización de sus plataformas digitales, impulsando la visión de “rendimiento e IA agéntica”.

Ideas clave

• Para un humano, el rendimiento es una cuestión de comodidad. Para un agente, es una cuestión de éxito o fracaso.
• Google Lighthouse ahora audita la “Navegación agéntica”: integración WebMCP, accesibilidad orientada a máquinas, estabilidad visual y detectabilidad. Al ser controles reproducibles de manera idéntica, pueden ejecutarse en cada pase a producción.
• Lo que beneficia a los agentes también beneficia a los humanos, y la accesibilidad web acaba de encontrar un nuevo impulso gracias a los LLM.

LCP, INP, CLS: estas métricas de rendimiento, conocidas como Core Web Vitals, fueron diseñadas para medir la percepción humana. Un agente, por el contrario, no siente nada. Los mismos indicadores ya no miden la comodidad, sino una tasa de éxito.

El rendimiento web cambia de naturaleza

El tráfico agéntico ya no es un tema del futuro: en Francia, el 31 % de los compradores online (y hasta el 49 % de los jóvenes de entre 15 y 24 años) ya utilizan la IA generativa en sus procesos de compra en línea.

Durante veinte años, optimizar el rendimiento web consistía en optimizar una percepción: ¿parece que carga rápido?, ¿se siente reactiva la página?, ¿da sensación de estabilidad? De hecho, las Core Web Vitals son explícitamente métricas de experiencia percibida. Fueron calibradas basándose en la psicología de la espera.

Un agente no espera. No es impaciente ni necesita que lo tranquilicen. Simplemente ejecuta una tarea, y esa tarea tiene éxito o fracasa. El rendimiento deja de ser una cuestión de confort para convertirse en una cuestión binaria: el proceso se completa o no se completa.

Este cambio altera el impacto de cada defecto. Un salto en el diseño de la página (layout shift) puede generar frustración en un humano, mientras que a un agente le hace hacer clic en el lugar equivocado. Un menú desplegable al pasar el ratón (hover) obliga a un humano a buscar durante dos segundos, pero para un agente hace que toda una sección sea directamente inexistente. La fricción se convierte en un error crítico.

Google Lighthouse y la categoría experimental de navegación agéntica

Desde la versión 150 de Chrome, Lighthouse incorpora una categoría experimental llamada “Navegación agéntica”, que evalúa la calidad del diseño de una web para la interacción con máquinas dividida en cuatro familias:

1. La integración WebMCP: Lighthouse consulta el protocolo Chrome DevTools para detectar las herramientas que tu sitio expone a los agentes, ya estén declaradas en HTML o registradas en JavaScript. También señala los formularios que podrían estar expuestos y no lo están, así como los esquemas inválidos.
2. La accesibilidad orientada a agentes: Un subconjunto de auditorías de a11y (accesibilidad) consideradas críticas para la interacción con máquinas. ¿Tiene cada elemento interactivo un nombre programático? ¿Son válidos los roles y las relaciones padre-hijo? ¿Hay contenido interactivo oculto para el árbol de accesibilidad?
3. La estabilidad: El CLS, pero interpretado de otra manera: lo que se mide aquí es el riesgo de que el elemento identificado por el agente ya no esté en el mismo sitio cuando este intente interactuar con él.
4. La detectabilidad: La presencia de un archivo llms.txt en la raíz del dominio.

Un punto fundamental, más importante de lo que parece: estas auditorías son deterministas, y Google aclara que es deliberado para permitir su integración en los procesos de CI/CD (integración y despliegue continuos). En otras palabras, la preparación para agentes (agent readiness) está diseñada desde el principio como un test que se ejecuta en cada despliegue, no como un informe que se lee una vez al trimestre.

Cuidado, sin embargo, con no sobreinterpretar la herramienta. Lighthouse mide una página, en un momento dado, en un navegador. No te dice si un agente realmente logra completar tu embudo de conversión de ventas. Es un indicador de higiene técnica, no una prueba de usabilidad real.

Core Web Vitals (LCP, INP, CLS): Diferencias de percepción entre un humano y un agente de IA

A esta tabla se suma una métrica que todavía no existe —o muy rara vez lo hace— en los paneles de control: el coste de lectura de la página. Un DOM de 8.000 nodos es más caro de rastrear que un DOM de 1.500. La ligereza del código HTML (markup), que hasta ahora defendíamos por razones de mantenibilidad, vuelve a ser un argumento puramente económico.

6 Prácticas de UI/UX incompatibles para los agentes de IA

Varias prácticas que llevamos enseñando desde hace diez años representan hoy barreras técnicas que impiden la interacción de la IA:

• El lazy loading al hacer scroll y el scroll infinito: El agente no hace scroll como un humano. El contenido que solo aparece después de deslizar tres veces la pantalla simplemente no existe para él.
• Todo lo que dependa de pasar el ratón (hover): Menús desplegables al hacer hover, tooltips (ventanas emergentes de información), megamenús que se abren al pasar el cursor: si no hay ratón, no hay contenido. Toda la estructura de una web puede desaparecer de la vista de la máquina.
• Renderizado pesado del lado del cliente sin SSR (Server-Side Rendering): Viejo debate, nuevo argumento. Una SPA (Single Page Application) que construye su DOM en tres oleadas sucesivas le ofrece al agente una ventana de captura aleatoria que puede no estar completa.
• El contenido encerrado en imágenes o canvas: Un precio mostrado dentro de un banner promocional gráfico es invisible. Esto ha sido siempre cierto para la accesibilidad y hoy cobra aún más importancia.
• Los intersticiales y los pop-ups de captación (leads): Con los humanos, cuestan un par de puntos de conversión y lo aceptamos porque los correos electrónicos recopilados generan más ingresos. Con un agente, no pierdes dos puntos de conversión: la tarea entera se detiene.
• El tema del que nadie quiere hablar: tu WAF (Web Application Firewall): El sitio web mejor optimizado del mundo no sirve de nada si tu configuración anti-bots le lanza un captcha al agente. Vale la pena plantear esta cuestión de frente en el comité de dirección: ¿habéis decidido que los agentes son bienvenidos en vuestra web, o lo ha decidido vuestra configuración anti-bots por vosotros? No es una decisión técnica, es una decisión de negocio.

Del SEO al GEO: ¿Cómo hacer que tu página sea fácil de encontrar, leer y usar para un agente?

¿Cómo hacer que la página sea fácil de encontrar (detectable)?

El archivo llms.txt es auditado por Lighthouse, a pesar de que ningún estándar lo consagra formalmente todavía y de que no todos los rastreadores lo utilizan. Como su coste de implementación es cercano a cero, es una optimización fácil, pero tampoco esperes milagros.

¿Cómo hacer que la página sea legible?

HTML semántico, etiquetas ARIA correctas, nombres programáticos en todos los elementos interactivos. Esta es la base, y es exactamente lo que normativas como las pautas de accesibilidad web (WCAG o el RGAA en Francia) llevan años exigiendo.

¿Cómo hacer que la página sea accionable?

Este es el objetivo de WebMCP: en lugar de dejar que un agente adivine que tiene que hacer clic aquí, rellenar allá y validar después, declaras explícitamente la acción “buscar un producto” o “comprobar disponibilidad en tienda”. Pasamos de una docena de pasos frágiles a una sola llamada a la API.

Accesibilidad Web (a11y): Una nueva palanca de conversión

Reducir el CLS, aligerar el DOM, servir HTML semántico, nombrar correctamente los elementos interactivos, limitar los intersticiales… nada de esto empeora la experiencia humana. Son recomendaciones que se llevan haciendo desde hace diez años y que, por falta de patrocinador y de presupuesto, solían acabar siempre en el fondo del backlog.

Esta es la verdadera aportación de la lectura agéntica, y resulta un tanto irónica: no crea un nuevo frente de trabajo, sino que por fin justifica ese frente que llevábamos tiempo aplazando. La accesibilidad es el ejemplo más claro. El árbol de accesibilidad (a11y), que antes se veía como una mera obligación normativa, se ha convertido en el formato de lectura de los agentes. El presupuesto que no lográbamos defender en nombre del cumplimiento legal (compliance), ahora se defiende en nombre de la conversión de ventas.

¿Por dónde empezar para optimizar tu web?

Intenta medir el tráfico agéntico en tu sitio antes de ponerte a optimizar: es muy difícil tomar decisiones sobre un volumen que desconoces. Después, sigue este orden:

1. Segmentar el tráfico agéntico en tu herramienta de analítica web para tener un orden de magnitud de base.
2. Establecer una línea base utilizando la categoría “Navegación agéntica” de Lighthouse, teniendo muy presente qué es lo que mide y qué es lo que no mide.
3. Probar en condiciones reales: Confía tres o cuatro flujos críticos de la web a un agente de IA para gran público y observa dónde se rompe el proceso. A menudo, esto es mucho más instructivo que el propio informe.
4. Revisar la puerta de entrada: Comprueba tu configuración del WAF y el sistema anti-bots, pero esta vez tomando una decisión con conocimiento de causa.
5. Industrializar el proceso: Ejecuta estas auditorías de forma automática con cada pase a producción y asigna un responsable dentro de tu equipo.

En Converteo, ya integramos plenamente estas dimensiones en nuestras auditorías de rendimiento web.