Trabajar con las WCAG: documentación del W3C, citas y límites del estándar

Ya conoces la estructura de las WCAG, el mapa de los 55 criterios AA, cómo leer un criterio con sus excepciones y su vocabulario, y las novedades de la versión 2.2. Falta lo que marca la diferencia en el día a día: encontrar rápido la respuesta en la documentación del W3C, citar los criterios de forma que otra persona pueda actuar y saber hasta dónde llega el estándar. En el curso N1-C1 viste quién se ocupa de qué en un proyecto; aquí verás qué herramientas de trabajo ofrece el propio W3C a cada uno de esos perfiles.

Cuatro preguntas, cuatro documentos

El error más habitual de quien empieza es leer el estándar de principio a fin cada vez que tiene una duda. La documentación del W3C está pensada para entrar por la pregunta concreta:

La referencia rápida es la puerta de entrada más cómoda para diseño, contenidos y desarrollo: cada criterio aparece con su enunciado, desplegable, y con enlaces directos a su página Understanding y a sus técnicas. Sus filtros permiten ocultar el nivel AAA y quedarse con lo que interesa en cada momento.

Cómo está hecha una página Understanding

Cada criterio tiene su página explicativa. Aunque es informativa, es el documento que más vas a consultar, porque responde a las dudas de interpretación. Suele tener estas secciones:

• En resumen (In brief): objetivo, qué hacer y por qué importa, en tres líneas. No todas las páginas la tienen.
• Intención (Intent): el problema que el criterio quiere resolver. Es la sección clave para los casos dudosos: si una solución cumple la letra pero no la intención, desconfía.
• Beneficios: qué personas se benefician y cómo.
• Ejemplos: situaciones concretas de cumplimiento.
• Técnicas: suficientes, recomendables y fallos, con enlaces a cada una.
• Reglas de prueba (Test rules): reglas ACT relacionadas con el criterio, cuando existen.
• Términos clave: las definiciones del glosario que usa el criterio, copiadas al final para no tener que buscarlas.

Las reglas ACT: probar de forma armonizada

Dos herramientas automáticas, o dos auditores, pueden llegar a resultados distintos sobre la misma página porque interpretan un criterio de forma diferente. Para reducir ese problema, el W3C desarrolló el formato ACT (Accessibility Conformance Testing, pruebas de conformidad de accesibilidad), que es una Recomendación del W3C, y publica un conjunto de reglas revisadas por la comunidad.

Cada regla ACT describe con precisión a qué elementos se aplica, qué se espera de ellos y una batería de casos de prueba: ejemplos que deben pasar, que deben fallar y a los que no se aplica. Varias herramientas y metodologías publican qué reglas implementan. En el nivel 1 basta con que sepas que existen y dónde están: reglas ACT del W3C. En el nivel 4 las usarás para interpretar los resultados de las herramientas automáticas.

Citar las WCAG para que alguien pueda actuar

Un hallazgo de accesibilidad solo es útil si quien lo recibe puede entenderlo, reproducirlo y corregirlo. Ya sea una incidencia en el gestor de tareas del equipo, una línea de un informe o un requisito de un contrato, incluye siempre la versión, el criterio con número y nombre, y el nivel.

En un pliego o un contrato se aplica la misma regla: «conformidad con WCAG 2.2 nivel AA» es exigible y verificable; «la web será accesible» no lo es. La redacción de requisitos en contratación pública se estudia en el curso N5-C4.

Lo que las WCAG no garantizan

Conocer bien el estándar incluye conocer sus límites. La propia introducción de las WCAG reconoce que, aunque cubren muchos problemas, no pueden atender las necesidades de todas las personas con todos los tipos, grados y combinaciones de discapacidad. En la práctica:

• Conformidad no es lo mismo que buena experiencia. Un formulario de 40 campos puede cumplir los 55 criterios y seguir siendo agotador para una persona con fatiga o con discapacidad intelectual.
• Las necesidades cognitivas están cubiertas solo en parte. El W3C publicó por eso el documento Making Content Usable for People with Cognitive and Learning Disabilities, con patrones de diseño que van más allá de los criterios. Lo estudiarás en el nivel 6.
• Algunos criterios AAA merecen la pena aunque no se exijan: 2.4.13 Apariencia del foco o 2.5.5 Tamaño del objetivo (mejorado) se aplican sin dificultad en muchos diseños.
• Las pruebas con personas usuarias descubren barreras que ninguna lista de criterios recoge.

Resumen

• Entra por la pregunta: referencia rápida para saber qué cumplir, Understanding para interpretar, Techniques para implementar y reglas ACT para probar.
• La sección de intención de Understanding resuelve la mayoría de los casos dudosos.
• Las reglas ACT armonizan las pruebas, pero ninguna cubre un criterio entero.
• Cita siempre versión, número, nombre y nivel, con lo necesario para reproducir y corregir.
• Cumplir las WCAG es el mínimo exigible, no la garantía de una buena experiencia para todas las personas.