La investigación más citada al respecto, una encuesta de WebAIM a profesionales del sector, encontró que el 67% de los profesionales de la accesibilidad califica los overlays como “nada” o “poco” eficaces, una cifra que sube al 72% entre los profesionales que tienen ellos mismos alguna discapacidad. No es una división de opiniones marginal; es un consenso bastante sólido por parte de las personas cuyo trabajo consiste en comprobar si los sitios son realmente utilizables, y apunta directamente a la automatización basada únicamente en overlays, no a cualquier forma de herramienta de accesibilidad.

La pregunta de “¿funcionan los overlays?” suele plantearse como si tuviera una única respuesta de sí o no, pero la investigación es más precisa que ese planteamiento. En realidad responde a una pregunta más concreta: ¿un widget basado en un script, en su mayoría automatizado, ofrece de forma fiable el nivel de accesibilidad que exige un estándar WCAG real, sin ninguna intervención humana en el proceso? Los datos de los profesionales dicen, de forma abrumadora, que no. Lo que no dicen es que toda herramienta de accesibilidad con un componente de widget carezca de valor, una distinción que conviene tener presente durante el resto de este artículo.

Los datos centrales de la encuesta

El Overlay Fact Sheet, que recopila estos datos de la encuesta de WebAIM, informa que solo el 2,4% de los profesionales encuestados calificó los overlays como muy eficaces. Entre los profesionales con discapacidad, posiblemente el grupo más relevante al que preguntar, dado que son los usuarios finales reales a los que estas herramientas pretenden ayudar, la valoración negativa subió al 72%. Esa brecha entre cómo suelen promocionarse los overlays (como una solución de cumplimiento rápida y completa) y cómo los experimentan realmente quienes los ponen a prueba es la tensión central de todo este debate.

Vale la pena señalar a quién se encuestó, ya que eso forma parte del peso del hallazgo. Se trata de profesionales de la accesibilidad: personas cuyo trabajo diario consiste en probar sitios frente a la WCAG, trabajar con lectores de pantalla y otras tecnologías de asistencia, y evaluar si una página realmente funciona para usuarios reales. Su escepticismo no es una encuesta de opinión pública general; es una valoración profesional de personas en posición de ver exactamente dónde termina la cobertura de un overlay.

Por qué existe esa brecha

Este es el núcleo de casi todas las críticas en este terreno, así que vale la pena entenderlo a nivel de mecánica y no solo aceptar las cifras de la encuesta al pie de la letra. Los overlays se ejecutan como un script sobre una página ya existente, en lugar de modificar el código subyacente. Esa arquitectura es genuinamente buena para algunas cosas, como permitir que un usuario cambie el tamaño del texto o aumente el contraste bajo demanda, y genuinamente limitada para otras, como corregir de forma fiable un formulario que carece de etiquetas programáticas adecuadas o reestructurar el orden de lectura de una página para un lector de pantalla. Las funciones automatizadas como el texto alternativo generado por IA añaden una complicación más: una descripción generada puede ser razonablemente buena para la foto sencilla de un producto y claramente errónea para una imagen compleja, sin que ninguna persona revise el resultado antes de que llegue a los usuarios reales.

También surge repetidamente en las opiniones de los profesionales una queja técnica más concreta: algunos comportamientos de los overlays interfieren con la tecnología de asistencia que un visitante ya ha configurado en su propio dispositivo o navegador, anulando de hecho una configuración que el usuario construyó de forma deliberada. Para alguien que ya ha ajustado su lector de pantalla o sus extensiones de navegador para que funcionen como necesita, que un overlay intervenga y cambie ese comportamiento puede resultar activamente contraproducente en lugar de neutral.

Los datos más amplios sobre el estado de la web refuerzan por qué esta brecha importa tanto en la práctica. El informe WebAIM Million de 2026 encontró que el 95,9% de las páginas de inicio tenía al menos un fallo detectable de la WCAG 2, con una media de 56,1 errores por página. Si un sitio arrastra tantos problemas de fondo, un widget que actúa en la capa de visualización y aborda un puñado de problemas superficiales está lidiando con una carencia mucho mayor de lo que su marketing suele dar a entender, lo cual explica en parte por qué la investigación muestra de forma constante que los profesionales califican tan bajo la cobertura basada únicamente en overlays.

