¿Un overlay de accesibilidad cumple la ley?

No. Ningún estándar del W3C, ni la NBR 17225, reconoce un overlay como forma de cumplir los criterios de accesibilidad. La conformidad con las WCAG se mide en la página entregada, criterio por criterio, y el propio W3C dice que las herramientas automáticas no determinan si un sitio es accesible; parte de la evaluación exige juicio humano. Organizaciones de personas con discapacidad y de profesionales del área afirman públicamente que los overlays no hacen que un sitio sea accesible ni conforme con la ley. Lo que corrige la accesibilidad es cambiar el código y el contenido, y probar con personas.

El texto trata de las WCAG 2.2, de la ABNT NBR 17225:2025 (la norma técnica brasileña de accesibilidad web) y de la Ley Brasileña de Inclusión (Lei Brasileira de Inclusão, LBI), con datos comprobados en octubre de 2026. Explica las normas; no es asesoramiento jurídico.

Qué es un overlay de accesibilidad

Un overlay es un script de terceros, casi siempre en JavaScript, que el sitio instala con una línea de código y que actúa sobre la página en el navegador del visitante. No hay una definición formal del término, según un documento de un grupo comunitario del W3C sobre el tema (Overlay Applications in Web Accessibility). Los productos que se venden como overlay suelen combinar dos cosas:

• Un panel de preferencias, que se abre con un botón fijo en una esquina de la pantalla, con opciones como agrandar la fuente, cambiar el contraste, aumentar el espaciado o resaltar los enlaces.

• Corrección automática: el script analiza el código cuando la página carga e intenta arreglar problemas, como una imagen sin texto alternativo, un campo sin etiqueta o atributos ARIA que faltan.

Algunos productos añaden informes o detección de tecnologías de apoyo. La promesa comercial va de "más accesibilidad" a "cumplimiento de la ley en minutos".

Qué dice el W3C

Hasta la fecha de consulta, el W3C y su Iniciativa de Accesibilidad Web (WAI) no habían publicado una recomendación ni una orientación oficial dedicada a los overlays. Lo que existe son tres puntos que responden a la pregunta de forma indirecta.

La conformidad se aplica a la página entera y a todos los criterios

Para declarar el nivel AA, la página tiene que cumplir todos los criterios A y AA, sin excluir partes, en todas las variaciones de pantalla y en todos los pasos de un proceso como el checkout (WCAG 2.2, 5.2). Un script que arregla parte de los problemas deja el sitio sin conformidad mientras quede un fallo en cualquier criterio.

Las herramientas automáticas no deciden si un sitio es accesible

En la página sobre herramientas de evaluación, el W3C dice que las herramientas no pueden verificar todos los aspectos de la accesibilidad, que hace falta juicio humano y que solo ayudan a determinar la accesibilidad (Selecting Web Accessibility Evaluation Tools). La visión general de evaluación del W3C añade que ninguna herramienta por sí sola determina si un sitio cumple los estándares y recomienda incluir a personas con discapacidad en las pruebas (Evaluating Web Accessibility Overview). Un overlay de corrección automática depende del mismo tipo de análisis automático, solo que aplicado en el momento, sin revisión.

Un grupo comunitario del W3C estudió el tema

El A11yEdge Community Group publicó el borrador "Overlay Applications in Web Accessibility". Los documentos de los grupos comunitarios no son estándares ni recomendaciones del W3C, y este es un borrador exploratorio. Es más equilibrado que la mayor parte del debate: enumera usos posibles, como corregir defectos de bibliotecas compartidas por muchos sitios, y problemas, como anuncios en exceso en el lector de pantalla, un orden de foco roto, preferencias que duplican las del sistema y detección de la discapacidad sin consentimiento. Y dice que los overlays no sustituyen la especialización y la supervisión humanas en el proceso de corrección.

Qué dicen los profesionales y las organizaciones

Dos manifestaciones públicas son las más citadas. Ninguna es una ley ni una norma; son posiciones de quienes trabajan en accesibilidad o representan a personas con discapacidad.

• El Overlay Fact Sheet es un texto firmado por profesionales de la accesibilidad, desarrolladores, abogados y usuarios con discapacidad; en la fecha de consulta, la lista tenía más de mil firmas. El texto afirma que los overlays no logran la conformidad total con las WCAG, que los paneles de preferencias repiten funciones que el usuario ya tiene en su dispositivo, que la corrección automática del texto alternativo, las etiquetas, el teclado y el foco no es fiable, y que algunos productos detectan el uso de tecnologías de apoyo, lo que expone la discapacidad del visitante. Recomienda corregir los problemas en el origen, en el código.

• El Foro Europeo de la Discapacidad (EDF) y la Asociación Internacional de Profesionales de la Accesibilidad (IAAP) publicaron el 17 de mayo de 2023 una declaración conjunta. Dice que los overlays no hacen que el sitio sea accesible ni conforme con la legislación europea de accesibilidad, que no son un sustituto aceptable de la corrección del sitio, que pueden interferir con las tecnologías de apoyo y que la accesibilidad es responsabilidad del dueño del sitio, no del usuario.

