Overlays de accesibilidad: ¿son legalmente seguros?

Qué es un overlay de accesibilidad

Un overlay de accesibilidad es un widget de JavaScript —cargado mediante un script de terceros— que se coloca encima de un sitio web existente y afirma hacerlo más accesible. La mayoría de los overlays muestran un pequeño icono (una figura dentro de un círculo, o un símbolo de silla de ruedas) que abre un panel de controles: ajustar el tamaño de fuente, activar el alto contraste, habilitar un «modo lector de pantalla» o aplicar fuentes amigables con la dislexia.

Los proveedores de overlays comercializan sus productos como un camino simple, rápido y de bajo coste hacia el cumplimiento de WCAG y la protección legal frente a la ADA. El argumento de venta es seductor: instale una etiqueta de script, pague una cuota mensual y su problema de accesibilidad queda resuelto.

La evidencia —procedente de la investigación académica, pruebas independientes, opiniones de usuarios y los tribunales— cuenta una historia distinta.

Cómo funcionan los overlays (y por qué eso genera problemas)

Los overlays operan interceptando el DOM renderizado después de que el navegador ha procesado la página y aplicando modificaciones impulsadas por JavaScript. Algunos usan aprendizaje automático para intentar una corrección automática: inferir el texto alternativo que falta a partir del nombre del archivo de imagen, adivinar etiquetas ARIA, intentar reordenar el foco del teclado.

Este enfoque tiene un problema arquitectónico fundamental: intenta corregir la inaccesibilidad en la capa de presentación sin cambiar el código subyacente. El HTML, CSS y JavaScript inaccesibles originales permanecen intactos. El overlay intenta disimularlo en tiempo de ejecución.

Las consecuencias son predecibles:

• Las correcciones aplicadas por el overlay pueden entrar en conflicto con la forma en que las tecnologías de asistencia interpretan el DOM nativo, produciendo resultados peores que la página sin corregir
• Los lectores de pantalla interactúan directamente con el DOM: una capa aplicada por encima de él puede no afectar a lo que el lector de pantalla realmente lee
• Los problemas de navegación por teclado originados en un tabindex ausente o una gestión de foco rota no se corrigen de forma fiable con parches de JavaScript aplicados después del renderizado
• Las tecnologías de asistencia móviles (VoiceOver en iOS, TalkBack en Android) en gran medida ignoran las modificaciones del overlay
• Los propios paneles del overlay contienen con frecuencia fallos de accesibilidad: cuadros de diálogo modales que atrapan el foco del teclado, botones sin nombre accesible, widgets que a su vez son inaccesibles por teclado

Qué muestra la investigación

Varios estudios independientes han puesto a prueba las afirmaciones de los overlays frente a la conformidad real con WCAG:

El WebAIM Million (2023) descubrió que las páginas de inicio de los sitios web que usan productos overlay de accesibilidad tenían significativamente más fallos detectables de WCAG que los que no los usaban. Los overlays no redujeron la tasa de fallos; se correlacionaron con una tasa más alta, probablemente porque las organizaciones que dependen de los overlays como su estrategia principal de cumplimiento no realizan el trabajo de corrección subyacente.

Las auditorías de AccessiBe y UserWay realizadas por investigadores de accesibilidad han encontrado que, incluso después de activar un overlay, las páginas siguen incumpliendo una proporción significativa de los criterios de éxito de WCAG 2.1 de nivel AA, incluidos fallos que el propio overlay afirma abordar específicamente.

Las pruebas con usuarios con discapacidad realizadas por investigadores como Karl Groves y Adrian Roselli encontraron que muchos usuarios con discapacidad desactivan o bloquean activamente los widgets overlay, porque las intervenciones empeoran su experiencia en lugar de mejorarla. El «modo lector de pantalla» del overlay, en particular, se menciona con frecuencia como disruptivo por parte de usuarios de lectores de pantalla que ya han configurado su tecnología de asistencia según sus necesidades.

El organismo del sector que los overlays afirman satisfacer —el W3C— no ha respaldado la tecnología overlay como un camino hacia la conformidad con WCAG. La guía del W3C establece con claridad que la conformidad exige que la propia página subyacente cumpla los criterios de éxito, no una capa de modificación de terceros aplicada sobre ella.

