Cómo verificar el árbol de accesibilidad de una página en AmICited

Los agentes de IA no ven tu página como la renderiza un navegador: navegan por el árbol de accesibilidad, es decir, los roles, nombres y estructura que hay detrás del HTML.

Qué es el árbol de accesibilidad

El árbol de accesibilidad es una representación simplificada y estructurada de una página web que los navegadores construyen en paralelo al DOM visual. En lugar de píxeles, colores y maquetación, recoge el rol de cada elemento (¿es un botón, un encabezado, un punto de referencia de navegación, una lista?), su nombre (la etiqueta accesible que un lector de pantalla o un agente anunciaría) y su estado (¿está expandido, deshabilitado, seleccionado?). Originalmente se creó para la tecnología de asistencia —lectores de pantalla para usuarios ciegos o con baja visión—, pero se ha vuelto igual de importante para una audiencia más nueva: los agentes de IA y los grandes modelos de lenguaje que “leen” una página de forma programática en lugar de renderizarla visualmente.

Cuando ChatGPT, Perplexity, Gemini o un agente de navegación autónomo visita una página, normalmente no interpreta una captura de pantalla. Analiza el marcado subyacente, y un árbol de accesibilidad bien formado suele ser la versión más limpia y menos ambigua de ese marcado disponible. Una página con una jerarquía de encabezados clara, botones etiquetados, imágenes descritas y regiones de referencia coherentes (<nav>, <main>, <article>) produce un árbol de accesibilidad que expresa con claridad de qué trata la página y cómo se relacionan sus partes. Una página construida a base de <div> genéricos, botones solo con iconos y sin etiquetas, y encabezados usados únicamente por su tamaño visual y no por una estructura lógica, produce un árbol que resulta difícil de interpretar para cualquiera, ya sea una persona o una máquina.

Esto afecta directamente a la visibilidad en búsquedas de IA: la disciplina de medir y mejorar con qué frecuencia los asistentes de IA citan, mencionan o recomiendan tu marca en sus respuestas, a menudo llamada optimización para motores generativos o GEO. Si un agente de IA no puede analizar con claridad qué es una página, qué ofrece y cómo está organizado su contenido, es mucho menos probable que extraiga datos precisos de ella o que la cite como fuente. La accesibilidad y la legibilidad para la IA se solapan casi por completo: las prácticas de HTML semántico que hacen que una página sea utilizable con un lector de pantalla —etiquetas de encabezado correctas, texto alternativo descriptivo en las imágenes, controles de formulario etiquetados, textos de enlace con sentido— son las mismas prácticas que hacen que una página sea legible para un rastreador o un agente que la analiza a través del árbol de accesibilidad en lugar de una captura renderizada. Esta es una de las razones por las que una auditoría de accesibilidad para IA se ha convertido en un componente estándar del trabajo de preparación técnica, junto con comprobaciones como la configuración de robots.txt, la rastreabilidad y los datos estructurados .

En la práctica, esto significa que el trabajo de accesibilidad, que muchos equipos tratan como una casilla de cumplimiento normativo o de reducción de riesgo legal, es ahora también una palanca de visibilidad. Corregir etiquetas faltantes y aplanar una jerarquía de encabezados confusa no solo es una buena práctica para los usuarios de tecnología de asistencia: es una de las formas más directas de ayudar a los sistemas de IA a entender y representar correctamente tu contenido.

Dónde encontrarlo

El verificador de árbol de accesibilidad se encuentra en la sección Árbol de accesibilidad dentro de Auditoría → Accesibilidad de Agentes. La primera vez que lo abres, se ejecuta por defecto sobre tu página de inicio, e incluye un cuadro de URL para que puedas probar cualquier otra página cuando quieras: una página de producto, una página de precios, una landing page clave o un artículo extenso que esperas que un asistente de IA cite.

Qué verifica

Como explica la sección: “Qué tan legible es tu página para los agentes de IA: navegan a través del árbol de accesibilidad (roles, nombres, estructura), no por píxeles.” En concreto, evalúa si la estructura semántica de tu página deja claro su contenido y propósito para un lector no visual, la misma perspectiva que usa un agente de IA cuando analiza tu HTML en lugar de renderizarlo. Esto incluye si los encabezados siguen un orden lógico, si los elementos interactivos tienen nombres accesibles, si existen regiones de referencia que permitan identificar las secciones principales de la página, y si la estructura general permitiría que algo que solo lee roles y nombres entienda qué es la página y qué hace.

