ATAG

ATAG — Authoring Tool Accessibility Guidelines — es el estándar del W3C para las herramientas que crean contenido web. Mientras WCAG aborda lo que el contenido publicado debe ofrecer a los usuarios finales, ATAG aborda lo que las herramientas de autoría deben ofrecer a las personas que crean ese contenido.

Dos partes, dos audiencias

ATAG 2.0 se divide en:

• Parte A — Hacer accesible la interfaz de usuario de la herramienta de autoría. La herramienta en sí misma debe poder ser utilizada por personas con discapacidad que crean contenido. Una editora ciega debe poder usar el CMS que genera los artículos; una diseñadora con baja visión debe poder operar el complemento de diseño que exporta los iconos.
• Parte B — Apoyar la producción de contenido accesible. La herramienta debe ayudar a los autores a producir resultados accesibles. Un CMS que permite insertar imágenes sin solicitar texto alternativo no cumple la Parte B de ATAG, aunque su interfaz de usuario sea perfectamente accesible.

Por qué la Parte B es más exigente

La Parte A equivale en esencia a «aplicar WCAG al propio producto». Ese es un problema conocido con patrones conocidos. La Parte B es más exigente porque requiere que la herramienta sepa cómo es el resultado accesible y oriente o restrinja al autor hacia él.

Ejemplos de la Parte B bien implementada:

• Un diálogo de carga de imágenes en un CMS que exige texto alternativo, con una casilla explícita de «marcar esta imagen como decorativa» para que los autores no publiquen alt vacío como escapatoria.
• Un editor de markdown que avisa cuando se salta un nivel de encabezado (h1 → h3 sin h2).
• Una herramienta de diseño que muestra en tiempo real las violaciones de contraste de color mientras el autor selecciona colores.

Lo que ATAG no es

ATAG no es un requisito de contratación en la mayoría de jurisdicciones. La Directiva de accesibilidad web de la UE y la EAA citan EN 301 549, que referencia WCAG (no ATAG). La Section 508 de EE. UU. es similar. Ocasionalmente los compradores solicitan a los proveedores que demuestren la conformidad con ATAG en trabajos de CMS internos, pero los VPAT de ATAG estandarizados son poco comunes.

Por qué sigue siendo relevante

El sitio más accesible del mundo se vuelve inaccesible en el momento en que los autores no pueden producir contenido accesible en él. Un CMS con escasa conformidad con ATAG actúa como multiplicador de la deuda de accesibilidad: cada artículo nuevo, cada imagen nueva, cada nuevo widget de formulario llega con las mismas omisiones predecibles. Las herramientas con conciencia de ATAG reducen el coste de entrada de la accesibilidad a casi cero por autor.

Esta es la perspectiva que conviene aplicar al evaluar plataformas CMS, herramientas de diseño, constructores sin código y autoría asistida por inteligencia artificial: no «¿es accesible la herramienta en sí?», sino «¿hace la herramienta que la accesibilidad sea fácil para quienes publican a través de ella?»