Accesibilidad WCAG 2.2 y European Accessibility Act
La European Accessibility Act entró en vigor en junio de 2025 y el cumplimiento es exigible. Cómo validar accesibilidad agéntica end-to-end con guests del sector.
Imparte · Marta Yécora · Claustro
Desde junio de 2025 la European Accessibility Act es exigible, y cuando un agente genera UI a partir de tu sistema puede romper en segundos lo que tu equipo cuidó durante meses. Aquí la accesibilidad deja de ser una revisión final y pasa a ser una restricción del sistema, validable de principio a fin.
La accesibilidad es lo primero que un agente rompe. Le pides una variante más limpia y, de paso, se lleva por delante el foco visible, el orden de lectura y el contraste que tu equipo cuidó durante meses. Lo que no es una restricción del sistema, el agente lo trata como opcional.
Qué veremos
- Qué exige la European Accessibility Act desde junio de 2025, y a quién obliga.
- WCAG 2.2: los criterios que de verdad se incumplen (contraste, foco visible, nombre/rol/valor, tamaño de destino).
- El output de un agente como superficie de fallo: qué rompe al generar UI y por qué.
- Componentes inclusivos por construcción, no por parche.
- Formularios accesibles: el patrón donde más se pierde y más se litiga.
- Validación de principio a fin: reglas como guardrails más auditoría asistida con el ARIA APG.
Qué te llevas
- Sabrás si tu sistema cumple la EAA y cómo construir la evidencia para demostrarlo.
- Un flujo de validación de accesibilidad sobre UI generada (contraste, foco, ARIA) automatizable.
- Un set de reglas de accesibilidad escritas como guardrails que el agente no puede saltarse.
Aplícalo desde el minuto uno Pasa hoy un checker de contraste (axe o el de WebAIM) por tu pantalla más usada y corrige el primer fallo de contraste de texto que aparezca. Es el error de accesibilidad más común del mundo y casi siempre se arregla cambiando un token.
Ejemplos de uso
- Comprobar si tu sistema cumple la EAA y construir la evidencia para demostrarlo.
- Validar contraste, foco y ARIA de una UI generada por un agente, automáticamente.
- Codificar reglas de accesibilidad como guardrails que el agente no puede saltarse.
- Una auditoría WCAG 2.2 sobre un componente real, paso a paso, con un invitado del sector.
Caso de estudio
Un puñado de errores, el 96 % de la web
Cada año el análisis WebAIM Million revisa el millón de páginas de inicio más visitadas. En 2024, el 95,9 % tenía fallos WCAG detectables de forma automática. Y casi siempre los mismos seis: contraste bajo, texto alternativo ausente, enlaces y botones vacíos, formularios sin etiqueta e idioma sin declarar. No es un problema de casos raros: es lo básico, repetido a escala. Justo lo que un agente reproduce por defecto si no se lo impides.
WebAIM Million 2024Para quién es
Quien responde de que el sistema —y lo que la IA genera sobre él— sea accesible y legal.
Cómo funciona
- Mes
- M03
- Formato
- En directo · 2 h
- Calendario
- Segundo jueves · 19:00 CET
- Suelta
- 29 € · gratis con el Programa
- Acceso
- Queda grabada
- 00–15
Novedades del campo
Qué ha cambiado este mes y qué deberías mirar.
- 15–45
El marco
Los conceptos que sostienen la sesión, sin relleno.
- 45–85
Demo en vivo
Se construye delante de ti, sobre herramientas reales.
- 85–105
Aplícalo a tu proyecto
Lo llevas a tu caso ahí mismo: sales con una mejora hecha, no con apuntes.
- 105–120
Preguntas
Traes tu caso; se resuelve en directo.
Antes de empezar · Lecturas
Para llegar con contexto. Los libros enlazan a Amazon.
