Accesibilidad ≠ Overlay: la FTC sanciona las afirmaciones engañosas de accessiBe sobre cumplimiento WCAG

📅 Septiembre 2026   ⏱ 8 min de lectura

En abril de 2025, la Federal Trade Commission (FTC) de Estados Unidos aprobó una orden final contra accessiBe. La empresa debe pagar 1 millón de dólares y no puede afirmar que sus productos automatizados hacen que cualquier web cumpla WCAG o mantienen ese cumplimiento en el tiempo salvo que disponga de pruebas que respalden esas afirmaciones.

De promesa comercial a actuación regulatoria

La quinta entrega de «Accesibilidad ≠ Overlay» incorpora un elemento distinto a las anteriores: una actuación de una autoridad de protección al consumidor. La FTC anunció el caso en enero de 2025 y aprobó la orden final el 22 de abril de 2025.

Según la FTC, accessiBe comercializaba accessWidget como una herramienta basada en inteligencia artificial capaz de hacer que cualquier sitio web cumpliera las Web Content Accessibility Guidelines (WCAG). La denuncia de la agencia sostuvo que el producto no conseguía que todos los sitios de sus clientes fueran conformes y que esas afirmaciones eran falsas, engañosas o no estaban suficientemente fundamentadas.

Qué exige la orden final

La orden final no establece que toda automatización sea ilícita ni que un producto automatizado nunca pueda ayudar. Su alcance es más concreto: accessiBe no puede representar que sus productos automatizados pueden hacer que cualquier sitio sea conforme con WCAG, ni que pueden asegurar que continúe siendo conforme con el paso del tiempo, a menos que cuente con evidencias que respalden esas afirmaciones.

La empresa también debe pagar 1 millón de dólares. La FTC indicó que ese dinero puede utilizarse para reembolsos a consumidores.

La palabra clave es evidencia

Este caso es especialmente relevante para quienes compran servicios de accesibilidad. Una afirmación como «instala este script y tu web cumplirá WCAG» no debería aceptarse como una propiedad técnica demostrada solo porque aparezca en una página comercial.

La conformidad WCAG depende de criterios verificables en páginas, componentes, contenido e interacciones. Además, una web cambia: se publican contenidos, se actualizan plugins, aparecen formularios y se modifican plantillas. Prometer cumplimiento continuado requiere demostrar que la solución responde correctamente a ese conjunto cambiante de situaciones.

No fue solo una cuestión de WCAG

La actuación de la FTC incluyó además las prácticas de marketing. La agencia alegó que determinados artículos y reseñas en sitios de terceros estaban presentados de forma que podían parecer opiniones independientes y objetivas, sin revelar adecuadamente la relación material con la empresa.

La orden prohíbe también tergiversar hechos materiales sobre los productos y presentar como independiente a un autor, usuario u organización cuando exista una relación relevante que deba comunicarse.

Qué NO dice la FTC

Conviene ser precisos. La FTC no publicó una norma general que prohíba todos los overlays de accesibilidad. Tampoco resolvió que cualquier uso de inteligencia artificial aplicado a accesibilidad sea engañoso.

Lo que sí hizo fue actuar frente a afirmaciones concretas de cumplimiento que, según su denuncia, no estaban respaldadas por el rendimiento real del producto, y convertir el acuerdo en una orden final con obligaciones para accessiBe.

Qué debería preguntar una empresa antes de comprar un overlay

Antes de contratar una solución que promete «cumplimiento automático», conviene pedir algo más que una demostración visual: qué criterios cubre, cómo se ha verificado, qué problemas quedan fuera de la automatización, cómo funciona con teclado y lectores de pantalla, qué ocurre cuando cambia la web y qué evidencia respalda cualquier porcentaje o promesa de conformidad.

También es importante distinguir entre una herramienta que ayuda a detectar o reparar problemas y una afirmación de que esa herramienta convierte por sí sola un sitio completo en conforme.

La accesibilidad sigue estando en el producto

