WAI-ARIA hizo accesibles las aplicaciones web dinámicas al añadir semántica como atributos

Las aplicaciones web ricas rompieron un contrato silencioso. Un botón hecho con divs y JavaScript podía verse bien, pero las tecnologías de asistencia no podían saber qué era ni si había cambiado.

La solución contundente era esperar nuevos controles nativos de HTML. En cambio, WAI-ARIA creó una capa superpuesta: los autores declaraban roles, estados y propiedades, y los agentes de usuario los mapeaban a las API de accesibilidad que ya usaba el software de escritorio.

El W3C publicó WAI-ARIA 1.0 como Recomendación el 20 de marzo de 2014, enmarcándola explícitamente como una especificación para hacer accesible el contenido web dinámico e interactivo.

La genialidad fue la compatibilidad. ARIA permitió a los equipos reparar widgets existentes y construir nuevos sin abandonar HTML, mientras que el trabajo posterior en HTML y SVG pudo absorber el mismo vocabulario semántico.

Semántica de parche, no widgets

Encontró a los desarrolladores donde estaban: los controles personalizados ya existían y necesitaban una vía de reparación.

Dio a los navegadores y a las herramientas de asistencia un objetivo de mapeo compartido en lugar de soluciones improvisadas por sitio.

Separó el comportamiento visual de la semántica de accesibilidad, de modo que los sistemas de diseño pudieran seguir siendo flexibles.

Cuando una plataforma ya está en todas partes, la capa de accesibilidad ganadora puede ser la superposición semántica más pequeña que el contenido antiguo pueda adoptar.

ARIA se convirtió en parte del kit de herramientas cotidiano de accesibilidad web y en una dependencia para sistemas de diseño complejos. No eliminó la necesidad de HTML semántico nativo, pero dio a las interfaces dinámicas un puente estándar hacia los lectores de pantalla y otras tecnologías de asistencia.