¿Un widget o plugin de accesibilidad basta para cumplir la ley?

Si tiene una tienda online, es probable que alguien le haya ofrecido un widget de accesibilidad con una promesa incluida: añada un script y su web será accesible, cumplirá la ley y estará a salvo de problemas legales. Nosotros desarrollamos uno de esos widgets, SiteAccessible, así que tenemos interés en la respuesta. Aquí va: ningún widget hace que una web cumpla la normativa. Ni el nuestro ni el de nadie.

¿Qué es un overlay o widget de accesibilidad?

Un overlay de accesibilidad (literalmente, una «capa superpuesta») es código de terceros, normalmente JavaScript, que se añade a una web para intentar mejorar su accesibilidad. La Comisión Europea describe los overlays como herramientas que «se pueden agregar a los sitios web con el objetivo de mejorar la accesibilidad». En la práctica, la palabra abarca dos cosas bastante distintas, y la diferencia importa.

• Paneles que controla el visitante. Un botón abre un menú en el que el visitante puede elegir texto más grande, más espaciado, más contraste, una guía de lectura o la lectura en voz alta. No debería cambiar nada si el visitante no lo pide.
• Overlays de «reparación» automática. Un script analiza la página mientras se carga e intenta arreglarla sobre la marcha: intenta adivinar los textos alternativos, añade etiquetas a los campos de formulario, reescribe atributos ARIA (el código que indica a los lectores de pantalla qué es cada elemento) y a veces activa un modo especial si detecta un lector de pantalla.

Muchos productos hacen las dos cosas. El nuestro es solo del primer tipo: no analiza ni reescribe su marcado. Pero ninguno de los dos cambia la web con la que se evalúa el cumplimiento de una norma.

¿Puede un widget hacer que una web cumpla las WCAG, la EAA o la ADA?

No. Las normas y leyes de accesibilidad se aplican al código, al contenido y a los procesos de su propia web, no a una capa añadida encima. La Comisión Europea dice que las herramientas que no garantizan que el sitio web cumpla la norma «no son una solución adecuada», y las organizaciones de personas con discapacidad están de acuerdo. En EE. UU., el regulador de consumo ha multado a un proveedor por afirmar lo contrario.

Esa página trata de las webs del sector público, pero las tiendas y los bancos sujetos a la Ley Europea de Accesibilidad se evalúan con la misma norma, la EN 301 549, que se basa en las Pautas de Accesibilidad para el Contenido Web (WCAG).

El motivo es práctico. Las WCAG se evalúan sobre la página tal como la recibe todo el mundo. Si el gris de su texto no alcanza el contraste mínimo, un botón de contraste en un panel no lo cambia, porque la página sigue fallando para todos los visitantes que nunca abren el panel. Los scripts de reparación chocan con el mismo muro: un programa no puede saber con fiabilidad qué muestra la foto de un producto ni para qué sirve un campo sin etiqueta.

La Overlay Fact Sheet (se abre en una pestaña nueva), una carta abierta con 1048 firmantes cuando los contamos el 13 de octubre de 2026, lo dice sin rodeos: «Ningún overlay del mercado puede hacer que una web cumpla plenamente ninguna norma de accesibilidad existente». En EE. UU., el Departamento de Justicia no fija ninguna norma técnica web para las empresas privadas. Su guía de 2022 (se abre en una pestaña nueva), el texto oficial más amable con estas herramientas que hemos encontrado, dice que los verificadores y los overlays «pueden ser herramientas útiles», pero «deben usarse con cuidado», y que un informe sin errores «no significa necesariamente que todo sea accesible».

¿Qué decidió la FTC sobre accessiBe?

En abril de 2025, la Comisión Federal de Comercio de EE. UU. (FTC) aprobó definitivamente una orden que obliga a accessiBe, un proveedor de overlays, a pagar 1 millón de dólares. La FTC sostenía que la afirmación de la empresa de que su accessWidget «puede hacer que cualquier web cumpla las WCAG» era falsa, engañosa o carecía de pruebas, y que presentaba como opiniones independientes artículos y reseñas con los que tenía vínculos.

