Inicio/Glosario/AUX · Agent Experience
Infraestructura técnicaAUX · Agent Experience
AUX (Agent Experience, AX) es la disciplina que mide y optimiza qué tan entendible, navegable, extraíble y citable es una web para los agentes de IA que actúan en nombre de una persona. Es hermana de la UX para humanos y de la DX para desarrolladores.
Qué es
La Agent Experience describe la experiencia completa que tiene un agente de IA —un LLM, un crawler o un navegador agéntico— cuando usa un sitio para cumplir el objetivo de un humano: con qué facilidad accede, entiende y opera. El término se asocia a Netlify y a la iniciativa abierta agentexperience.ax, que lo presentan junto a la idea de una "Agent Web": una vista de la web orientada a agentes que coexiste con la humana.
La AUX hereda directamente del SEO técnico y de la accesibilidad humana (WCAG). El HTML semántico, los datos estructurados, robots.txt y los sitemaps ya servían para que los buscadores —los primeros agentes del rastreo e indexación— entendieran el contenido. La AUX reutiliza esa base: el mismo árbol de accesibilidad (roles, nombres, relaciones) que ayuda a un lector de pantalla ayuda también a un agente. Su novedad es que añade interacción y transacción, no solo lectura: protocolos emergentes para indexar y para completar tareas (reservar, comprar).
Técnicamente, un agente que navega procesa tres capas: lo que se pinta (Layout Tree), lo que significa (árbol de accesibilidad) y lo que se extrae (un resumen estructurado de entrada al modelo). Hay agentes visuales (leen la página como captura), basados en DOM (leen el árbol HTML/accesibilidad) e híbridos, más robustos. Una herramienta de esta capa es llms.txt, un fichero Markdown en /llms.txt que ofrece a los LLMs documentación curada y limpia para tiempo de inferencia; complementa a robots.txt, que regula el rastreo, no lo sustituye.
Por qué importa
A medida que más agentes navegan e interactúan en nombre de las personas, su experiencia influye en si un sitio resulta accesible, comprensible y citable para ellos —el mismo objetivo que persigue la GEO · Generative Engine Optimization al optimizar para que la IA recupere y use el contenido—. La ventaja práctica es que buena parte del trabajo no es nuevo: el HTML semántico y el árbol de accesibilidad bien construidos, junto a los datos estructurados que declaran el significado en forma de máquina, sirven a la vez a personas y a agentes. La AUX se audita de forma concreta —intentando completar una tarea real con un agente sobre la propia web y anotando dónde falla—, no con una métrica única: aún no existe un estándar cuantitativo equivalente al de rendimiento que sí tienen las Core Web Vitals. Tampoco hay consenso sobre si optimizar para AUX y aparecer en la búsqueda con IA —los AI Overviews y AI Mode de Google— son lo mismo, ni un protocolo de transacción agéntica adoptado de forma masiva. Nada de esto garantiza posiciones ni citas: reduce fricción para que el agente pueda entender y operar, no asegura un resultado.
En profundidad
Origen en Netlify y la Agent Web
El término se impulsa desde Netlify y la iniciativa abierta agentexperience.ax, presentada como esfuerzo de comunidad. Su tesis es que, según entran más agentes en línea, surge una "Agent Web": una capa de la web pensada para que los agentes accedan, entiendan y operen, coexistiendo con la web humana. Es la contracara de la Web AI-native, que diseña el sitio asumiendo que un agente de IA es un visitante de primera clase. No hay todavía fecha precisa documentada del acuñamiento del término.
Capas y tipos de agente: visual, DOM, híbrido
Un agente procesa tres capas: lo que se pinta (Layout Tree), lo que significa (árbol de accesibilidad: roles, nombres, relaciones) y lo que se extrae (resumen estructurado para el modelo). Según cómo leen la página se distinguen agentes visuales (procesan una captura), basados en DOM (leen el árbol HTML/accesibilidad) e híbridos, que combinan ambos y resultan más robustos. La documentación de Google describe que los agentes de navegador analizan el render visual, inspeccionan el DOM e interpretan el árbol de accesibilidad. Que el contenido dependa de JavaScript SEO importa aquí: lo que no se renderiza o no entra en el DOM accesible, un agente basado en DOM no lo ve.
| Tipo de agente | Cómo lee la página | Capa que usa |
|---|---|---|
| Visual | Procesa una captura del render | Layout Tree (lo que se pinta) |
| Basado en DOM | Lee el árbol HTML / accesibilidad | Roles, nombres y relaciones (lo que significa) |
| Híbrido | Combina captura y DOM; más robusto | Resumen estructurado para el modelo (lo que se extrae) |
Prácticas heredadas del SEO y de WCAG
La AUX reutiliza el repertorio del SEO técnico y de la accesibilidad web (WCAG): HTML semántico, datos estructurados (Schema.org), encabezados y regiones ordenados, labels y alt, contenido clave en la parte alta. La relación es directa: si un lector de pantalla entiende el contenido, un agente tiene más probabilidades de cumplir la tarea. El HTML semántico es la base de la accesibilidad y, ahora, también de la legibilidad para IA; ese marcado estructurado es el mismo que alimenta las entidades y grafos de conocimiento con los que los buscadores y LLMs identifican de qué trata una página.
Riesgos y estándares emergentes
Los navegadores agénticos abren vectores de seguridad: un agente puede no distinguir instrucciones legítimas de maliciosas, con riesgo de exfiltración de datos vía enlaces. El scraping masivo también tiene coste energético, lo que plantea preparar la web para un consumo agéntico sostenible y conecta con cómo se regula el web scraping y connectors que alimentan a los modelos. En estándares, faltan piezas: no hay identificación consolidada de agentes ni un protocolo único de transacción adoptado de forma masiva —Google cita el Universal Commerce Protocol como emergente—, ni una métrica cuantitativa de AUX ampliamente aceptada. Tampoco hay aún un equivalente consolidado al MCP · Model Context Protocol para la capa de navegación y transacción agéntica en la web abierta. La adopción de llms.txt sigue siendo propuesta de la comunidad, no estándar ratificado.
Qué observar
Las señales que importan.
HTML nativo en vez de divs con onclick
Un botón es <button> y un enlace es <a>. Los elementos nativos exponen su rol e interacción en el árbol de accesibilidad; un <div onclick> no comunica qué es ni cómo se acciona, y deja al agente (y al lector de pantalla) sin pistas.
Árbol de accesibilidad con roles, nombres y labels
Encabezados jerárquicos, regiones bien marcadas, formularios con label e imágenes con alt. Es la capa que el agente lee para saber qué significa cada parte de la página, más allá de lo que se pinta.
Función clave no oculta tras hover
Las acciones importantes deben ser alcanzables sin pasar el ratón por encima ni depender de gestos. Un agente no siempre reproduce el hover; si la función vive solo ahí, queda fuera de su alcance.
Modales con role=dialog y permisos no forzados al cargar
Los diálogos declarados con role=dialog son interpretables; los pop-ups intrusivos y los permisos pedidos al entrar bloquean la tarea. Retrasar los permisos hasta que se necesiten reduce la fricción del agente.
Tarea real completable por un agente
La prueba de la AUX es intentar cerrar un objetivo concreto (encontrar un dato, rellenar un formulario) con un agente sobre la web y anotar la fricción. Es un test de usuarios, pero con agentes en lugar de personas.
Conceptos clave
El vocabulario del término.
- Agent Experience (AX / AUX)
- Disciplina que mide y optimiza la experiencia de un agente de IA al usar una web en nombre de un humano: acceso, comprensión, navegación, extracción y operación. Hermana de la UX y de la DX.
- Agent Web
- Vista de la web orientada a agentes de IA que coexiste con la web humana; idea asociada a Netlify y a la iniciativa agentexperience.ax.
- Árbol de accesibilidad
- Representación estructurada de una página en términos de roles, nombres y relaciones de sus elementos. La usan los lectores de pantalla y también los agentes basados en DOM para entender qué significa cada parte.
- WCAG
- Pautas de accesibilidad para el contenido web. Su base —HTML semántico y elementos bien etiquetados— sirve tanto a personas con tecnologías de apoyo como a los agentes de IA.
- llms.txt
- Fichero Markdown en /llms.txt que ofrece a los LLMs documentación curada y limpia, pensada para tiempo de inferencia. Complementa a robots.txt (que regula el rastreo); su adopción aún no es un estándar ratificado.
- Agente visual / DOM / híbrido
- Tipos de agente según cómo leen la página: visual (procesa una captura), basado en DOM (lee el árbol HTML/accesibilidad) e híbrido (combina ambos, más robusto).
- Universal Commerce Protocol (UCP)
- Protocolo emergente, citado por Google, para transacciones realizadas por agentes. En fase temprana; aún sin adopción masiva ni estándar consolidado.
Dónde lo aplicamos
Aún no mostramos casos.
No inventamos resultados. Cuando tengamos casos reales —anonimizados y medibles— donde este concepto marcó la diferencia, vivirán aquí.
Fuentes
- Agent Experience (AX) — sitio oficial de la iniciativa · 2025
- Agent Experience (AX) — Netlify · 2025
- Continuing the AX conversation: The Agent Web and Its Interface — Netlify · 2025
- Agentes web y la importancia del HTML semántico y accesible — Natzir Turrado · 2025-08-20
- The /llms.txt file — especificación · 2024-09-03
- Guía de Google sobre optimización para las funciones de IA generativa de la Búsqueda · 2026-05-22
Una pieza del glosario.
Forma parte del glosario de SEO, analítica e IA de InnovaOrigen Tech: un mapa de conceptos definidos con criterio y fuentes. Si quieres llevarlo a tu caso, lo vemos sin compromiso.