Límites de un overlay

Privacidad

Los overlays que detectan un lector de pantalla u otra tecnología de apoyo pueden inferir que el visitante tiene una discapacidad. En Brasil, la LGPD (Lei Geral de Proteção de Dados, la ley brasileña de protección de datos, Ley 13.709/2018, art. 5º, II) clasifica como dato personal sensible el "dato referente a la salud", entre otros (Ley 13.709/2018). Si esa inferencia cuenta como dato referente a la salud es una cuestión abierta: no encontramos una posición de la ANPD (la autoridad brasileña de protección de datos) sobre el tema, y la respuesta depende del análisis jurídico de cada caso. En la práctica, quien ya usa o piensa usar un overlay debe saber qué datos recoge el script, adónde los envía y con qué base legal.

El caso de accessiBe ante la FTC, en Estados Unidos

El 22 de abril de 2025, la FTC, la agencia de protección del consumidor de Estados Unidos, aprobó la orden definitiva contra accessiBe, proveedora del overlay accessWidget (comunicado de la FTC). Según la FTC:

• la empresa anunciaba que accessWidget podía hacer que cualquier sitio fuera conforme con las WCAG, y la FTC alegó que el producto no lo lograba en todos los sitios de los clientes;

• la empresa también presentaba artículos y reseñas de terceros como si fueran opiniones independientes;

• la orden exige el pago de 1 millón de dólares y prohíbe a la empresa decir que sus productos automáticos hacen que cualquier sitio sea conforme con las WCAG, o que lo mantienen conforme, sin pruebas que respalden la afirmación;

• la votación fue de 3 a 0.

El caso trata de publicidad engañosa según la ley estadounidense de protección del consumidor. No es una decisión sobre la ley brasileña ni sobre la accesibilidad de un sitio concreto. Muestra, sin embargo, que la promesa de "conformidad automática" ya fue cuestionada por un organismo público con base en hechos.

Y en Brasil

La LBI, en su art. 63, hace obligatoria la accesibilidad en los sitios de empresas con sede o representación comercial en Brasil y de organismos de gobierno, conforme a las mejores prácticas y directrices adoptadas internacionalmente (Ley 13.146/2015). La ley no menciona overlays ni widgets.

La ABNT NBR 17225:2025 sigue los criterios de las WCAG 2.2, y la conformidad regular, que la norma alinea con el nivel AA, exige cumplir todos los requisitos (ABNT NBR 17225:2025, sección 4). La norma tampoco menciona overlays. En el anexo A, sobre el contenido de terceros, observa que no es posible asegurar la accesibilidad de contenido que el autor no controla y recomienda elegir fuentes que sigan buenas prácticas. Un script de terceros que modifica la página entra en esa cuenta.

Qué exige la ley y a quién está en la guía principal de esta serie, Accesibilidad web en Brasil: qué exigen la LBI y la NBR 17225.

Qué corrige de verdad la accesibilidad

1. Identificar los problemas con una herramienta automática y con pruebas manuales: navegación solo con teclado, lector de pantalla, zoom del 200 %, contraste. La guía WCAG 2.2 nivel AA muestra cómo probar los criterios nuevos.

2. Corregir en el código y en el contenido: HTML semántico, texto alternativo escrito por quien conoce la imagen, etiquetas y mensajes de error claros, contraste, componentes que funcionan con el teclado. La guía de formularios accesibles tiene ejemplos en HTML.

3. Corregir en el origen compartido: tema, sistema de diseño o biblioteca de componentes. Una corrección ahí vale para todas las páginas que usan ese componente.

4. Probar con personas con discapacidad, como recomienda el W3C.

5. Exigir accesibilidad a los proveedores de contenido de terceros (chat, pago, video, mapas), como sugiere la NBR 17225.

6. Volver a verificar después de cada cambio en el sitio, porque el contenido nuevo y las actualizaciones del tema traen problemas nuevos.

Una salvedad: el panel de preferencias, por sí solo, no es el problema. Si el sitio quiere ofrecer un ajuste extra que el navegador no tiene, nada lo impide, siempre que sea accesible, no estorbe a las tecnologías de apoyo y no se presente como prueba de conformidad. La recomendación de quitar el overlay no se aplica a ese caso; se aplica a quien cuenta con él en lugar de las correcciones.

Cómo verificar tu sitio

La verificación gratuita de WebVyze analiza la página de inicio, sin registro, y señala riesgos de accesibilidad vinculados a la ley. WebVyze no es un overlay: solo lee páginas públicas y nunca modifica el sitio. En los planes de pago (precios), cada problema se convierte en una incidencia con la ley, el criterio, la evidencia y una guía de corrección, y solo se marca como resuelto después de que WebVyze lo verifica de nuevo. Parte de los criterios de las WCAG sigue exigiendo revisión humana, como se describe arriba.