La accesibilidad web con IA se vende como la solución rápida para que la web de un despacho cumpla la ley sin tocar una línea de código: un script, una suscripción mensual y un banner que promete adaptarse a cualquier usuario. La Ley 11/2023 ya obliga a buena parte de los despachos desde junio de 2025, y muchos proveedores han visto ahí un negocio fácil de vender. El problema es que reguladores y expertos en accesibilidad llevan dos años dejando claro que estos parches no cumplen lo que anuncian, y que instalarlos puede jugar en tu contra si alguien reclama.
No. Un overlay o widget de accesibilidad con IA no exime a tu despacho de cumplir la Ley 11/2023: en enero de 2025 la FTC estadounidense multó con un millón de dólares al proveedor accessiBe por prometer que su IA dejaba cualquier web conforme con las WCAG, y el Foro Europeo de la Discapacidad sostiene lo mismo para la normativa comunitaria.
Así vende un widget la accesibilidad web con IA
La accesibilidad web con IA se comercializa casi siempre de la misma forma: se añade una línea de código al sitio, un script escanea el HTML en segundo plano y aparece una capa visual que permite ajustar contraste, tamaño de letra o activar subtítulos automáticos. El argumento de venta es que la inteligencia artificial detecta y corrige los fallos sin tocar la plantilla ni el WordPress del despacho, algo tentador para quien no tiene equipo de desarrollo propio.
- Cumplimiento inmediato: la web queda «conforme con WCAG» en minutos, sin auditoría previa.
- Sin tocar el código: todo se resuelve desde un panel externo al gestor de contenidos.
- Aprendizaje continuo: la IA revisa cada página nueva sin intervención humana.
Ese último punto es el que más pesa en la decisión de compra: un despacho que publica contenido de forma constante ve en la promesa de la IA una forma de no revisar accesibilidad cada vez que sube una página nueva. El problema aparece en la letra pequeña de lo que esa tecnología puede hacer de verdad, y es donde reguladores y expertos llevan tiempo poniendo el foco.
Overlays y widgets no tocan el código fuente
Un overlay de accesibilidad web con IA es un script de terceros que se inserta con una línea de código y actúa sobre la página ya renderizada en el navegador, no sobre el HTML que sirve el servidor. Ahí está el límite técnico que ni la mejor IA resuelve: los lectores de pantalla como JAWS, NVDA o VoiceOver interpretan el código fuente y el árbol de accesibilidad del documento, no la capa visual que añade el widget por encima.
Un overlay de accesibilidad es la capa de JavaScript que una empresa externa superpone a una web ya publicada para simular ajustes de accesibilidad, sin modificar el HTML, el CSS ni los atributos ARIA del código original.
El overlay puede anular la configuración del usuario
Muchas personas con discapacidad ya usan su propio lector de pantalla, configurado a su gusto, con sus atajos y su velocidad de lectura. El Foro Europeo de la Discapacidad y la asociación internacional de profesionales de la accesibilidad advierten en su declaración conjunta sobre overlays que estos widgets pueden interferir con esa configuración e imponer la suya propia, forzando al usuario a depender del overlay en lugar de su propia herramienta. El resultado práctico es el contrario del buscado: una persona que ya navegaba sin problemas por la web de un despacho puede encontrarse con una capa que le complica el acceso en vez de facilitárselo, y eso también cuenta como incumplimiento ante un inspector.
Lo que exige la Ley 11/2023 en accesibilidad web
La Ley 11/2023, de 8 de mayo, traspuso a España la directiva europea de accesibilidad y desde el 28 de junio de 2025 obliga a buena parte del sector privado, incluidos los despachos que prestan servicios digitales al público, a que sus webs cumplan los criterios WCAG 2.1 nivel AA. La norma da hasta 2030 para adaptar el contenido que ya existía antes de esa fecha, pero exige que lo publicado desde entonces nazca ya accesible: cada página de servicios, cada formulario y cada artículo nuevo entra dentro del plazo corto, no del largo. El régimen sancionador puede llegar a los 600.000 euros en las infracciones más graves, y ya hay despachos revisando sus contratos de mantenimiento web por esta razón. En la ley de accesibilidad web se detalla qué despachos entran en el ámbito de la norma y qué plazos aplican según el tamaño del bufete.
La multa de la FTC a un proveedor IA
En enero de 2025, la Comisión Federal de Comercio de Estados Unidos denunció a accessiBe, uno de los proveedores de overlays con IA más vendidos del mercado, por afirmar que su producto dejaba «cualquier web» conforme con las WCAG y por pagar reseñas positivas que se presentaban como opiniones independientes. La empresa aceptó pagar un millón de dólares y el acuerdo se convirtió en orden firme en abril de ese mismo año. No es una sanción europea, pero marca el criterio que después ha repetido el foro europeo de la discapacidad: prometer conformidad automática por IA es, como mínimo, una afirmación que hay que poder demostrar caso por caso, no un eslogan de venta.
Las preguntas que sí conviene hacer al proveedor
Antes de contratar cualquier solución de accesibilidad conviene pedir al proveedor un informe de auditoría WCAG realizado por un tercero independiente, no generado por su propia herramienta. También hay que preguntar qué ocurre exactamente con el HTML de la web: si la respuesta es que «no hace falta tocarlo», es la señal más clara de que se trata de un overlay y no de una corrección real. Y conviene pedir referencias de clientes que hayan pasado una inspección o una reclamación con esa misma herramienta instalada, porque es el escenario que de verdad importa a un despacho.
Cómo lograr accesibilidad web real sin un plugin
La alternativa que sí sostiene una revisión legal pasa por tratar la accesibilidad como parte del diseño, no como un añadido posterior. Eso significa trabajar la semántica HTML, los textos alternativos de las imágenes, el contraste de color y la navegación por teclado desde la maquetación, en vez de esperar a que un script la simule después. Ya hablamos de esto al comparar diseño web a medida frente a plantilla: cuanto más artesanal es la construcción de la web, más margen hay para resolver la accesibilidad en el propio código, y menos falta hace parchearla después.
- Auditoría inicial con herramientas automáticas y revisión manual de las páginas con más tráfico.
- Corrección del código: encabezados en orden, formularios con etiquetas, contraste y foco visible.
- Prueba con usuarios reales de lectores de pantalla antes de dar el trabajo por cerrado.
El mismo criterio conecta con la confianza que un despacho transmite en su web: una accesibilidad resuelta de verdad pesa tanto como cualquier otra señal de fiabilidad que se le exige a un sitio que trata temas legales, y no se sostiene con un widget que un juzgado o un inspector puede desmontar en cinco minutos.
Preguntas frecuentes sobre accesibilidad web con IA
¿Un widget de accesibilidad exime de responsabilidad legal?
No. Ni la Ley 11/2023 ni la directiva europea que traspone reconocen los overlays como equivalentes a corregir el código. La FTC ya sancionó a un proveedor por esa promesa, y el Foro Europeo de la Discapacidad lo desaconseja de forma expresa. Instalar uno demuestra además que el despacho conocía el problema, lo que puede jugar en contra ante una reclamación.
¿Qué diferencia hay entre un overlay y la accesibilidad nativa?
El overlay añade una capa visual con JavaScript sobre una web que sigue igual por dentro. La accesibilidad nativa cambia el HTML: encabezados ordenados, textos alternativos, formularios etiquetados y contraste suficiente en el propio código, de modo que cualquier lector de pantalla lo entienda sin depender de un script externo.
¿Cuánto tiempo hay para adaptar la web del despacho?
La obligación es efectiva desde el 28 de junio de 2025 para servicios y contenido nuevo. El contenido publicado antes de esa fecha tiene de plazo hasta 2030, pero cada página o artículo que se publique a partir de ahora debe cumplir los criterios WCAG 2.1 AA desde el primer día.
¿Sirve de algo un overlay mientras se corrige el código?
Puede ayudar en detalles menores, como el contraste, pero no sustituye la corrección de fondo ni protege frente a una reclamación. Lo razonable es tratarlo como un parche temporal, nunca como la solución, y avanzar en paralelo con la auditoría y la corrección real del código.
Fuente: Federal Trade Commission (FTC)