ACCESIBILIDAD ≠ OVERLAY · 26
Accesibilidad ≠ Overlay: cuando una ventana emergente bloquea el acceso
📅 Octubre 2026 · ⏱ 7 min de lectura
Una ventana emergente puede ser útil, pero si interrumpe una tarea o no se puede cerrar, se convierte en una barrera.
01. El problema
Una ventana emergente puede ser útil, pero si interrumpe una tarea o no se puede cerrar, se convierte en una barrera.
02. No todas las ventanas son iguales
No todos los diálogos son iguales. Un modal auténtico impide interactuar con el fondo mientras está abierto; por eso debe gestionar el foco correctamente. Un aviso no modal no debería bloquear innecesariamente la página.
03. Barreras frecuentes
Los problemas habituales incluyen aperturas inesperadas, botones de cierre sin nombre accesible, foco que se pierde, imposibilidad de usar Escape y formularios que quedan ocultos detrás de la ventana.
04. Cómo gestionar el foco
Al abrir un diálogo modal, el foco debe entrar en él; Tab y Shift+Tab deben recorrer sus controles sin escapar al contenido inactivo. Al cerrarlo, normalmente debe regresar al elemento que lo abrió. El estado modal debe reflejarse correctamente para las tecnologías de apoyo.
05. ¿Deben ser opcionales?
No todos los pop-ups tienen que ser opcionales: una confirmación imprescindible puede requerir atención. Lo importante es que la interrupción esté justificada, sea comprensible y permita completar la tarea.
06. Por qué un overlay no basta
Un overlay de accesibilidad no arregla automáticamente un diálogo mal programado. Cambiar contraste o tamaño de letra no crea un botón de cierre operativo ni corrige el orden del foco.
07. Cómo probarlo
Prueba con teclado: abre el diálogo, identifica su título, recorre sus controles, ciérralo y comprueba dónde queda el foco. Repite con lector de pantalla, zoom y móvil.
08. Conclusión
La accesibilidad real consiste en diseñar componentes que no excluyan a nadie. Un pop-up accesible se entiende, se maneja y no impide completar la tarea.
♿ Accesibilidad ≠ Overlay · 26
Adapta tu Web