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

Esta lección reúne todo lo que has aprendido en el curso. Primero resolvemos paso a paso un caso realista; después tienes ejercicios de autoevaluación con su solución y, al final, una lista de comprobación que puedes usar en tu trabajo.

Caso práctico: la cita previa del Ayuntamiento de Villaserena

Villaserena es un municipio ficticio de 30.000 habitantes. Lucía trabaja en el área de comunicación del ayuntamiento y recibe, a través del mecanismo de comunicación de la declaración de accesibilidad, la queja de un vecino ciego: no consigue pedir cita previa para el padrón con su lector de pantalla. La misma semana, un proveedor ofrece a la concejalía un overlay que «garantiza el cumplimiento legal con una línea de código». La alcaldía le pide a Lucía una nota breve para decidir qué hacer.

Paso 1. Plantear el problema desde el modelo social

Lucía no escribe «un usuario ciego tiene dificultades», sino «el servicio de cita previa tiene barreras que impiden usarlo con lector de pantalla». El problema es del servicio, no del vecino, y por tanto la solución también es responsabilidad del ayuntamiento.

Paso 2. Hacer una primera revisión de la tarea completa

Recorre la tarea «pedir cita para el padrón» con la extensión WAVE, el analizador de contraste y solo el teclado, y anota estos hallazgos:

Paso de la tarea	Hallazgo	Posible criterio	Impacto
Todas las páginas	El título de la pestaña es siempre «Inicio»	2.4.2 Titulado de páginas	Molesta
Elegir oficina	Desplegable hecho con <div> que no se abre con teclado	2.1.1 Teclado; 4.1.2 Nombre, función, valor	Bloqueante
Elegir día	Calendario que solo responde al ratón	2.1.1 Teclado	Bloqueante
Verificación	CAPTCHA de imagen sin alternativa	1.1.1 Contenido no textual	Bloqueante
Confirmar	Botón con un icono y sin nombre accesible	4.1.2 Nombre, función, valor	Grave
Textos de ayuda	Gris claro sobre blanco, contraste aproximado de 2,5:1	1.4.3 Contraste (mínimo)	Molesta

Paso 3. Priorizar por impacto, no por cantidad

Hay seis hallazgos, pero tres son bloqueantes y explican por sí solos la queja: aunque se corrigieran todos los demás, el vecino seguiría sin poder pedir cita. Lucía propone corregir primero el desplegable, el calendario y el CAPTCHA, preferiblemente sustituyéndolos por elementos nativos de HTML y por una verificación que no exija reconocer imágenes.

Paso 4. Valorar la oferta del overlay

Lucía explica que el overlay no puede convertir un desplegable de <div> en un control accesible ni hacer usable un calendario que solo responde al ratón: son fallos del código original. Las funciones que ofrece (agrandar letra, cambiar contraste) ya están en el navegador y en el sistema del vecino. Además, la conformidad con el RD 1112/2018 (PDF, se abre en una ventana nueva) se evalúa sobre el contenido real, no sobre un script añadido. Recomienda no contratarlo como solución de cumplimiento.

Paso 5. Argumentar ante la alcaldía

Prepara cuatro argumentos breves, uno por cada interlocutor posible: derecho y obligación (el ayuntamiento está sujeto al RD 1112/2018 y debe responder a la queja); personas afectadas (con la proporción del INE, unas 2.700 personas del municipio tienen una discapacidad reconocida, a las que se suman muchas personas mayores); calidad (los componentes nativos son más sencillos de mantener) y servicio (cada cita que no se puede pedir en línea acaba en una llamada o una visita a la oficina).

Paso 6. Proponer los siguientes pasos

• Responder al vecino, agradecer la comunicación y ofrecerle mientras tanto una alternativa (cita por teléfono o presencial).
• Pedir al proveedor la corrección de los tres bloqueantes con un plazo y una verificación posterior.
• Encargar una evaluación completa con metodología WCAG-EM (se abre en una ventana nueva) y revisar la declaración de accesibilidad.
• Asignar responsables: comunicación para los contenidos, el proveedor para el código y contratación para incluir requisitos de accesibilidad en la próxima renovación.

Ejercicios de autoevaluación

