La European Accessibility Act ya se aplica. ¿Tu web entra en el radar?
La EAA dejó de ser un problema futuro en junio de 2025 — 2026 es el año de las inspecciones, los requerimientos y las primeras multas. Quién entra de verdad en el ámbito de aplicación, qué significa cumplir y por qué los widgets de accesibilidad no te van a salvar.
Durante años, la accesibilidad web en Europa vivió en un limbo cómodo: todo el mundo coincidía en que era importante, casi nadie estaba obligado a actuar. Ese limbo terminó el 28 de junio de 2025, cuando la European Accessibility Act pasó a ser aplicable — y 2026 está siendo el año en que la maquinaria se mueve de verdad. Las autoridades de vigilancia hacen inspecciones, las asociaciones presentan denuncias, los despachos de abogados envían requerimientos y las primeras multas ya han llegado: Alemania contempla hasta 100.000 € por infracción, Francia va de 5.000 a 250.000 €, más 25.000 € al año si falta la declaración de accesibilidad.
Si vendes a consumidores europeos, esto es un plazo que ya ha vencido.
Quién entra de verdad
La EAA cubre a las empresas con 10 o más empleados o más de 2 millones de euros de facturación anual que venden productos o servicios cubiertos a consumidores de la UE. En la práctica: casi cualquier web que cobre dinero — tiendas online, flujos bancarios y de pago, sistemas de reservas, venta de billetes, SaaS de consumo.
Las microempresas de servicios están formalmente exentas — pero no te relajes demasiado: si una empresa más grande es tu cliente, sus obligaciones de cumplimiento recaen sobre lo que le suministras. Las cláusulas de accesibilidad ya están apareciendo en las checklists de los departamentos de compras, exactamente como pasó con el RGPD en 2018.
Qué significa cumplir
La norma que hay detrás de la ley es la EN 301 549, que en la web se traduce en las WCAG en su nivel AA. Quitando las siglas, es una checklist de ingeniería muy concreta:
- Teclado. Cada flujo — menú, filtros, checkout — funciona sin ratón, con un indicador de foco visible y sin trampas.
- Formularios. Etiquetas de verdad, errores descritos, mensajes que dicen qué corregir, no un genérico "dato no válido".
- Contraste y texto. Ratios de contraste suficientes, texto que escala al 200% sin romper la maquetación.
- Estructura. HTML semántico: encabezados que estructuran la página, botones que son botones, enlaces que son enlaces. Los lectores de pantalla navegan por la estructura, no por los píxeles.
- Medios. Textos alternativos que describen la función, subtítulos en los vídeos.
- Una declaración de accesibilidad publicada y un canal para que los usuarios comuniquen problemas — la ausencia de este documento es la infracción más fácil de detectar para un regulador, y en Francia tiene su propia multa recurrente.
Nada de esto es exótico. Es la misma disciplina que el trabajo de rendimiento: medible, testeable y casi invisible cuando está bien hecha.
Rincón de la honestidad: el atajo de los widgets
Hay toda una industria vendiendo widgets de JavaScript de una línea que prometen el cumplimiento de la noche a la mañana. No lo consiguen. Un overlay no puede añadir etiquetas que faltan, arreglar flujos de teclado rotos ni convertir en botones unos divs disfrazados — y varias actuaciones de las autoridades de vigilancia han citado explícitamente sitios con el overlay instalado. Si un proveedor te promete cumplir la EAA por 49 € al mes y una etiqueta de script, estás comprando una falsa sensación de seguridad, y el regulador lo sabe.
La parte buena de la que nadie habla
El trabajo de accesibilidad se solapa casi perfectamente con cosas que ya quieres. La estructura semántica es lo que leen los buscadores. Páginas más ligeras y rápidas ayudan a los mismos usuarios. Formularios claros con errores descritos convierten mejor para todo el mundo, no solo para los más de 87 millones de personas con discapacidad en la UE — un mercado mayor que toda la población de Alemania.
Por experiencia, los equipos que tratan la accesibilidad como un atributo de calidad — como el rendimiento, como la seguridad — acaban con mejores front-ends en general. Los que la tratan como un mero trámite legal la hacen dos veces: una mal, y otra bien después de la denuncia.
Por dónde empezaría
- Una auditoría honesta. Los escáneres automáticos detectan quizá un tercio de los problemas reales; para el resto hace falta una persona con teclado y lector de pantalla recorriendo tus flujos críticos.
- Prioriza por impacto. Un checkout roto importa más que una imagen decorativa en el pie de página.
- Corrige en sprints normales. La mayoría de los arreglos son pequeños; lo caro es encontrarlos, no hacerlos.
- Publica la declaración e incorpora los controles de accesibilidad a tu definition of done, para que el trabajo no se eche a perder.
La EAA no ha inventado nada de esto — solo le ha puesto precio a ignorarlo.
Soy arquitecto de software independiente con foco en front-end, y la revisión de accesibilidad forma parte de cada auditoría que realizo. Si no sabes en qué punto está tu web, hablemos: una llamada de 30 minutos es gratuita.