La European Accessibility Act (Directiva 2019/882) se aplica en toda la Unión Europea desde el 28 de junio de 2025. Si tienes una tienda online, una plataforma de e-learning, una app móvil o un servicio bancario digital, te afecta. En España la trasposición se concretó en el Real Decreto-ley 6/2023 y la Ley 11/2023, que extienden las obligaciones de la antigua RD 1112/2018 al sector privado con facturación superior a 2 millones de euros o más de diez empleados.
Esto ha provocado una corriente comercial muy concreta: docenas de empresas vendiendo «widgets de accesibilidad» con la promesa implícita de que pegando un script en el <head> el sitio queda conforme. No funciona así. Y los tribunales europeos y estadounidenses llevan años recordándolo.
1. Lo que la EAA realmente exige
La directiva no pide un botón flotante. Pide que el contenido digital sea perceptible, operable, comprensible y robusto según WCAG 2.2 nivel AA. Eso significa:
- Imágenes con
altque describa información, no decoración. - Encabezados jerárquicos correctos (
<h1>,<h2>,<h3>) que reflejen la estructura real. - Contraste suficiente entre texto y fondo.
- Formularios etiquetados con
<label>y mensajes de error claros. - Compatibilidad con lectores de pantalla (NVDA, JAWS, VoiceOver).
- Navegación completa por teclado.
- Vídeos con subtítulos y, cuando proceda, audiodescripción.
Ningún script externo puede arreglar eso después de los hechos. Si un h1 es en realidad un <div class="titulo-grande"> con font-size: 32px, ningún widget lo va a convertir en un encabezado para un lector de pantalla. La accesibilidad estructural es trabajo editorial.
2. Por qué los widgets comerciales son problemáticos
accessiBe, UserWay y similares se venden entre 49 y 490 euros al mes según el tráfico. A cambio ofrecen un panel con ajustes (tamaño de texto, contraste alto, modo dislexia, etc.) y un supuesto «motor de IA» que reescribe el DOM en tiempo real.
Tres problemas concretos:
Cargan publicidad encubierta de cumplimiento. En 2023 la Federal Trade Commission de EE.UU. cuestionó a accessiBe por declaraciones engañosas: prometía conformidad WCAG automática que no era real. La National Federation of the Blind emitió en 2021 una resolución desaconsejando estos productos. En la UE, los organismos especializados llevan años repitiendo que un overlay no equivale a cumplimiento.
Es tráfico hacia un tercero. Esos scripts se cargan desde servidores propios del proveedor, con cookies y telemetría. Si el motivo por el que estás cumpliendo la EAA es porque te importa que tus visitantes con discapacidad tengan una buena experiencia, no parece muy coherente que el primer recurso al que les diriges sea un tracker.
Es alquiler perpetuo. El día que dejas de pagar, el panel desaparece. Tu sitio vuelve al punto de partida.
3. La alternativa: Oksigenia Access
Hemos publicado Oksigenia Access, un panel de accesibilidad con 17 controles (texto, dislexia, contraste, daltonismo, guía y máscara de lectura, áreas grandes clicables, pausa de animaciones, foco visible…) y 4 perfiles preset que agrupan los ajustes habituales para baja visión, dislexia, motricidad y reducir distracciones. Traducido a 8 idiomas, incluido guaraní. Sin dependencias, sin cookies, sin pings a terceros. Código abierto.
Tres canales de instalación según donde vivas:
- WordPress: plugin
oksigenia-access(GPLv2+), instalable desde el repositorio oficial de WordPress.org. - Cualquier stack moderno (Astro, React, Vue, Svelte, HTML plano): paquete npm
@oksigenia/access-panel(MIT). 37 KB. Cero dependencias. - Moodle 4.5 LTS o superior: plugin
local_oksigeniaaccess, descargable desde las releases del repositorio.
El panel es el mismo en los tres casos. Todo el código abierto del proyecto vive en la organización OksigeniaSL en GitHub.
4. Lo que el panel no hace (y lo que sí ofrecemos aparte)
Para ser claros con lo que decimos en el punto 1: este panel ayuda a personas con necesidades específicas mientras navegan tu sitio, pero no audita tu contenido ni te entrega un certificado de conformidad. Si tu organización entra en el ámbito de la EAA y necesita demostrar cumplimiento, lo que hay que hacer es una revisión estructural de tus páginas reales según WCAG 2.2.
Ofrecemos una evaluación técnica como producto puntual: checks automáticos (axe-core, Lighthouse, WAVE) sobre tus páginas + revisión manual de los puntos típicos + informe técnico con hallazgos priorizados y plan de remediación accionable. El servicio cubre el plano técnico operativo: detectar, priorizar y remediar. La acreditación formal en sede inspectora bajo EAA 2025 o RD 1112/2018 se tramita por separado con entidades acreditadas por ENAC.
5. Cómo empezar
Si gestionas un sitio WordPress, instala el plugin y olvídate. Si construyes con Astro o React, pnpm add @oksigenia/access-panel y un <oksigenia-access-panel> en tu layout. Si llevas un Moodle, descarga el ZIP desde la release del repositorio e instálalo como plugin local.
Si lo que necesitas es la evaluación técnica o quieres patrocinar el desarrollo del proyecto (universidades, ayuntamientos, empresas EU), tienes todos los detalles en sponsor.oksigenia.com.
La EAA ya es ley aplicable. Mejor tener el sitio en orden que confiar en un script que nadie auditó.