Qué dicen los tribunales

El historial legal sobre los overlays es cada vez más desfavorable para las organizaciones que dependen de ellos como estrategia principal de cumplimiento.

Demandas contra usuarios de overlays

Las organizaciones que usan productos overlay han seguido enfrentando demandas por el Título III de la ADA. El overlay no ha funcionado como un escudo legal.

Casos destacados incluyen:

Lainey Feingold y la NFB — la National Federation of the Blind ha sido explícita al afirmar que los widgets overlay no constituyen una accesibilidad efectiva y que la NFB no los considera un sustituto razonable de la corrección real.

Múltiples demandas ante tribunales federales — los demandantes en casos de accesibilidad web bajo la ADA han argumentado con éxito que la presencia de un overlay no constituye cumplimiento, porque la página subyacente sigue presentando barreras a usuarios de tecnologías de asistencia específicas. Los tribunales han estado de acuerdo. En varios acuerdos extrajudiciales, los demandados que usaban productos overlay han tenido que retirar el overlay y emprender una corrección genuina.

Robles contra Domino’s Pizza — aunque no es un caso específico sobre overlays, esta sentencia histórica del Noveno Circuito estableció que la ADA se aplica a los sitios web y que el estándar técnico exigido es WCAG. Los tribunales que han evaluado la eficacia de los overlays han aplicado este estándar: ¿cumple realmente el sitio con WCAG? El overlay es irrelevante si la página subyacente no lo hace.

El overlay como prueba en contra

En algunos casos, la presencia de un overlay se ha usado en contra de los demandados. El argumento: al comprar e instalar un overlay, la organización reconoció que el sitio tenía problemas de accesibilidad. El hecho de que el overlay no resolviera esos problemas demuestra por tanto un incumplimiento continuado y consciente, una posición más difícil que la de una organización que simplemente no había abordado aún la accesibilidad.

Acuerdos y decretos de conformidad del DOJ

Los acuerdos de accesibilidad del Departamento de Justicia (DOJ) exigen sistemáticamente una conformidad real con WCAG, no la instalación de herramientas de cumplimiento. Ninguno de los acuerdos publicados por el DOJ ni sus compromisos voluntarios de conformidad han reconocido a los productos overlay como satisfactorios para las obligaciones de la ADA.

Lo que los proveedores de overlays afirman frente a lo que realmente ofrecen

Los proveedores de overlays hacen afirmaciones específicas que merece la pena examinar una por una:

«Cumplimiento instantáneo con WCAG 2.1»

La conformidad con WCAG 2.1 es una propiedad de la propia página, no de una capa aplicada sobre ella. Una página que falla en la accesibilidad por teclado, tiene texto alternativo ausente o carece de una estructura de encabezados adecuada no se vuelve conforme con WCAG porque se haya instalado un widget. El modelo de conformidad del W3C exige que la página cumpla cada criterio de éxito, no que una herramienta afirme que lo hace.

«Legalmente conforme»

El cumplimiento legal bajo la ADA, la PSBAR, la EAA o marcos equivalentes depende de si un sitio realmente presenta barreras a los usuarios con discapacidad. Los tribunales y reguladores lo evalúan probando el sitio tal como lo experimentan los usuarios, a menudo con usuarios reales de tecnología de asistencia. Un overlay que no resuelve de forma fiable las barreras no confiere protección legal.

«Funciona con lectores de pantalla»

Los lectores de pantalla interactúan con el árbol de accesibilidad derivado del DOM. Un overlay que aplica modificaciones de JavaScript tras el renderizado puede no reflejarse en el árbol de accesibilidad que lee el lector de pantalla. No es un caso teórico marginal: es un modo de fallo habitual documentado en pruebas con usuarios.

«Usado por [gran número] de sitios web»

La penetración de mercado no confiere validez legal. La investigación de WebAIM sugiere que la escala se ha correlacionado con resultados de accesibilidad peores, no mejores.

«Líbrese de las demandas por WCAG»

Ningún proveedor de overlays puede garantizar legalmente la ausencia de demandas. La conformidad con WCAG que los tribunales realmente evalúan es la de la página subyacente, algo que un overlay no puede crear.

