Widgets y overlays de accesibilidad, ¿funcionan?
Prometen una línea de código y cumplimiento al instante. Qué cambian de verdad, por qué los critican usuarios y reguladores, y qué hacer en su lugar.
Por Sergio Gualda Última revisión:
Qué es un widget o overlay de accesibilidad
Es un script que se añade a la web con una línea de código. Normalmente hace dos cosas:
- muestra una barra de herramientas (un icono flotante) para agrandar el texto, cambiar colores, parar animaciones o activar un modo de lectura;
- aplica reparaciones automáticas en el navegador: intenta adivinar los textos alternativos, etiquetas y roles que faltan una vez cargada la página.
La promesa es tentadora: sin programador, sin auditoría, cumplimiento al instante. La realidad es mucho más limitada.
Por qué no hace accesible una web
Quien necesita accesibilidad ya tiene sus herramientas. Una persona ciega usa un lector de pantalla; quien ve poco usa el zoom y el contraste de su sistema. Una barra en tu web duplica lo que ya tiene y a menudo choca con ello.
Las barreras están en el código. Un campo sin etiqueta, un botón que es solo un icono, una ventana que atrapa el teclado, un paso del pago que el lector de pantalla no anuncia: el widget ve el mismo código roto que publicaste y tiene que adivinar. A veces acierta. Muchas veces no, y en ocasiones empeora una página que funcionaba.
El cumplimiento se juzga sobre la web, no sobre el widget. Los criterios de las WCAG se aplican al contenido que recibe la persona. Webs con estos widgets siguen recibiendo demandas cada año en Estados Unidos.
Los reguladores ya han actuado. En 2025 la FTC de Estados Unidos obligó a accessiBe a pagar un millón de dólares por afirmar que su herramienta automática podía hacer que cualquier web cumpliera las WCAG. Cientos de profesionales de la accesibilidad han firmado el Overlay Fact Sheet, que explica los mismos problemas en detalle.
Qué funciona de verdad
- Encuentra los problemas reales. Haz un test automático de tus páginas más importantes. El test gratuito de Uxerfy abre la página en un navegador real y lista cada fallo de WCAG 2.2 AA que encuentra, y dónde está.
- Corrígelos en origen. Añade el texto alternativo en tu gestor de contenidos, pon nombre a los botones de icono, etiqueta cada campo, haz visible el foco, sube el contraste de los colores flojos. La mayoría de las correcciones son una línea de HTML o CSS.
- Recorre el proceso con el teclado. Completa una compra o un registro solo con la tecla Tab. Nuestra guía para probar tu web en una tarde te dice cómo.
- Mantenlo arreglado. Vuelve a probar tras cada cambio de plantilla, nueva app o rediseño.
El trabajo se hace una vez, vive en tu web y ayuda a todas las personas, también a las que usan su propia tecnología de apoyo.
Cuándo un plugin sí ayuda
No todo lo que se instala con un clic es un overlay. Estas herramientas son útiles de verdad:
- comprobadores que te informan de los problemas para que los corrijas (axe DevTools, WAVE, Lighthouse, Uxerfy);
- arreglos de plantilla que cambian tu propio código, como añadir un enlace para saltar el menú, recuperar el contorno del foco o etiquetar el buscador;
- campos y flujos del gestor de contenidos que facilitan escribir buenos textos alternativos para cada imagen.
La prueba es sencilla: ¿arregla tu web o se queda encima de ella?
Si ya usas un widget
No hace falta quitarlo hoy, pero no confíes en él. Prueba tu web con el widget desactivado, porque ese es el código que se encuentra primero quien usa tecnología de apoyo, y corrige lo que falle. Cuando la web funcione por sí sola, el widget habrá dejado de aportar nada.