Navegación agente: por qué su sitio ahora debe ser legible tanto por una IA como por un humano

Qué interrumpe la navegación agente

• Botones sin etiqueta accesible: un solo icono, sin aria-label, no significa nada para un agente que debe adivinar su función
• Formularios mal estructurados: campos sin un asociado, o grupos de campos sin fieldset/leyenda, hacen que el autocompletar no sea confiable
• Contenido generado solo al hacer clic, sin estado accesible: si la información solo existe en el DOM después de una interacción compleja (desplazar el cursor, arrastrar y soltar), un agente que no reproduzca exactamente este gesto nunca la encontrará
• Roles ARIA inconsistentes o incorrectos: como en el ejemplo anterior, un rol utilizado incorrectamente puede provocar que falle la interpretación de un componente completo.
• Acciones críticas sólo en JavaScript no estándar: un botón "Validar" que no activa un evento de clic real interpretable, sino un gesto propietario, complica la automatización

Un escenario concreto para entender el problema

Imagínese un artesano que vende cocinas personalizadas. Un cliente potencial le pide a su asistente de inteligencia artificial: “búsqueme tres diseñadores de cocinas cerca de Toulouse y programe una cita con el que tenga las mejores críticas”. El agente navegará por varios sitios, comparará las opiniones mostradas y luego intentará completar el formulario de cita para el sitio seleccionado.

En un sitio bien estructurado, el agente identifica sin ambigüedades el formulario, sus campos (nombre, teléfono, fecha deseada), el botón de validación y confirma la cita en unos segundos. En un sitio donde el formulario se basa en elementos no estándar, sin etiquetas claras, o donde la validación depende de una interacción inusual (un control deslizante personalizado sin una función ARIA, por ejemplo), el agente falla silenciosamente o, peor aún, completa incorrectamente un campo sin que nadie se dé cuenta antes de que el cliente potencial se sorprenda al no recibir nunca una llamada de vuelta. En ambos casos, el artesano pierde un cliente sin saber nunca por qué: ninguna línea en las estadísticas dirá "un agente de IA abandonado en su formulario".

AEO: la extensión natural del SEO

Estamos empezando a ver surgir el término AEO (Agent Engine Optimization), haciéndose eco del SEO clásico. La idea: de la misma manera que optimizamos un sitio para que Google lo entienda y lo clasifique, ahora debemos optimizarlo para que un agente de IA pueda entenderlo y actuar en consecuencia correctamente. Las dos disciplinas se superponen en gran medida: un sitio bien estructurado sirve semánticamente a ambos objetivos al mismo tiempo, pero la OEA añade un requisito adicional: la página debe seguir siendo utilizable de principio a fin por un actor que no "ve" la representación visual, sólo la estructura lógica.

A diferencia del SEO, aún no existe una herramienta de medición estandarizada para OEA, ni un ranking público equivalente a las posiciones de Google. Pero las bases técnicas que preparan esto ya se conocen y documentan desde hace mucho tiempo: son, casi palabra por palabra, los criterios del estándar WCAG (Pautas de Accesibilidad al Contenido Web), inicialmente diseñado para tecnologías de asistencia y que hoy también resulta ser la mejor guía disponible para preparar un sitio para la navegación agencial.

Esta convergencia no es anecdótica para una empresa que debe priorizar sus inversiones: en lugar de tratar la “accesibilidad” y la “compatibilidad de la IA” como dos proyectos separados, un único esfuerzo técnico (el cumplimiento de las WCAG) cumple ambos requisitos al mismo tiempo. Este es uno de los raros casos en los que una obligación regulatoria (la accesibilidad digital se está volviendo gradualmente obligatoria en varios sectores) y una oportunidad de negocio emergente apuntan exactamente en la misma dirección.

Una lista de verificación práctica para preparar su sitio

1. Utilice HTML semántico nativo antes de recurrir a roles ARIA: un real es mejor que un
   con role="button"
2. Asignar una etiqueta accesible a cada elemento interactivo: aria-label, texto visible o asociación para campos de formulario
3. Compruebe la coherencia de los roles ARIA con una herramienta de auditoría (Lighthouse, eje DevTools): un rol no autorizado en un elemento es un error silencioso pero real
4. Evite interacciones complejas no estándar para acciones esenciales (compra, contacto, reserva): mantenga al menos una ruta accesible mediante un simple clic y teclado
5. Pruebe su sitio solo con un teclado, sin mouse: si no puede alcanzar y activar todos los elementos importantes con Tab y Enter, ni un lector de pantalla ni un agente de inteligencia artificial llegarán allí de manera confiable
6. Estructura tus formularios correctamente: cada campo con su etiqueta, los campos obligatorios claramente identificados, mensajes de error asociados al campo correcto

Por qué actuar ahora y no más tarde

Estas recomendaciones han existido durante años bajo el nombre de accesibilidad digital y ya eran, en sí mismas, una buena razón para actuar: obligación legal progresiva en varios países, mercado para personas con discapacidades ignorado con demasiada frecuencia, imagen de marca. La navegación agente agrega una razón comercial adicional: un sitio que no logra ser comprendido por un agente de IA pierde oportunidades comerciales sin que se active ninguna alerta: sin errores visibles, sin visitantes quejándose, solo una acción que falla silenciosamente en otra parte, en una conversación entre un cliente y su asistente.

A diferencia de una revisión completa, llevar un sitio a los estándares de accesibilidad y estructura semántica es un proyecto progresivo: puedes comenzar con las páginas y rutas más estratégicas (contacto, cotización, concertación de citas) sin reconstruir todo a la vez. También es, muy concretamente, el tipo de trabajo que una auditoría técnica permite identificar rápidamente.