El peligro de ariaNotify(): No todo lo "fácil" es mejor 🤯
La accesibilidad web suele resolverse con hacks que parecen obras de Rube Goldberg. Durante años, hemos luchado con las ARIA Live Regions. Para lograr que un lector de pantalla anuncie un cambio, necesitábamos contenedo
Artículo
Una lectura sobre tecnología y sistemas digitales, escrita para ir al punto y dejar claras las ideas principales.
Tema principal
desarrollo frontend
Fuente
dev.to
Puntos clave
- La accesibilidad web suele resolverse con hacks que parecen obras de Rube Goldberg.
- Durante años, hemos luchado con las ARIA Live Regions. Para lograr que un lector de pantalla anuncie un cambio, necesitábamos contenedores invisibles ya presentes en el DOM, lidiar con inconsistencias brutales entre nave
- Llega ariaNotify(), una promesa seductora: una API programática simple para disparar narraciones sin ensuciar el markup.
- El problema es que la simplicidad técnica puede ser una trampa de UX.
Bloque 1
La accesibilidad web suele resolverse con hacks que parecen obras de Rube Goldberg.
Durante años, hemos luchado con las ARIA Live Regions. Para lograr que un lector de pantalla anuncie un cambio, necesitábamos contenedores invisibles ya presentes en el DOM, lidiar con inconsistencias brutales entre navegadores y rezar para que el timing fuera el correcto.
Bloque 2
Llega ariaNotify(), una promesa seductora: una API programática simple para disparar narraciones sin ensuciar el markup.
El problema es que la simplicidad técnica puede ser una trampa de UX.
Bloque 3
Aquí el desglose técnico:
• Adiós a los hacks: Ya no necesitas crear elementos con aria-live="polite" ocultos en el footer. • Ejecución directa: Un simple `document.ariaNotify("Mensaje")` y el lector de pantalla habla. • Control de prioridad: Permite definir prioridad "normal" o "high" (similar a assertive) de forma nativa. • El riesgo del "Efecto alert()": Al ser tan fácil de usar, corremos el riesgo de interrumpir constantemente al usuario, convirtiendo la experiencia en un bombardeo de avisos innecesarios.
Bloque 4
Como Tech Lead, siempre recuerdo la regla de oro de ARIA: la mejor ARIA es la que NO se usa. Si puedes resolver la interacción con HTML nativo y semántica pura, hazlo.
La herramienta es poderosa, pero el criterio arquitectónico debe primar sobre la facilidad de implementación.
Bloque 5
¿Cómo están resolviendo ustedes las notificaciones dinámicas para lectores de pantalla sin saturar la experiencia del usuario?