La FTC anunció la propuesta de orden (se abre en una pestaña nueva) el 3 de enero de 2025 y la aprobó (se abre en una pestaña nueva) el 22 de abril de 2025. accessiBe ya no puede afirmar sin pruebas que sus productos automáticos «pueden hacer que cualquier web cumpla las WCAG» ni que «pueden garantizar el cumplimiento continuado de las WCAG a lo largo del tiempo».

Para ser justos, la FTC se pronunció sobre la publicidad de una empresa, no sobre si los overlays ayudan a alguien. Pero la promesa que sancionó sigue apareciendo en muchas páginas comerciales. Nosotros no la haremos.

¿Qué opinan de los overlays las personas con discapacidad y los expertos?

Sobre todo, que los overlays ayudan poco y a veces estorban. El Foro Europeo de la Discapacidad (EDF) y la Asociación Internacional de Profesionales de la Accesibilidad (IAAP) afirman que no hacen que una web cumpla la normativa, y en un estudio de 2024 con 47 personas ciegas o con baja visión, la mayoría dijo que los overlays no les resultaban útiles y muchas señalaron conflictos con sus productos de apoyo.

Esa declaración tampoco perdona a paneles como el nuestro. Dice que, aunque «algunas de estas funciones pueden ayudar a algunos usuarios, la mayoría son redundantes, porque ya están disponibles en los navegadores o las proporcionan los productos de apoyo que eligen los usuarios». Seguimos creyendo que un panel tiene su sitio, pero la crítica es justa y debe oírla de nosotros. La declaración también fija el listón que todo widget debe superar: «No es aceptable que los overlays, plugins o widgets impidan el acceso a los productos de apoyo de los usuarios, a su elección de navegador o a las funciones del sistema operativo».

El estudio es «The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users» (se abre en una pestaña nueva), de Makati, Tigwell y Shinohara (ACM ASSETS, octubre de 2024). Un resumen de la Universidad de Washington (se abre en una pestaña nueva) añade que hasta un 42 % de los participantes había dejado de usar webs con overlays, aunque a algunos sí les servían pequeños ajustes como el tamaño de letra o el contraste de color.

En Alemania, el BIK BITV-Test (se abre en una pestaña nueva) no concede sus sellos a webs que usan una herramienta de tipo overlay. Eso incluye paneles como el nuestro, y por eso nuestra documentación sobre la EAA indica a los clientes que pausen el widget mientras dure una de esas pruebas.

¿Se sigue demandando a webs que tienen un widget?

Sí. UsableNet, que sigue las demandas de accesibilidad digital en EE. UU., contó en 2025 entre 95 y 155 demandas al mes contra webs que ya tenían instalado un widget de accesibilidad, y no encontró «ninguna reducción significativa de las demandas contra usuarios de widgets» a lo largo del año. Un widget no elimina las barreras que describen las demandas.

El análisis de UsableNet sobre 2025 (se abre en una pestaña nueva) contabilizó más de 5000 demandas de accesibilidad digital en EE. UU. ese año. Algunas ya mencionan el propio widget y alegan que interfiere con los lectores de pantalla.

Conviene leer esas cifras con cuidado. UsableNet vende servicios de accesibilidad, y el recuento no demuestra que los widgets atraigan demandas; simplemente, muchas webs tienen uno. Demuestra algo más limitado, pero importante: tenerlo instalado no libró a esas empresas de acabar en los tribunales.

¿Cuándo puede ayudar un panel de accesibilidad para visitantes?

Un panel de ajustes ayuda cuando un visitante necesita un cambio que la web no ofrece de serie y no sabe hacerlo en su navegador o su sistema. Encaja mejor con necesidades ocasionales o del momento, como la vista cansada, una migraña o el móvil a pleno sol, que con las de los usuarios experimentados de productos de apoyo.

Aquí nos separamos de los críticos más duros, así que distinguiremos entre pruebas y opinión. Las pruebas: a la mayoría de los usuarios experimentados de lectores de pantalla y magnificadores no les resultan útiles los overlays, y algunas personas sí se benefician de cambios sencillos como el tamaño del texto y el contraste. Nuestra opinión: mucha gente que leería más cómoda con un texto más grande nunca ha abierto los ajustes de accesibilidad de su navegador, y un botón visible es más fácil de encontrar.