La dimensión regulatoria

Esto ya no es puramente un debate entre profesionales; ahora también tiene consecuencias regulatorias. En 2025 la Comisión Federal de Comercio de Estados Unidos ordenó a accessiBe pagar 1.000.000 de dólares para resolver cargos por hacer afirmaciones engañosas sobre cuánto de un sitio web podía corregir automáticamente accessWidget, junto con acusaciones aparte sobre reseñas de clientes pagadas. Ese acuerdo es un dato relevante precisamente porque no es solo una crítica de activistas, sino una acción de aplicación federal dirigida específicamente contra los excesos en cómo se promocionaba la corrección automatizada.

La importancia de ese acuerdo va más allá de la empresa concreta implicada. Sienta un precedente de que los reguladores están dispuestos a examinar la brecha entre lo que realmente hace una herramienta automatizada de accesibilidad y cómo se promociona, lo que eleva el nivel de exigencia para todos los proveedores de la categoría a la hora de ser precisos sobre qué cubre su producto y qué no, en lugar de apoyarse en mensajes vagos del estilo “cumplimiento fácil”.

Dónde el planteamiento “los overlays no funcionan” simplifica en exceso

Vale la pena ser precisos aquí en lugar de tratar toda la categoría como inútil, porque tampoco es exactamente lo que muestra la investigación. La crítica más fuerte de los datos apunta a las soluciones basadas únicamente en overlays que se promocionan como un cumplimiento completo y automático. Los proveedores que combinan un widget con corrección manual real o pruebas revisadas por personas están haciendo una afirmación distinta y más defendible. Wawsome, por ejemplo, integra su widget con una monitorización continua y un verificador de accesibilidad revisado por personas, en lugar de ofrecer solo automatización. AudioEye combina explícitamente el escaneo automatizado con pruebas manuales supervisadas por especialistas en accesibilidad. WebYes toma un rumbo totalmente distinto, construyendo sus herramientas centradas en WordPress en torno a identificar problemas para corregirlos a nivel de código, en lugar de vender corrección mediante overlay, un enfoque que esquiva la crítica por diseño.

La distinción práctica que vale la pena trazar es entre “la automatización como solución completa” y “la automatización como una capa dentro de un proceso más amplio que incluye revisión humana real”. Los datos de la encuesta de WebAIM son una respuesta al primer planteamiento, no necesariamente al segundo, y tratar todo producto con un componente de widget como igualmente sospechoso pasa por alto una diferencia real y significativa en cómo han construido su oferta distintos proveedores.

Qué significa esto a la hora de elegir una solución

La investigación no dice “nunca use un widget”, dice que hay que ser escéptico ante cualquier proveedor que afirme que instalar un script por sí solo equivale a un cumplimiento completo. Al evaluar una herramienta, vale la pena preguntar específicamente si las correcciones automatizadas se revisan o se complementan con una persona en algún momento, y si el proveedor es transparente sobre lo que el widget no puede corregir, en lugar de dar a entender que lo resuelve todo.

Una lectura razonable de todas estas pruebas en conjunto: si todo el argumento de venta de un proveedor es que instalar su script basta para cumplir la WCAG o eliminar el riesgo legal, esa afirmación no se sostiene ni frente a los datos de la encuesta a profesionales ni frente a los propios hallazgos de la FTC sobre uno de los proveedores más destacados de este sector. Si un proveedor es transparente al decir que su widget cubre un conjunto específico y acotado de mejoras, y lo combina con pruebas o correcciones humanas reales para el resto, esa es una afirmación sustancialmente distinta y más creíble, coherente con cómo funciona realmente la tecnología subyacente en lugar de estar en tensión con ella.

Nuestra guía sobre lo que los overlays de accesibilidad pueden y no pueden corregir, y nuestra comparativa entre widgets y auditorías manuales, profundizan en cómo evaluar las afirmaciones concretas de un proveedor frente a lo que la tecnología subyacente puede ofrecer de forma realista.