Los overlays de accesibilidad prometen una solución de una sola línea: pegas un script, aparece un widget y tu sitio web es «conforme». Es un planteamiento atractivo para cualquier empresa preocupada por las demandas ADA o por la Ley Europea de Accesibilidad (EAA). La realidad es más matizada. Un widget puede ayudar de verdad a los visitantes, pero por sí solo no hace que tu sitio web cumpla con WCAG, y los reguladores y los tribunales ya han empezado a decirlo.
Esta guía explica qué hace realmente un overlay de accesibilidad, dónde se queda corto y cómo combinar un widget con correcciones reales para ofrecer una mejor experiencia a los visitantes y, al mismo tiempo, una posición de cumplimiento defendible.
¿Qué es un overlay de accesibilidad?
Un overlay es un fragmento de JavaScript que se ejecuta sobre tu sitio web después de cargarse. La mayoría de los overlays añaden un botón flotante que abre un menú de accesibilidad, y muchos también intentan reparar problemas automáticamente en el navegador del visitante, por ejemplo adivinando el texto alternativo de las imágenes o añadiendo etiquetas a botones sin nombre.
Las funciones típicas de un overlay incluyen:
- Tamaño de texto, espaciado y fuentes legibles
- Ajustes de contraste y color
- Guías de lectura, cursor ampliado y detención de animaciones
- «Correcciones» automáticas aplicadas a la página mientras se renderiza
Los tres primeros grupos son preferencias del visitante. Con el cuarto empiezan los problemas.
Por qué un overlay por sí solo no es suficiente
1. WCAG trata de tu código, no de una capa por encima
Las Web Content Accessibility Guidelines describen cómo deben comportarse tu contenido y tu código: las imágenes necesitan alternativas de texto con sentido, los campos de formulario necesitan etiquetas, el orden del foco debe ser lógico y cada función debe poder usarse con el teclado. Cuando una auditoría o un requerimiento legal evalúa tu sitio, evalúa la página subyacente. Un script que parchea la página en algunos navegadores no cambia el código fuente en el que se basan las tecnologías de apoyo y los auditores.
2. La reparación automática no puede emitir juicios humanos
Escribir un texto alternativo útil, elegir un orden de lectura razonable o reescribir un mensaje de error poco claro requiere contexto. El software puede adivinar, pero una suposición como «imagen de una persona» en la foto de un producto no ayuda a un comprador ciego a decidir qué comprar. Además, muchos problemas están en lugares a los que un script no llega de forma fiable, como PDF, vídeos incrustados y pasarelas de pago de terceros.
3. Los overlays pueden entrar en conflicto con las tecnologías de apoyo
Los usuarios de lectores de pantalla ya cuentan con herramientas ajustadas a sus necesidades. Algunos overlays cambian el comportamiento del teclado o inyectan contenido que choca con esas herramientas. Esa es una de las razones por las que más de 700 profesionales de la accesibilidad han firmado el Overlay Fact Sheet público, que advierte contra confiar en los overlays para el cumplimiento.
4. Los reguladores y los demandantes se han dado cuenta
En 2025, la Comisión Federal de Comercio de EE. UU. (FTC) obligó a un proveedor de overlays a pagar 1 millón de dólares por afirmar que su producto podía hacer conforme cualquier sitio web. Los observatorios del sector también han informado de que una parte significativa de las demandas de accesibilidad digital en EE. UU. señalan sitios que ya tenían un overlay instalado. Tener un widget no es, por sí solo, una defensa.
Dónde sí ayuda un widget de accesibilidad
Nada de esto significa que los widgets sean inútiles. Un menú de accesibilidad bien hecho da a los visitantes un control real: las personas con baja visión pueden ampliar el texto, las personas con dislexia pueden cambiar a una fuente más legible y las personas con TDAH o trastornos vestibulares pueden detener las animaciones. Esas preferencias hacen que un sitio sea más cómodo de usar, y muchos visitantes las aprecian.
La clave es tratar el widget como una comodidad para el visitante, no como tu estrategia de cumplimiento. El widget de accesibilidad de Reguweb está construido con ese principio. Ofrece perfiles como baja visión, dislexia y TDAH, además de herramientas como una guía de lectura y una lupa de texto, mientras el resto de la plataforma encuentra y corrige los problemas en tu código real.
Solo overlay frente a un programa de cumplimiento real
| Capacidad | Solo overlay | Programa de cumplimiento real |
|---|---|---|
| Herramientas de preferencias del visitante | Sí | Sí |
| Encuentra problemas en todas las páginas | Rara vez | Sí, con escaneos programados |
| Corrige el código subyacente | No | Sí |
| Pruebas manuales con lectores de pantalla | No | Sí |
| VPAT y declaración de accesibilidad | No | Sí |
| Evidencia de esfuerzo continuo | No | Sí, con historial de escaneos e informes |
Cómo lograr un cumplimiento que se sostenga
- Escanea cada página. Ejecuta un escaneo automatizado de WCAG 2.2 en todo tu sitio, no solo en la página de inicio. Las comprobaciones automáticas detectan rápido problemas como etiquetas ausentes, contraste bajo y enlaces vacíos.
- Prioriza por riesgo. Corrige primero lo que bloquea a las personas: el pago, los formularios de contacto, la navegación y el inicio de sesión. Son también los recorridos que más se citan en las reclamaciones.
- Corrige el origen. Arregla plantillas, componentes y contenido en tu CMS para que la corrección se aplique en todas partes y sobreviva a la próxima actualización.
- Prueba manualmente. Usa un teclado y un lector de pantalla en tus recorridos clave, o encárgalo a especialistas. Las pruebas manuales encuentran los problemas que la automatización pasa por alto.
- Documenta tu trabajo. Publica una declaración de accesibilidad y conserva los informes. Si vendes a empresas o a la administración pública, prepara un VPAT.
- Supervisa de forma continua. Las páginas, plugins y contenidos nuevos pueden reintroducir problemas. Programa escaneos periódicos y vuelve a probar después de cada lanzamiento.
- Ofrece herramientas al visitante. Añade un widget de accesibilidad para comodidad y personalización, además de los pasos anteriores y no en lugar de ellos.
Preguntas frecuentes
¿Un widget de accesibilidad evitará las demandas ADA?
No. Un widget puede mejorar la experiencia de algunos visitantes, pero las demandas y los requerimientos se centran en las barreras de tu sitio web real. Lo que reduce el riesgo es corregir esas barreras y documentar tu trabajo.
¿Debería quitar mi overlay?
No necesariamente. Si ofrece preferencias útiles y no interfiere con los lectores de pantalla, puede quedarse. Simplemente no confíes en él para el cumplimiento y desactiva cualquier función de «reparación automática» que cambie la forma en que las tecnologías de apoyo leen tu página.
¿Cuánto tarda una corrección real?
Depende del tamaño de tu sitio. Muchos sitios de pequeñas empresas pueden corregir sus problemas de mayor riesgo en unas pocas semanas una vez que saben exactamente qué cambiar. Una auditoría completa te da esa lista.
Descubre en qué punto está tu sitio web
Reguweb combina lo que importa: un widget de accesibilidad para los visitantes, escaneos WCAG 2.2 en cada página, correcciones asistidas por IA, auditorías manuales de expertos y la documentación para demostrar tu progreso. Ejecuta un escaneo gratuito para ver tus puntuaciones de WCAG y SEO en aproximadamente un minuto, o empieza una prueba gratuita de 14 días. No se necesita tarjeta de crédito.
En esta página
¿Tu sitio web cumple la normativa?
Obtén tus puntuaciones WCAG 2.2 y SEO en unos 60 segundos. Sin registro.