• Una clienta mayor a la que las descripciones de sus productos le parecen pequeñas y apretadas, y que nunca ha usado el zoom del navegador.
• Una persona con dislexia que lee mejor con más espaciado y una guía de lectura.
• Cualquiera que quiera detener las animaciones mientras rellena un formulario de reserva.

Son cambios de presentación en una web que ya funciona. Un panel no puede dar a un usuario de lector de pantalla una etiqueta que no está en el código, ni puede hacer que un proceso de pago se pueda usar con el teclado.

¿Qué puede salir mal y cómo debería construirse un widget?

Los principales riesgos son un widget que choca con los productos de apoyo del visitante, atrapa el foco del teclado, cambia la página sin que nadie lo pida o añade ruido para quienes usan lector de pantalla. Un widget bien hecho no estorba hasta que alguien lo abre, se puede usar por completo con teclado y lector de pantalla, y nunca reescribe la semántica de la página.

Revise cualquier producto, incluido el nuestro, con esta lista, usando el teclado y un lector de pantalla gratuito como explicamos en nuestra guía sobre cómo comprobar la accesibilidad de su web.

• Desactivado hasta que se pida. No cambia nada hasta que el visitante activa algo. Detectar productos de apoyo es además un problema de privacidad, como señalan el EDF y la IAAP, porque da pistas sobre una discapacidad.
• Sin reescrituras automáticas. Los textos alternativos inventados y los atributos ARIA inyectados pueden contradecir lo que anunciaría el lector de pantalla.
• Accesible en sí mismo. Un botón de verdad, un panel que funciona con Tab, las flechas y Escape, el foco que vuelve a su sitio al cerrar y un nombre legible en cada control.
• Respeta los ajustes del sistema. Si el sistema del visitante pide reducir el movimiento, las animaciones del propio widget se detienen.
• No estorba. Los visitantes pueden apartarlo de su botón «Añadir a la cesta».
• Privado y desactivable. Los ajustes se guardan en el navegador del visitante y solo para su web, y usted puede pausar el widget durante una auditoría.

¿Qué hace nuestro widget y qué no hace?

SiteAccessible es un panel que controla el visitante: permite cambiar el contraste, el tamaño del texto, el espaciado, las fuentes, el cursor y las ayudas de lectura, o elegir uno de ocho perfiles. No analiza, repara ni reescribe su código, no hace que su web cumpla ninguna norma y no le da ninguna protección legal. Así queda frente a esa lista.

Los planes Pro y Business añaden un generador de declaración de accesibilidad, que registra la situación de cumplimiento que usted elija, sin decidirla por usted. El resto está en la lista de funciones.

¿Qué hacer en lugar de un widget, o además de él?

Corrija la accesibilidad en su origen: en sus plantillas, sus contenidos y sus procesos. Haga pruebas automáticas y manuales, cuente con personas con discapacidad para probar sus recorridos clave, publique una declaración de accesibilidad honesta y siga revisando a medida que la web cambie. Un widget, si lo quiere, va encima de ese trabajo y nunca sustituye ninguna parte.

1. Averigüe en qué punto está. Pase un verificador automático gratuito y luego pruebe manualmente sus recorridos clave: búsqueda, ficha de producto, cesta y pago.
2. Corrija el origen. Empiece por lo que impide completar una tarea: campos de formulario sin etiqueta, botones sin nombre, trampas de teclado, texto con poco contraste o imágenes sin texto alternativo. Algunas cosas se arreglan en diez minutos desde su gestor de contenidos; otras necesitan un desarrollador.
3. Compruebe qué le exige la ley. Si vende a consumidores de la UE, lea qué exige la Ley Europea de Accesibilidad, incluida la exención para las microempresas que prestan servicios.
4. Haga pruebas con personas con discapacidad. La Comisión aconseja «implicar siempre a las personas con discapacidad en las pruebas». Incluso dos sesiones sobre su proceso de pago ayudan.
5. Publique una declaración honesta de lo que ha probado y de lo que aún falta. Nuestra guía sobre la declaración incluye una plantilla.
6. Sea constante. Vuelva a probar después de cada cambio importante y al menos una vez al año.

Si después añade un widget, hágalo por los visitantes que lo vayan a usar, no como un distintivo. Y si alguien, nosotros incluidos, le dice que un script hará que su web cumpla la ley, pida ver la auditoría.