Caso práctico, ejercicios y lista de comprobación

Esta lección reúne el curso en un caso resuelto paso a paso, cinco ejercicios con su solución y una lista de comprobación. El caso reproduce la situación típica del experto: muchas novedades a la vez y una dirección que quiere saber qué hacer.

Caso práctico: el plan de tendencias de un consorcio de transporte

El Consorcio de Transportes del Área de Levante (ficticio) es una entidad pública que gestiona la web de información y venta, una app con el abono digital, un asistente virtual y 80 máquinas de recarga en estaciones. La dirección pide a su responsable de accesibilidad un plan a tres años porque han llegado, en el mismo mes, siete propuestas:

1. Una consultora ofrece una «auditoría WCAG 3.0 nivel plata para adelantarse a la norma».
2. Un proveedor ofrece un overlay con IA que «garantiza el cumplimiento del Acta Europea de Accesibilidad (PDF, se abre en una ventana nueva)».
3. El equipo de la app propone sustituir usuario y contraseña por reconocimiento facial obligatorio.
4. Compras prepara la renovación de las máquinas de recarga.
5. Atención al cliente quiere ampliar el asistente virtual con un modelo de lenguaje.
6. Desarrollo quiere migrar los modales propios a <dialog> y los menús a popover.
7. Los contratos de mantenimiento citan «EN 301 549 v3.2.1 (PDF, se abre en una ventana nueva)» sin más.

Paso 1. Comprobar el estado formal de cada pieza

Antes de opinar, la responsable revisa las fuentes primarias. WCAG 3.0 es un borrador de trabajo y su esquema bronce, plata y oro fue retirado; WCAG 2.2 es la recomendación vigente; la EN 301 549 v3.2.1 sigue siendo la versión citada como armonizada y la v4.1.1, publicada en septiembre de 2026, está pendiente de cita en el Diario Oficial; el Acta Europea de Accesibilidad se aplica desde el 28 de junio de 2025 sin normas armonizadas citadas todavía. Como entidad pública, a la web y la app se les aplica además el RD 1112/2018 (PDF, se abre en una ventana nueva); y como servicio de transporte de viajeros, sus elementos digitales y sus terminales entran en la Ley 11/2023 (PDF, se abre en una ventana nueva).

Paso 2. Clasificar en el radar

Paso 3. Decisiones normativas y contractuales

Se rechaza la auditoría «WCAG 3.0» y se encarga una auditoría con WCAG 2.2 AA y EN 301 549 v3.2.1, con un anexo informativo que prioriza los bloqueos por impacto y lista los procesos ya existentes (pruebas con usuarios, lenguaje claro) como preparación para el modelo futuro. Los contratos se modifican para citar «EN 301 549 en su versión vigente y WCAG 2.2 nivel AA», con obligación de adaptación en doce meses desde cada nueva versión armonizada. Una persona del equipo se encarga de vigilar el Diario Oficial de la UE, ETSI y el BOE.

Paso 4. Overlay y asistente: IA con supervisión

El overlay no cambia la evaluación, que se hace sobre el contenido real, y las promesas de «cumplimiento garantizado» han motivado actuaciones de autoridades. Para el asistente, aprueba un piloto con condiciones: el widget debe cumplir WCAG 2.2 AA (foco, nombre accesible, mensajes anunciados con role="log" o regiones vivas), informar de que se conversa con una IA, ofrecer siempre la vía humana por teléfono, chat y correo, y someter las respuestas sobre tarifas y derechos a revisión periódica.

Paso 5. Identidad y máquinas

El acceso a la app queda así: claves de acceso como opción preferente, código por correo que se puede pegar como alternativa y el reconocimiento facial solo como opción voluntaria. Para las máquinas, el pliego exige los capítulos 5, 8 y 11 de la EN 301 549 (salida de voz por auriculares, teclado con el 5 en relieve, alcances para silla de ruedas, tiempo ampliable) y una prueba de aceptación con personas usuarias, con penalización si no se supera.

Paso 6. Plataforma web y personalización

La migración a <dialog> con showModal() y popover se aprueba con una definición de hecho: nombre accesible, rol del contenido, estado expandido sincronizado, prueba con NVDA y VoiceOver, y verificación en forced-colors. Además, el botón «Alto contraste» propio, que rompía los colores forzados, se sustituye por un selector de tema con la opción «Como mi dispositivo».

Paso 7. Comunicar

El plan cabe en una página: el radar con los siete puntos, los riesgos que se reducen (reclamaciones, contratos anclados a una versión, máquinas que no cumplen) y el calendario por trimestres. Cada decisión cita su fuente, lo que facilita que la dirección la apruebe.

Ejercicios de autoevaluación

1. Una especificación del W3C está en fase de Recomendación candidata y resuelve un problema de tu equipo. ¿Puedes exigirla en un pliego como requisito de conformidad?

2. Un proveedor afirma en su oferta que cumple «la nueva EN 301 549 v4, publicada como armonizada». ¿Qué compruebas antes de valorarlo?

3. La app pide el código de verificación en seis casillas sin etiqueta, bloquea el pegado y lo invalida a los 60 segundos sin aviso. ¿Qué criterios incumple y cómo se corrige?

4. Un ayuntamiento quiere preguntar en su web «¿Tiene usted discapacidad visual?» para activar una versión de alto contraste. ¿Qué le propones?

5. Un museo prepara una experiencia de realidad virtual en la que se avanza señalando con la mano y se dan las explicaciones solo por audio. ¿Qué requieres antes de lanzarla?

Lista de comprobación final

• Leo el estado formal de cada especificación antes de citarla.
• Cito WCAG 2.2 AA y la EN 301 549 vigente, nunca un borrador.
• Los contratos dicen «versión vigente» con plazo de adaptación.
• Documento cómo cumplimos el anexo I de la Ley 11/2023.
• Reviso cada trimestre un radar con fuentes primarias.
• No uso overlays como sustituto de corregir el código.
• Toda IA tiene supervisión humana y vía alternativa.
• Adopto dialog, popover e inert con semántica y pruebas.
• Respeto las preferencias del sistema antes de añadir ajustes propios.
• Pregunto por preferencias, nunca por diagnósticos.
• La autenticación no pide memoria ni transcripción sin alternativa.
• La biometría nunca es el único medio de acceso.
• Exijo capítulos 5, 8 y 11 de la EN 301 549 al comprar terminales.
• Los pilotos de voz y realidad extendida tienen alternativa equivalente.

Para seguir aprendiendo

• Visión general de los estándares de accesibilidad de la WAI (W3C).
• Borrador de WCAG 3.0 (W3C), para seguir su evolución.
• EN 301 549 en el catálogo de ETSI, con todas sus versiones.
• Directiva (UE) 2019/882, Acta Europea de Accesibilidad (EUR-Lex).
• XR Accessibility User Requirements (W3C), para pilotos de realidad extendida.