La lección técnica encaja con las entregas anteriores de esta serie. La accesibilidad debe verificarse en la interfaz que utiliza la persona: estructura semántica, navegación por teclado, foco, formularios, alternativas textuales, nombres y estados accesibles, contraste y comportamiento de los componentes.

La automatización puede formar parte del proceso, pero una promesa comercial no sustituye una evaluación. La pregunta sigue siendo la misma: ¿la web funciona realmente para las personas y satisface los requisitos aplicables?

Accesibilidad ≠ Overlay

La orden de la FTC introduce una consecuencia muy concreta en el debate: las afirmaciones sobre accesibilidad y cumplimiento también son afirmaciones sobre las prestaciones de un producto y deben poder demostrarse.

Para propietarios de webs, desarrolladores y responsables de compras, la conclusión práctica es sencilla: no comprar una promesa de conformidad. Pedir evidencia, evaluar la web real y corregir las barreras en el código, el diseño y el contenido.

Fuentes oficiales

🧑‍🦯 Blind Reader
Narrador listo.

Guía para invidentes

Esto es un resumen funcional, no una lectura literal.

Ir al objetivo principal Salta al área principal de acción (formulario, listado o contacto).

Estás en una página tipo: ficha de producto. El objetivo principal parece ser: comprar.

Acciones principales: Explorar listado.

Hay 8 secciones clave a las que puedes saltar.

Confianza: Confianza: 75%

Antes de continuar:

  • Gestionar cookies o avisos Motivo: Detecté un aviso relacionado con cookies/consentimiento. — Vía recomendada: Contenido principal

Acciones recomendadas

  • Explorar listado Motivo: Parece haber un listado de elementos. — Vía recomendada: Listado

Ir por objetivos

Elige qué quieres hacer. Te lo explico y luego te pregunto antes de saltar.

Modo de confirmación

Elige cada cuánto debo preguntar antes de saltar.



Alcance del aprendizaje (solo para “primera vez”)

Sitio: recuerda este objetivo en toda la web. Página: recuerda por URL.


  • Ir a Inicio
  • Ir a About
  • Ir a Blind Reader
  • Ir a Withdrawal Button
  • Ir a Servicios
  • Ir a Blog
  • Ir a Contacto
  • Ir a Español
  • Ir a English
  • Ir a Català
  • Ir a Polski
  • Ir a Română
  • Ir a Italiano
  • Ir a Français
  • Ir a Svenska
  • Ir a Deutsch
  • Ir a Nederlands
  • Ir a Português
  • Ir al contenido del artículo
  • Ir a comentarios
  • Ir al final del artículo
  • Volver a Noticias (blog)
  • Noticia anterior
  • Gestionar cookies o avisos Importante: esto puede bloquear la navegación.
  • Explorar listado

Guía progresiva

La guía anuncia una sección cada vez.

Cómo funciona: Iniciar guía anuncia la primera sección clave. Siguiente avanza. Detener sale.

Estado: Guía inactiva

Ir a la sección actual Este enlace se actualiza conforme avanza la guía.

Este artículo tiene aproximadamente 861 palabras.

Mueve el foco al inicio del contenido, saltando menús y elementos secundarios.

Acerca de Blind Reader

Blind Reader es un asistente de accesibilidad que analiza cada página y narra su propósito, secciones clave y acciones recomendadas — diseñado para usuarios de lectores de pantalla.

Constructores compatibles: Funciona con cualquier tema o constructor de WordPress: Divi, Elementor, Gutenberg, WPBakery, Avada y otros. Lee el contenido real de la página, no el marcado del constructor.

¿Interfiere en tu contenido? No. Blind Reader añade un panel accesible encima de la página pero no modifica, oculta ni altera ningún contenido ni estilo existente en tu web.

¿Cómo funciona? Analiza la estructura de la página (encabezados, enlaces, formularios, landmarks) y genera un resumen funcional. La guía y los objetivos ayudan a navegar sin tener que recorrer toda la página.

Atajo de teclado: Pulsa Alt + G para saltar directamente al primer objetivo.