Estrategia de accesibilidad: WCAG, EAA y ADA en la práctica
Una estrategia de accesibilidad conecta WCAG con las leyes de tu mercado: la EAA europea y el Título II del ADA en EE. UU. Fechas verificadas y cómo empezar.
¿Qué estándar se usa como base?
Las leyes casi nunca escriben sus propios requisitos técnicos. Remiten a un estándar. Hoy el estándar de referencia para web es WCAG, y la última versión es WCAG 2.2, publicada como Recomendación del W3C el 5 de octubre de 2023; la versión vigente de la Recomendación lleva fecha del 12 de diciembre de 2024 (W3C: WCAG 2.2). Respecto de WCAG 2.1, agrega nueve criterios de éxito, entre ellos criterios sobre el enfoque no oculto, el tamaño del objetivo de clic y la autenticación accesible, y elimina el criterio 4.1.1 Parsing. Para repasar los criterios, mira WCAG explicado.
Para una estrategia, eso significa elegir un nivel objetivo (en la práctica, AA) y documentar cuál versión usas. Si tu cliente o tu ley piden WCAG 2.1 AA, no tienes que pasar a 2.2 para cumplir, pero conviene saber que 2.2 existe y que tu equipo de QA debería revisar esos nueve criterios nuevos.
¿Qué leyes miran hacia un producto?
Depende del mercado. Dos casos suelen aparecer en una estrategia:
| Marco | Qué aplica | Estándar que se menciona | Fechas relevantes |
|---|---|---|---|
| EAA (Unión Europea) | Productos y servicios de consumo digital | EN 301 549 (v3.2.1; v4.1.1 publicada en septiembre de 2026) | Se aplica desde el 28 de junio de 2025 |
| ADA, Título II (EE. UU.) | Entidades públicas estatales y locales | WCAG 2.1 nivel AA | 26 de abril de 2027 (50 000 personas o más) y 26 de abril de 2028 (resto) |
EAA. La Directiva (UE) 2019/882 empezó a aplicarse el 28 de junio de 2025. Alcanza a fabricantes, proveedores de servicios, importadores y distribuidores que ofrecen ciertos productos y servicios digitales en el mercado de la UE, estén donde estén; entre ellos, comercio electrónico, banca de consumo y comunicaciones electrónicas. Las microempresas (menos de 10 personas y hasta 2 millones de euros de facturación) tienen exenciones o limitaciones, y cada Estado miembro aplica la ley con sus propios procedimientos y sanciones (DWT: European Accessibility Act).
La norma técnica de referencia es EN 301 549. Su versión 3.2.1 ancla el cumplimiento a WCAG 2.1 niveles A y AA. El 2 de septiembre de 2026 se publicó la versión 4.1.1, que se alinea con WCAG 2.2 niveles A y AA (DWT: actualización de normas TIC de la EAA). Su efecto legal principal llega cuando se cite en el Diario Oficial de la UE, porque entonces dará presunción de conformidad con la EAA. Según Deque, se esperaba esa cita hacia el 30 de noviembre de 2026 (Deque: EN 301 549 v4.1.1). Comprueba si ya ocurrió antes de fijar tu objetivo; como mínimo apunta a WCAG 2.1 AA, mejor a 2.2 AA.
ADA, Título II. La regla del DOJ de 2024 fija WCAG 2.1 nivel AA como estándar técnico para el contenido web y las apps móviles de gobiernos estatales y locales (ADA.gov: Title II web rule). El 20 de abril de 2026 el Federal Register publicó una regla final provisional (interim final rule) que extendió las fechas: 26 de abril de 2027 para entidades de 50 000 personas o más, y 26 de abril de 2028 para entidades más pequeñas y distritos especiales. Cambió el calendario, no el estándar.
Esta guía no cubre el Título III del ADA, que aplica a empresas privadas y se discute sobre todo en tribunales. No la tomes como asesoría legal: si tu producto vende en EE. UU., consulta a un abogado.
¿Cómo se organiza la estrategia?
Una estrategia útil responde cuatro preguntas:
- ¿Qué producto y qué mercados? Un producto que solo vende en un país tiene una lista de leyes distinta a uno global.
- ¿Qué nivel y qué versión? Por ejemplo, WCAG 2.2 AA como objetivo interno, documentado.
- ¿Quién responde? Diseño define patrones y contrastes; desarrollo implementa semántica y foco; contenido revisa textos alternativos y mensajes.
- ¿Cómo se verifica? Auditoría automática para lo medible, pruebas manuales con teclado y lectores de pantalla, y participación de personas con discapacidad en las pruebas.
Las pruebas con lectores de pantalla son una parte que muchos equipos dejan para el final. Si quieres empezar, mira pruebas con lectores de pantalla.
¿Qué cambia para el diseñador?
Mucho del cumplimiento se decide en el diseño. El contraste de color, el tamaño de los objetivos de clic, el orden del foco y los mensajes de error son decisiones visuales y de contenido antes de ser código. Un error de contraste en un componente se repite en cada pantalla donde aparece, por eso conviene resolverlo en el sistema de diseño y no pantalla por pantalla.
Tampoco todo es técnico. Los criterios de WCAG sobre mensajes de error, instrucciones y ayuda dependen del texto. Revisa cómo escribes un mensaje de error y cómo se describen los estados vacíos en empty states.
¿Cuándo NO conviene una estrategia grande?
- Si tu producto es un sitio personal con cinco páginas, una auditoría anual y una revisión de contraste al publicar bastan. No necesitas comité.
- Si no sabes qué mercados atiendes, no inventes un nivel de cumplimiento. Primero define el alcance legal con alguien que sepa de leyes.
- Si tu equipo aún no tiene un flujo para corregir errores de accesibilidad, una estrategia de veinte páginas se queda en papel. Empieza por un proceso sencillo que se cumpla.
Ejemplo ilustrativo
Ejemplo ilustrativo: una empresa de software vende a clientes en España y en EE. UU. Su estrategia fija WCAG 2.2 nivel AA como objetivo interno, anota que la parte europea responde a la EAA y que la parte estadounidense no aplica al Título II porque no es una entidad pública. Diseño tiene una lista de componentes con contraste verificado, desarrollo tiene una revisión de foco en cada pull request, y cada trimestre se hace una prueba con un lector de pantalla y dos usuarios con discapacidad visual. Cuando sale una nueva norma, el documento dice quién la revisa y en qué fecha.
Errores comunes
- Tratar la accesibilidad como un checklist de una sola vez, sin dueño y sin revisión.
- Citar una ley de memoria, sin verificar la fecha ni el texto oficial.
- Confundir WCAG (un estándar técnico) con una ley (algo que se hace cumplir).
- Pensar que un nivel de cumplimiento automático, como un escáner, cubre todos los criterios.
- Dejar los componentes sin revisar, de modo que el mismo error aparece en cada pantalla.
Qué puedes hacer mañana
- Escribe en una página qué mercados atiende tu producto y qué estándar usas como objetivo.
- Revisa el contraste y el foco de tus tres componentes más usados.
- Pide a tu equipo de producto una fecha para la primera prueba con lector de pantalla.
Fuentes
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2
- W3C WAI: What’s new in WCAG 2.2
- ADA.gov: Title II web rule (fact sheet)
- Davis Wright Tremaine: European Accessibility Act (digital products)
- Davis Wright Tremaine: European Accessibility Act ICT standards update (September 2026)
- Deque: EN 301 549 v4.1.1 is final