Navegación agéntica: por qué tu web debe ser legible para una IA tanto como para una persona

Un número creciente de los visitantes que llegan a una web ya no son personas que hacen clic: son agentes de IA que navegan, rellenan formularios y toman decisiones en nombre de un usuario. Este fenómeno tiene un nombre: la navegación agéntica. Y está cambiando discretamente lo que significa una web «bien hecha».

¿Qué es la navegación agéntica?

Asistentes como Claude (con el «computer use»), ChatGPT Operator o los agentes de búsqueda de Perplexity ya pueden abrir un navegador, recorrer una página, identificar un botón, rellenar un campo y confirmar una acción, exactamente como lo haría un usuario humano, pero sin parecerlo. Hoy un visitante puede pedirle a su asistente de IA que «pida cita con este proveedor» o que «compare los precios de estas tres agencias», y es el agente quien recorrerá tu web en su lugar.

En la práctica, esto significa que tu web tiene ahora dos públicos a los que satisfacer: las personas y los agentes que actúan por ellas. Una web optimizada solo para el ojo humano puede ser invisible, o peor, incomprensible para un agente, y quedar descartada en silencio de un proceso de decisión del que nunca sabrás que formaste parte.

El vínculo directo con la accesibilidad no es casualidad

Esto es lo que a primera vista resulta poco intuitivo: una web accesible para las personas con discapacidad es, casi de forma automática, una web que los agentes de IA pueden leer. Ambas se apoyan en la misma base técnica: una estructura HTML semántica clara, roles ARIA coherentes y etiquetas explícitas en los botones y en los campos de formulario.

No es una coincidencia. Un lector de pantalla y un agente de IA hacen en el fondo lo mismo: no «ven» la página como una representación visual, la leen a través de su árbol de accesibilidad (el árbol de roles, etiquetas y relaciones que el navegador construye a partir del DOM). Si ese árbol está mal formado, ambos públicos fracasan al interactuar con tu página, por motivos distintos pero con el mismo resultado: el abandono.

Un ejemplo concreto

En un proyecto reciente, una auditoría de accesibilidad detectó que un carrusel construido con etiquetas <li> con el atributo role="group" no superaba una prueba ARIA básica: ese rol simplemente no está permitido en un elemento de lista. Una persona nunca nota este tipo de detalle, porque visualmente todo funciona. Pero un agente que analiza la estructura de la página para entender «qué es este elemento, para qué sirve, puedo interactuar con él» puede quedarse bloqueado o interpretar mal el componente. La corrección, sustituir las etiquetas de lista por contenedores genéricos con los roles adecuados, resolvió el problema sin cambiar nada a la vista. Es el típico detalle invisible para una persona pero decisivo para un agente.

Lo que rompe la navegación agéntica

• Botones sin etiqueta accesible: un icono solo, sin aria-label, no significa nada para un agente que tiene que adivinar su función
• Formularios mal estructurados: campos sin <label> asociado, o grupos de campos sin fieldset/legend, hacen que el rellenado automático sea poco fiable
• Contenido que solo se genera con una interacción, sin estado accesible: si una información solo existe en el DOM tras una interacción compleja (pasar el ratón, arrastrar y soltar), un agente que no reproduzca exactamente ese gesto nunca la encontrará
• Roles ARIA incoherentes o incorrectos: como en el ejemplo anterior, un rol mal utilizado puede hacer que se interprete mal un componente entero
• Acciones críticas que dependen solo de JavaScript no estándar: un botón «Enviar» que no dispara un verdadero evento de clic interpretable, sino un gesto propietario, complica la automatización

Un escenario concreto para entender lo que está en juego

Imagina un artesano que vende cocinas a medida. Un cliente potencial le pide a su asistente de IA: «búscame tres montadores de cocinas cerca de Toulouse y pide cita para un presupuesto con el que tenga mejores opiniones». El agente recorrerá varias webs, comparará las opiniones que muestran y luego intentará rellenar el formulario de cita de la web elegida.