Por qué las organizaciones compran overlays de todos modos

Entender por qué los overlays han encontrado mercado ayuda a explicar por qué el argumento de venta resulta tan eficaz incluso cuando el producto no lo es.

Coste y velocidad. Un programa genuino de corrección de accesibilidad —auditoría, corrección, nueva prueba, formación, monitorización— requiere tiempo y dinero. Un overlay cuesta unos pocos cientos de euros al año y se instala en minutos. Para organizaciones que enfrentan hallazgos de auditoría o presión legal con un plazo corto, el contraste es marcado.

Negación plausible. Algunas organizaciones compran overlays no porque crean que funcionan, sino para crear un rastro documental. «Compramos una solución de accesibilidad» es una posición mejor que «no hicimos nada», aunque los tribunales han rechazado en gran medida este argumento.

Tácticas de venta de los proveedores. Los proveedores de overlays invierten fuertemente en ventas a agencias web, equipos de compras y responsables de cumplimiento que pueden no tener una experiencia profunda en accesibilidad. Las afirmaciones de «cumplimiento con la ADA» y «certificación WCAG» se hacen con confianza y son difíciles de evaluar rápidamente para quienes no son especialistas.

Malentendido del problema. La accesibilidad digital es técnica, y muchos responsables de decisión no comprenden del todo por qué es necesario corregir el código subyacente. Presentar los overlays como una «herramienta» o «solución» implica una equivalencia con la corrección real.

Qué hacer en su lugar

Si su organización usa actualmente un overlay y se plantea si continuar, el marco de actuación es sencillo:

Audite su sitio de forma independiente. Encargue una auditoría de accesibilidad que evalúe la página subyacente, no la versión modificada por el overlay. Esto le da una imagen honesta de su conformidad real. Muchos auditores desactivarán el overlay antes de probar.

Priorice sus flujos más usados. Las barreras de mayor riesgo son las que están en los recorridos clave del usuario: inicio de sesión, pago, gestión de cuenta, formularios de solicitud, navegación principal. Esto es lo que prueban los demandantes y lo que investigan los reguladores. Corríjalas primero.

Corrija el código subyacente. El trabajo está en el HTML, el CSS, el JavaScript y el contenido, no en una capa aplicada sobre ellos. Esto requiere tiempo de desarrollo y, idealmente, experiencia en accesibilidad integrada en su equipo o contratada externamente.

Integre la monitorización en su flujo de trabajo. Las comprobaciones automatizadas de accesibilidad en su pipeline de desarrollo detectan las regresiones antes de que lleguen a los usuarios. Nuestra integración de accesibilidad en CI/CD hace que esto forme parte de cada build.

Forme a su equipo. Los desarrolladores que entienden WCAG escriben código accesible. Los diseñadores que entienden la accesibilidad diseñan interfaces accesibles. Una sesión de formación en accesibilidad de un día se amortiza muchas veces en costes de corrección evitados.

Publique una declaración de accesibilidad honesta. Una declaración de accesibilidad que describa con precisión sus problemas conocidos y sus planes de corrección demuestra buena fe ante reguladores y usuarios. También da a los usuarios un canal directo para reportar barreras antes de que se agraven.

El lugar del overlay en un programa de accesibilidad real

Esto no es un argumento de que la tecnología overlay no tenga ningún lugar en un programa de accesibilidad. Algunas funciones de los overlays —preferencias de contraste controladas por el usuario, ajustes de tamaño de fuente, movimiento reducido— pueden ser mejoras genuinamente útiles además de un sitio subyacente accesible.

El problema es usar un overlay en lugar de la accesibilidad. Esa sustitución no funciona técnicamente, no satisface los estándares legales y falla a los usuarios a los que el overlay afirma ayudar.

La accesibilidad real no es un widget. Es una propiedad del código, el contenido y el diseño del propio sitio: incorporada, no añadida a posteriori.

Si su organización depende actualmente de un overlay para el cumplimiento, un escaneo de accesibilidad gratuito le mostrará las barreras que existen debajo. Nuestro equipo de consultoría de accesibilidad puede ayudarle a construir un plan de corrección realista que aborde los problemas subyacentes en lugar de disimularlos.