1. Clasifica como discapacidad permanente, temporal o situacional: (a) una persona con sordera desde el nacimiento; (b) un repartidor que consulta el móvil con guantes; (c) una vecina recién operada de cataratas; (d) un viajero en un vagón ruidoso sin auriculares.

Ver solución

(a) Permanente. (b) Situacional. (c) Temporal. (d) Situacional. Una web que funciona con subtítulos, buen contraste y objetivos táctiles de tamaño adecuado ayuda en los cuatro casos.

2. Un compañero afirma: «Nuestra web es accesible porque la herramienta automática nos da 100 puntos». ¿Qué le respondes?

Ver solución

Que la herramienta solo detecta una parte de los problemas y no puede valorar, por ejemplo, si el texto alternativo tiene sentido, si el orden del foco es lógico o si un calendario funciona con teclado. La puntuación es un buen indicio, pero hay que revisar las tareas principales con teclado, zoom y lector de pantalla.

3. Indica qué eslabón de la cadena falla en cada caso: (a) el CMS no tiene campo para el texto alternativo; (b) un botón con forma de papelera se anuncia solo como «botón»; (c) una persona que acaba de empezar con su lector de pantalla no conoce los atajos para saltar por encabezados.

Ver solución

(a) La herramienta de autor. (b) El contenido: el código no da un nombre accesible al botón. (c) Los conocimientos y estrategias de la persona usuaria; por eso una estructura clara y predecible es todavía más importante.

4. Tienes dos minutos con la directora financiera y otros dos con el responsable de marketing. ¿Qué argumento principal usarías con cada uno?

Ver solución

Con la directora financiera, el riesgo y el coste: corregir al final es más caro que construir bien desde el principio, y el incumplimiento puede acarrear reclamaciones y sanciones. Con marketing, la conversión y la reputación: formularios claros y vídeos subtitulados reducen el abandono de todos los clientes.

5. Una administración decide crear una «web solo texto para personas con discapacidad» mantenida aparte. ¿Qué principio contradice y qué propondrías?

Ver solución

Contradice el diseño universal, que busca que una única versión sirva a todas las personas sin adaptaciones. Además, estas versiones tienden a quedarse desactualizadas. Lo adecuado es corregir la web principal e integrar la accesibilidad en sus plantillas y procesos.

6. En el caso de Villaserena, ¿quién debería ser responsable principal de que los avisos y noticias nuevos lleven textos alternativos correctos?

Ver solución

El área de comunicación, que redacta y publica esos contenidos y sabe qué información aporta cada imagen. El proveedor es responsable secundario: el CMS debe permitir escribir el texto alternativo y mostrarlo correctamente en el código.

Lista de comprobación

• Describo los problemas como barreras del servicio, no como limitaciones de las personas.
• Uso «persona con discapacidad» en la documentación oficial.
• Pienso también en situaciones temporales y situacionales.
• Evalúo tareas completas, no solo páginas sueltas.
• Reviso título, idioma, imágenes y encabezados de cada página clave.
• Mido el contraste de los textos dudosos.
• Pruebo el zoom al 200 % y al 400 %.
• Recorro las tareas principales solo con teclado y con el foco siempre visible.
• Compruebo etiquetas y mensajes de error en los formularios.
• Verifico subtítulos y controles de pausa en vídeos y carruseles.
• Priorizo las barreras bloqueantes sobre el número de errores.
• No acepto un overlay ni una puntuación automática como prueba de conformidad.
• Adapto los argumentos a quien escucha: derecho, riesgo, negocio o calidad.
• Asigno un responsable a cada pieza: texto, componente, documento y contrato.

Para seguir aprendiendo

• Introduction to Web Accessibility (W3C WAI): la introducción oficial a la accesibilidad web.
• Easy Checks – A First Review of Web Accessibility (W3C WAI): la guía de primera revisión en la que se basa la lección correspondiente.
• Web Content Accessibility Guidelines (WCAG) 2.2 (W3C): el texto oficial de las pautas.
• Real Decreto 1112/2018 (BOE): accesibilidad de sitios web y aplicaciones móviles del sector público.
• Convención sobre los derechos de las personas con discapacidad (BOE): instrumento de ratificación de España.