En una web bien estructurada, el agente identifica sin ambigüedad el formulario, sus campos (nombre, teléfono, fecha deseada) y el botón de envío, y confirma la cita en unos segundos. En una web donde el formulario se basa en elementos no estándar, sin etiquetas claras, o donde el envío depende de una interacción inusual (un deslizador personalizado sin rol ARIA, por ejemplo), el agente falla en silencio, o peor, rellena mal un campo sin que nadie se dé cuenta hasta que el cliente se extraña de que nunca le hayan llamado. En ambos casos, el artesano pierde un cliente sin saber nunca por qué: ninguna línea de las estadísticas dirá «un agente de IA abandonó tu formulario».

AEO: la prolongación natural del SEO

Empieza a aparecer el término AEO (Agent Engine Optimization), como eco del SEO clásico. La idea: igual que se optimiza una web para que Google la entienda y la clasifique, ahora hay que optimizarla para que un agente de IA pueda entenderla y actuar en ella correctamente. Ambas disciplinas se solapan mucho, porque una web bien estructurada semánticamente sirve a los dos objetivos a la vez, pero el AEO añade una exigencia más: la página debe poder usarse de principio a fin por un actor que no «ve» la representación visual, solo la estructura lógica.

A diferencia del SEO, todavía no existe una herramienta de medición estandarizada para el AEO, ni una clasificación pública equivalente a las posiciones de Google. Pero las bases técnicas que preparan para ello se conocen y están documentadas desde hace tiempo: son, casi palabra por palabra, los criterios de la norma WCAG (Web Content Accessibility Guidelines), pensada inicialmente para las tecnologías de apoyo y que hoy resulta ser también la mejor guía disponible para preparar una web para la navegación agéntica.

Esta convergencia no es ninguna anécdota para una empresa que tiene que priorizar sus inversiones: en lugar de tratar la «accesibilidad» y la «compatibilidad con la IA» como dos proyectos separados, un único esfuerzo técnico, el cumplimiento de las WCAG, responde a ambas exigencias a la vez. Es uno de los pocos casos en que una obligación normativa (la accesibilidad digital se está volviendo obligatoria poco a poco en varios sectores) y una oportunidad comercial emergente apuntan exactamente en la misma dirección.

Una lista de control práctica para preparar tu web

1. Usa HTML semántico nativo antes de recurrir a roles ARIA: un <button> de verdad es mejor que un <div> con role="button"
2. Da una etiqueta accesible a cada elemento interactivo: aria-label, texto visible o la asociación <label for=""> para los campos de formulario
3. Comprueba la coherencia de los roles ARIA con una herramienta de auditoría (Lighthouse, axe DevTools): un rol no permitido en un elemento es un error silencioso pero real
4. Evita las interacciones complejas no estándar para las acciones esenciales (compra, contacto, reserva): mantén al menos un camino accesible con clics sencillos y con el teclado
5. Prueba tu web solo con el teclado, sin ratón: si no puedes llegar a cada elemento importante y activarlo con Tab e Intro, ni un lector de pantalla ni un agente de IA lo conseguirán de forma fiable
6. Estructura bien tus formularios: cada campo con su etiqueta, los campos obligatorios claramente indicados y los mensajes de error asociados al campo correcto

Por qué actuar ahora y no más adelante

Estas recomendaciones existen desde hace años con el nombre de accesibilidad digital, y ya eran por sí solas un buen motivo para actuar: una obligación legal que se extiende poco a poco en varios países, un mercado de personas con discapacidad demasiado a menudo ignorado y la imagen de marca. La navegación agéntica añade otro motivo, esta vez de negocio: una web que un agente de IA no consigue entender pierde oportunidades comerciales sin que salte ninguna alerta. Ningún error visible, ningún visitante que se queje, solo una acción que falla en silencio en otro lugar, en una conversación entre un cliente y su asistente.

A diferencia de un rediseño completo, adaptar una web a las normas de accesibilidad y de estructura semántica puede hacerse paso a paso: se puede empezar por las páginas y los recorridos más estratégicos (contacto, presupuesto, reserva de citas) sin reconstruirlo todo de golpe. Es también, muy en concreto, el tipo de trabajo que una auditoría técnica permite identificar rápidamente.