La European Accessibility Act (EAA) ya es de obligado cumplimiento desde junio de 2025. Si tu empresa vende productos o servicios digitales en la Unión Europea, tu web debe cumplir el estándar WCAG 2.2 nivel AA. No hacerlo implica sanciones de hasta 100.000 euros por estado miembro. Y aun así, el 94,8% de las webs siguen sin cumplir estos requisitos según el informe WebAIM Million 2024.
Este artículo explica qué exige la normativa, cómo auditar tu sitio y qué pasos seguir para cumplir de verdad, sin atajos que empeoren las cosas.
Qué ha cambiado con la European Accessibility Act
La EAA (Directiva 2019/882) armoniza por primera vez las normas de accesibilidad digital en toda la UE. Hasta su entrada en vigor, cada país tenía regulaciones fragmentadas. Ahora existe un marco único que afecta a cualquier empresa que opere en el mercado europeo.
No estamos hablando solo de administraciones públicas. La EAA cubre el sector privado: e-commerce, banca electrónica, servicios de transporte, telecomunicaciones, libros electrónicos y cualquier servicio digital dirigido al consumidor.
Las microempresas (menos de 10 empleados y 2 millones de euros de facturación) quedan exentas. El resto, no. Y la normativa aplica tanto a empresas europeas como a cualquier compañía que ofrezca servicios a consumidores dentro de la UE, independientemente de su sede.
Qué exige exactamente la normativa
La EAA no inventa requisitos técnicos propios. Remite al estándar armonizado EN 301 549, que a su vez adopta las pautas WCAG 2.2 nivel AA como referencia técnica. En la práctica, cumplir la EAA significa cumplir WCAG 2.2 AA.
Plazos y sanciones
- 28 de junio de 2025: fecha límite de transposición. Los estados miembros debían incorporar la directiva a su legislación nacional.
- 28 de junio de 2030: fin del periodo transitorio para productos y servicios que ya estaban en el mercado antes de 2025.
- Sanciones: cada estado miembro define las suyas, pero la directiva exige que sean "efectivas, proporcionadas y disuasorias". En varios países se han fijado multas de hasta 100.000 euros por infracción. En casos de reincidencia, las cifras pueden multiplicarse.
A quién afecta
La normativa es clara en su alcance. Afecta a sitios de comercio electrónico, plataformas de servicios bancarios y financieros, webs de operadores de transporte, servicios de comunicaciones electrónicas y plataformas de contenido audiovisual. Si tu empresa vende online a consumidores europeos, estás dentro del alcance.
WCAG 2.2 AA: el estándar técnico detrás de la ley
Las Web Content Accessibility Guidelines (WCAG) llevan más de 25 años evolucionando. La versión 2.2, publicada en octubre de 2023, añade 9 nuevos criterios de éxito respecto a la 2.1. Se organizan en cuatro principios que todo contenido web debe cumplir.
Los cuatro principios (POUR)
Perceptible: la información debe poder percibirse por al menos un sentido. Esto incluye texto alternativo en imágenes, subtítulos en vídeos, contraste suficiente entre texto y fondo (ratio mínimo 4.5:1 para texto normal) y la posibilidad de redimensionar texto hasta un 200% sin perder funcionalidad.
Operable: los usuarios deben poder interactuar con todos los elementos de la interfaz. Navegación completa por teclado, tiempo suficiente para completar tareas, sin contenido que provoque convulsiones y mecanismos claros de navegación.
Comprensible: el contenido y la interfaz deben ser predecibles. Idioma declarado en el HTML, etiquetas descriptivas en formularios, mensajes de error claros y comportamiento consistente de los elementos interactivos.
Robusto: el contenido debe funcionar con tecnologías de asistencia actuales y futuras. HTML semántico válido, roles ARIA correctos y compatibilidad con lectores de pantalla como NVDA, JAWS o VoiceOver.
Novedades de WCAG 2.2
La versión 2.2 incorpora criterios pensados para usuarios con discapacidades cognitivas y motoras. Los más relevantes:
- Tamaño mínimo de área de toque: los elementos interactivos deben tener al menos 24x24 píxeles CSS.
- Ayuda consistente: si ofreces mecanismos de ayuda (chat, teléfono, FAQ), deben estar en la misma ubicación relativa en todas las páginas.
- Autenticación accesible: no puedes exigir que el usuario memorice o transcriba información compleja para iniciar sesión. Los CAPTCHA con pruebas cognitivas se consideran una barrera.
Cómo auditar la accesibilidad de tu web
Una auditoría de accesibilidad seria combina análisis automatizado con revisión manual. Las herramientas automáticas son un punto de partida, pero detectan solo entre el 30% y el 40% de los problemas. La revisión manual por expertos alcanza una detección del 95%.
Herramientas automáticas (primer filtro)
Estas herramientas identifican errores evidentes: imágenes sin alt, contraste insuficiente, formularios sin etiquetas, encabezados desordenados.
- axe-core (Deque): extensión de navegador y librería integrable en CI/CD. Es el motor que usan la mayoría de herramientas de testing.
- Pa11y: herramienta de línea de comandos ideal para integrar en pipelines de desarrollo. Permite auditorías recurrentes automatizadas.
- Lighthouse (Google): incluye una sección de accesibilidad en su informe. Útil como indicador rápido, pero no exhaustiva.
Ejecutar estas herramientas es el paso mínimo. Si tu web obtiene menos de 90 en la puntuación de accesibilidad de Lighthouse, tienes problemas estructurales que resolver antes de pensar en cumplimiento normativo.
Revisión manual (donde está el valor real)
Los problemas que las herramientas automáticas no detectan son precisamente los que más afectan a los usuarios reales:
- Navegación por teclado: ¿puedes recorrer toda la web sin ratón? ¿El foco es visible en cada elemento? ¿El orden de tabulación tiene sentido lógico?
- Lectores de pantalla: ¿un usuario de NVDA o VoiceOver entiende la estructura de la página? ¿Los formularios anuncian correctamente sus campos y errores?
- Contexto y comprensión: ¿los enlaces tienen texto descriptivo o dicen "clic aquí"? ¿Las tablas de datos tienen encabezados de fila y columna?
- Flujos completos: ¿se puede completar una compra, rellenar un formulario de contacto o reservar una cita usando solo el teclado y un lector de pantalla?
Si tu web está construida sobre WordPress, la auditoría debe incluir los plugins activos. Muchos plugins populares generan HTML inaccesible que contamina páginas por lo demás correctas.
Por qué los overlays de accesibilidad no funcionan
Ante la presión regulatoria, muchas empresas recurren a "soluciones rápidas": widgets JavaScript que se superponen a la web prometiendo accesibilidad instantánea. Son los llamados overlays de accesibilidad.
No funcionan. Y lo decimos con datos.
En 2024, la FTC multó a accessiBe con 1 millón de dólares por publicidad engañosa. La empresa afirmaba que su widget hacía las webs conformes con WCAG. La FTC determinó que esas afirmaciones eran falsas.
Los overlays presentan problemas documentados:
- No corrigen el código fuente. Superponen una capa que intenta compensar errores estructurales, pero los lectores de pantalla siguen encontrando el HTML original.
- Interfieren con las tecnologías de asistencia. Usuarios reales con discapacidad reportan que los overlays empeoran su experiencia, no la mejoran. La comunidad de personas con discapacidad ha sido especialmente vocal contra estos productos.
- No son conformes. Ningún estándar (WCAG, EN 301 549, ADA) acepta un overlay como evidencia de cumplimiento. Un overlay no te protege ante una reclamación ni ante una inspección.
- Generan una falsa sensación de seguridad. La empresa cree que "ya cumple" y deja de invertir en accesibilidad real.
La accesibilidad se construye desde el código y el diseño, no se parchea después. Cualquier solución que prometa cumplimiento sin tocar tu HTML, tu CSS o tu flujo de usuario te está vendiendo algo que no existe.
Paso a paso: cómo hacer tu web accesible de verdad
Cumplir WCAG 2.2 AA no es un proyecto de un fin de semana, pero tampoco requiere rehacer tu web desde cero. Es un proceso iterativo que, bien planificado, se integra en el ciclo normal de desarrollo.
1. Auditoría inicial completa
Combina herramientas automáticas (axe-core, Pa11y) con una auditoría manual experta. El resultado debe ser un informe que clasifique cada incidencia por severidad (crítica, alta, media, baja) y por criterio WCAG incumplido.
2. Priorización por impacto
No todos los fallos tienen el mismo peso. Prioriza por este orden:
- Bloqueantes: elementos que impiden completar tareas críticas (compra, registro, contacto).
- Graves: información inaccesible para usuarios de tecnologías de asistencia.
- Moderados: problemas de navegación o comprensión que dificultan pero no impiden el uso.
- Menores: detalles de contraste, tamaños de área de toque u omisiones de atributos ARIA no críticos.
3. Remediación del código
Los cambios más habituales incluyen: añadir textos alternativos descriptivos, corregir la jerarquía de encabezados, etiquetar formularios correctamente, asegurar la navegación por teclado, implementar estados de foco visibles y mejorar el contraste de color.
Un dato relevante: según un estudio de Nucleus Research, las webs con buena accesibilidad ven una mejora del 12% en tráfico orgánico. El HTML semántico que exige WCAG es exactamente lo que Google valora para posicionamiento. Si inviertes en accesibilidad, estás invirtiendo simultáneamente en SEO y en optimización de conversión.
4. Testing con usuarios reales
Antes de declarar el proyecto terminado, testea con personas que usan tecnologías de asistencia a diario. Sus hallazgos siempre revelan problemas que ni las herramientas ni los auditores detectaron. Incluir a usuarios con diferentes tipos de discapacidad (visual, motora, cognitiva) aporta perspectivas complementarias.
5. Declaración de accesibilidad
La EAA exige publicar una declaración de accesibilidad en tu web. Debe indicar el nivel de conformidad alcanzado, las excepciones conocidas, la fecha de la última revisión y un mecanismo de contacto para reportar problemas de accesibilidad. No es un documento decorativo: es un requisito legal.
6. Mantenimiento continuo
La accesibilidad no es un proyecto con fecha de fin. Cada nueva funcionalidad, cada cambio de diseño y cada actualización de contenido puede introducir barreras. Integra checks de accesibilidad en tu pipeline de desarrollo (axe-core en CI/CD) y planifica auditorías periódicas al menos una vez al año.
Accesibilidad y SEO: una alianza que multiplica resultados
La conexión entre accesibilidad y posicionamiento orgánico no es casual. Google lleva años premiando exactamente las mismas prácticas que WCAG exige.
HTML semántico: los encabezados jerárquicos (H1-H6), las listas correctamente marcadas y las tablas con encabezados no solo ayudan a los lectores de pantalla. Ayudan a Google a entender la estructura de tu contenido.
Texto alternativo en imágenes: un requisito de accesibilidad básico que también alimenta Google Images y mejora la relevancia semántica de la página.
Contraste y legibilidad: una web legible retiene al usuario más tiempo, reduce la tasa de rebote y envía señales positivas de engagement.
Rendimiento: muchas mejoras de accesibilidad (reducir JavaScript innecesario, simplificar el DOM, optimizar el orden de carga) coinciden con las optimizaciones que mejoran los Core Web Vitals.
Las webs accesibles conformes con WCAG AA registran de media un +12% de tráfico orgánico respecto a sus versiones anteriores no accesibles. No es un efecto secundario: es el resultado directo de hacer las cosas bien para todos los usuarios, incluido Googlebot.
El mercado de accesibilidad digital está valorado en 3.240 millones de dólares proyectados para 2034. Las empresas que invierten ahora no solo evitan sanciones: captan un segmento de usuarios que la competencia ignora.
Preguntas frecuentes sobre accesibilidad web y la EAA
¿Desde cuándo es obligatoria la European Accessibility Act?
La EAA entró en vigor el 28 de junio de 2025. Los estados miembros de la UE debían haber transpuesto la directiva a su legislación nacional para esa fecha. Los productos y servicios que ya estaban en el mercado disponen de un periodo transitorio hasta junio de 2030.
¿Qué estándar técnico debo cumplir?
El estándar armonizado europeo es la EN 301 549, que adopta las pautas WCAG 2.2 nivel AA como referencia técnica. Cumplir WCAG 2.2 AA es la forma más directa de demostrar conformidad con la normativa.
¿Mi web pequeña también tiene que cumplir?
Si tu empresa tiene menos de 10 empleados y factura menos de 2 millones de euros anuales, estás exenta. En cualquier otro caso, si ofreces productos o servicios digitales a consumidores en la UE, la normativa te aplica.
¿Puedo usar un overlay o widget de accesibilidad para cumplir?
No. Los overlays no garantizan conformidad con WCAG y pueden empeorar la experiencia para usuarios con discapacidad. La FTC multó a accessiBe con 1 millón de dólares por afirmar lo contrario. La accesibilidad requiere cambios en el código fuente, no parches superficiales.
¿Cuánto cuesta hacer una web accesible?
Depende del tamaño del sitio, la complejidad de las interacciones y el estado actual del código. Una auditoría inicial identifica el alcance real del trabajo. En general, es significativamente más barato integrar accesibilidad desde el diseño que remediar después. Lo que no es opcional es el coste de no hacerlo: multas de hasta 100.000 euros y exclusión de un segmento creciente de usuarios.
¿Las herramientas automáticas son suficientes para auditar?
No. Las herramientas como axe-core, Pa11y o Lighthouse detectan entre el 30% y el 40% de los problemas de accesibilidad. La revisión manual por expertos, incluyendo tests con lectores de pantalla y navegación por teclado, detecta hasta el 95%. La combinación de ambos métodos es imprescindible.
¿La accesibilidad afecta al SEO?
Sí, positivamente. El HTML semántico, los textos alternativos, la estructura de encabezados y el rendimiento que exige WCAG coinciden con los factores que Google premia. Las webs accesibles registran de media un +12% de tráfico orgánico.
¿Cada cuánto debo revisar la accesibilidad de mi web?
Como mínimo, una vez al año con una auditoría completa. Además, cada nueva funcionalidad o cambio significativo de diseño debería pasar por una revisión de accesibilidad antes de publicarse. Integrar checks automáticos en el pipeline de desarrollo (CI/CD) detecta regresiones de forma continua.
El momento de actuar es ahora
La accesibilidad web dejó de ser una recomendación para convertirse en una obligación legal con consecuencias económicas reales. Pero más allá de la normativa, hacer tu web accesible es una decisión de negocio inteligente: amplías tu audiencia, mejoras tu SEO, reduces el riesgo legal y demuestras un compromiso real con la inclusión.
El primer paso es saber dónde estás. Una auditoría de accesibilidad profesional identifica los problemas, los prioriza y define un plan de acción concreto. Es la diferencia entre cumplir de verdad y cruzar los dedos.