Esto es distinto, aunque complementario, a las comprobaciones que analizan la estructura del sitio a nivel de mapa del sitio o de navegación. El verificador de árbol de accesibilidad opera un nivel más profundo —dentro del marcado de una sola página— para ver si el contenido en sí es legible una vez que se elimina el estilo visual.

Cómo usarlo

1. Revisa el resultado de la página de inicio que se carga por defecto. Esto te da una lectura de referencia sobre cómo se presenta tu página más importante ante un agente de IA que navega por estructura.
2. Verifica cualquier otra página. Pega una URL en el cuadro https://tudominio.com/pagina a verificar y haz clic en Verificar URL para probar una página importante específica: una página de producto, una página de comparación o un artículo clave que quieras que un asistente pueda citar con precisión.
3. Lee los hallazgos en busca de debilidades estructurales: niveles de encabezado poco claros o saltados, controles sin etiquetar (botones o enlaces sin nombre accesible), falta de estructura de puntos de referencia, o imágenes sin texto alternativo significativo.
4. Corrige la semántica. Usa encabezados, etiquetas y roles adecuados para que el árbol de accesibilidad transmita con claridad el significado de la página. Esto normalmente implica: un solo <h1> por página, encabezados que se anidan de forma lógica (sin saltar de <h2> a <h5>), aria-label o texto visible en cada control interactivo, y atributos alt que describan lo que transmite una imagen en lugar de repetir el nombre del archivo.

Prioriza las páginas que más quieres que los asistentes de IA encuentren y citen —las que apuntan tus prompts monitorizados— antes de trabajar en el resto del sitio. Es más probable que una página con un árbol de accesibilidad limpio se analice correctamente, se resuma con precisión y se referencie con el contexto adecuado cuando un agente de IA genera una respuesta.

Por qué esto alimenta tu puntuación de preparación general

Una mejor accesibilidad ayuda a la vez a la tecnología de asistencia humana y a los agentes de IA, y alimenta el mosaico de Accesibilidad en tu resumen de preparación. Ese resumen existe porque la legibilidad para la IA no es una sola cosa: es un compuesto de factores técnicos que incluyen la rastreabilidad, los datos estructurados, la velocidad de página y el marcado semántico, y el verificador de árbol de accesibilidad es una perspectiva más entre varias comprobaciones de auditoría en AmICited que conforman el panorama técnico completo. Los equipos que quieren optimizar su sitio web para agentes de IA de forma sistemática por lo general recorren cada una de estas comprobaciones por turnos en lugar de corregir la accesibilidad de forma aislada, porque una página puede pasar una comprobación y aun así fallar en otra por motivos no relacionados: un HTML semántico limpio no sirve de mucho si la página también está bloqueada en robots.txt, por ejemplo.

También vale la pena entender cómo encaja esto dentro del esfuerzo más amplio de estructurar el contenido para que los modelos de IA puedan citarlo realmente : un árbol de accesibilidad limpio hace que tu contenido sea extraíble, pero la extraibilidad es solo la mitad de la batalla. El contenido en sí todavía tiene que responder a las preguntas que la gente realmente le hace a los asistentes de IA, que es donde los factores técnicos de SEO se cruzan con la estrategia de contenido en lugar de sustituirla.

Hacia dónde ir a partir de aquí depende de lo que quieras demostrar. Si estás auditando una sola página antes de un lanzamiento, corregir los problemas estructurales que detecta el verificador suele ser una tarea de un día para un desarrollador. Si intentas entender si las correcciones de accesibilidad realmente están moviendo la aguja en cuanto a la frecuencia con la que ChatGPT, Perplexity o Gemini mencionan tu marca, esa es una pregunta para el monitoreo continuo de visibilidad en IA más que para una auditoría puntual: haz seguimiento de tus prompts y citas antes y después de una corrección para ver si la estructura mejorada se traduce en más menciones. Y si eres un profesional de SEO que añade este tipo de trabajo técnico a un proceso de auditoría ya existente, encaja de forma natural junto con un flujo de trabajo de seguimiento de posicionamiento en IA , ya que las mismas páginas que intentas posicionar en las respuestas de IA son las que vale la pena priorizar primero para la limpieza del árbol de accesibilidad, un patrón en torno al cual está construida la herramienta de AmICited para profesionales de SEO .