La Compatibilidad con Tecnología de Asistencia es la disciplina de construir interfaces que funcionen correctamente con las herramientas que la gente realmente usa para operar software: lectores de pantalla (NVDA, JAWS, VoiceOver, TalkBack), acceso por conmutador, control por voz y magnificación de pantalla. La compatibilidad no se asume por pasar un escaneo automático; se verifica usando el marcado correcto y luego probando con la tecnología de asistencia real. Una interfaz es accesible para un usuario de lector de pantalla solo cuando un usuario de lector de pantalla puede completar la tarea de verdad.
El error es construir widgets a medida con elementos genéricos y rociar ARIA encima para "hacerlos accesibles". Esto suele empeorar las cosas. La primera regla de ARIA, del W3C, es preferir un elemento HTML nativo con la semántica y el comportamiento que necesitas antes que reutilizar un div con un rol ARIA, porque los elementos nativos traen comportamiento de teclado y soporte de AT sin esfuerzo, mientras que ARIA declara semántica pero no añade ningún comportamiento de teclado. La forma abreviada de la comunidad es directa y correcta: no usar ARIA es mejor que un ARIA mal hecho.
Así que el trabajo es por capas. Usa HTML semántico primero. Cuando un elemento nativo no pueda hacer el trabajo, sigue un patrón establecido de la Guía de Prácticas de Autoría de ARIA, con sus roles, estados y modelo de teclado requeridos. Asegura que cada control interactivo sea totalmente operable por teclado. Luego verifica con la tecnología de asistencia en la que los usuarios reales confían, porque las comprobaciones automáticas detectan solo una parte de lo que importa.
El principio: construye para la tecnología de asistencia que la gente realmente usa. Prefiere HTML semántico, usa ARIA de forma correcta y con moderación, garantiza la operabilidad por teclado y verifica probando con lectores de pantalla reales y otra AT.