Accesibilidad Real
// Ley 11/2023

Ley 11/2023Reglamento EAA (UE) 2019/882WCAG 2.1 AA

Por qué los widgets no funcionan

Los widgets de accesibilidad no funcionan por una razón fundamental: la accesibilidad web es una propiedad del código fuente, no de una capa que se ejecute encima. Y los widgets viven encima.

Cuando se analizan función por función, las "features" del widget caen en una de tres categorías: falsas (afirman hacer cosas técnicamente imposibles para una capa de JavaScript externa), redundantes (replican funciones que el sistema operativo o el navegador ya ofrecen, mejor y de forma universal) o irrelevantes para el cumplimiento (funciones bonitas pero que no son requisitos de WCAG, que es el estándar legal).

Y por encima de todo eso, hay además un problema de marketing engañoso documentado y sancionado por reguladores.

La razón técnica de fondo

WCAG 2.1 nivel AA tiene más de 50 criterios de conformidad. La inmensa mayoría requieren cambios estructurales en el HTML, el CSS o el JavaScript del propio sitio. Algunos ejemplos:

  • SC 1.3.1 Información y relaciones: si tu sitio usa <div> y <span> en lugar de encabezados, listas o tablas, un widget no puede convertirlos en lo correcto. Los lectores de pantalla siguen sin entender la estructura.
  • SC 4.1.2 Nombre, función, valor: si un botón está implementado como un <div> sin role="button" y sin nombre accesible, el lector de pantalla no sabe que es un botón. Un widget no puede arreglarlo.
  • SC 2.4.6 Encabezados y etiquetas: si los formularios no tienen <label> correctamente asociado a sus <input>, un widget no puede crear esa relación.
  • SC 1.1.1 Contenido no textual: si una imagen importante no tiene alt, un widget puede generar uno automático con IA, pero no acertará el contexto. La IA dirá "persona sonriendo" cuando lo correcto sería "directora de RRHH presentando los resultados anuales".

Esto no es opinión: es la arquitectura técnica de la web. La accesibilidad ocurre en el código fuente. Un widget vive fuera de él.

Para análisis técnico exhaustivo, función por función, con cada SC implicado: Análisis técnico detallado.

Lo que dice la comunidad de personas con discapacidad

Más de 1.000 profesionales de accesibilidad (incluidos contribuidores a los estándares WCAG, ARIA y HTML, y empleados de Google, Microsoft, Apple, BBC y otras organizaciones) han firmado el Overlay Fact Sheet (overlayfactsheet.com). El documento declara que los widgets de accesibilidad:

  • No pueden hacer un sitio web conforme a WCAG automáticamente.
  • Frecuentemente interfieren con las tecnologías de asistencia que las personas con discapacidad ya usan (lectores de pantalla como JAWS, NVDA, VoiceOver, TalkBack).
  • Añaden barreras adicionales en lugar de eliminarlas.
  • Representan un uso inadecuado de los recursos.
72 % de personas con discapacidad encuestadas por WebAIM calificó los widgets como nada o muy poco efectivos.

Lo que dicen los reguladores

Comunicado conjunto European Disability Forum + IAAP (mayo 2023)

El European Disability Forum (EDF) y la International Association of Accessibility Professionals (IAAP) emitieron en mayo de 2023 un comunicado conjunto en el que advierten de que los widgets de accesibilidad no hacen accesible una web ni la hacen conforme con la legislación europea de accesibilidad, y de que no constituyen una alternativa aceptable ni un sustituto de arreglar el sitio web en sí mismo.

Es especialmente relevante para España: el comunicado se refiere explícitamente a la European Accessibility Act, la directiva que la Ley 11/2023 transpone en nuestro país.

Posición oficial de ASEPAU en España

La Asociación Española de Profesionales de la Accesibilidad Universal (asepau.org) tiene posición pública y argumentada contra los widgets. La resumen así:

  • Los usuarios a los que van dirigidos ya disponen de las herramientas que necesitan (lector de pantalla, magnificador, configuraciones del SO) y las usaron para entrar en la web.
  • Los widgets no ayudan a cumplir WCAG porque solo el 20 a 30 % de los errores son automáticamente reparables, y muchos widgets ni siquiera intentan repararlos.
  • La mayoría de los widgets no son accesibles ellos mismos y crean trampas para usuarios de teclado y lectores de pantalla.
  • Los widgets dejan de funcionar al cambiar de página externa: si tu visitante hace clic en un enlace fuera de tu sitio, sus configuraciones se pierden.

Comisión Europea (DG COMM)

La Dirección General de Comunicación de la Comisión Europea ha emitido advertencia pública: ningún widget de accesibilidad puede hacer un sitio plenamente conforme con WCAG, y algunos pueden interferir con las tecnologías de asistencia.

Lo que dicen los tribunales y reguladores comerciales

FTC vs accessiBe (enero 2025)

La Comisión Federal de Comercio de Estados Unidos alcanzó en enero de 2025 un acuerdo por el que accessiBe paga 1.000.000 de dólares. La FTC alegó que accessiBe:

  • Afirmaba que su producto hacía los sitios "conformes a WCAG", cuando no podía garantizarlo.
  • No podía cumplir las promesas de accesibilidad de su marketing.
  • Disfrazaba reseñas y artículos pagados como opiniones independientes.

El acuerdo se cerró sin admisión de infracción, pero la orden final (abril de 2025) prohíbe a accessiBe seguir afirmando que sus productos automatizados hacen cualquier web conforme con WCAG salvo que tenga evidencia que lo respalde.

Por qué importa para España

EqualWeb, UserWay, AccedeMe y otros hacen afirmaciones funcionalmente idénticas a las que la FTC sancionó. AccedeMe, por ejemplo, se anuncia como solución para "cumplir con los requisitos de cumplimiento (EAA, WCAG, ADA)".

LightHouse v. ADP (Estados Unidos, 2022)

El acuerdo judicial estableció explícitamente que soluciones overlay como las de AudioEye y accessiBe no son suficientes para lograr accesibilidad.

El dato que más sorprende

+25 % de las demandas de accesibilidad en EE. UU. en 2024 (más de 1.000) fueron contra sitios con un widget instalado, según UsableNet.

La "garantía contra demandas" del marketing es, sencillamente, falsa.

Otros problemas técnicos documentados

Rendimiento

El JavaScript de los widgets se carga en cada visita, antes del contenido. En sitios grandes, es uno de los principales responsables de problemas de Core Web Vitals. Hay casos documentados (Zara, según análisis publicado por Irish Times en abril de 2024) en los que el widget de EqualWeb ralentizó la experiencia de usuarios de lector de pantalla.

Seguridad

En 2022, la firma de ciberseguridad Imperva descubrió una vulnerabilidad XSS en el widget de EqualWeb que afectó a clientes como Fiverr, Bosch, Zara, AVIS y otros. Una capa de JavaScript de terceros con permisos amplios sobre tu DOM es, por definición, una superficie de ataque adicional.

Privacidad

Algunos widgets detectan a los usuarios con discapacidad y guardan su configuración para activarla en otros sitios. El problema: el dato de tener una discapacidad es información personal sensible según el RGPD, y el usuario no ha dado consentimiento explícito.

¿Y entonces qué hago?

Fuentes de esta página