Las WCAG por dentro: cómo entenderlas y aplicarlas

Cuando empezamos a trabajar en accesibilidad es habitual encontrarnos con un gran número de documentos, conceptos y recursos: WCAG, niveles y criterios de conformidad, Understanding, Techniques o best practices. Sin embargo, aunque todos están relacionados, no cumplen la misma función ni tienen el mismo peso a la hora de determinar si un contenido cumple con las WCAG.

Para entender cómo se aplican en la práctica, primero conviene conocer cómo está organizado el estándar y cómo se relacionan entre sí sus distintos niveles.

Cómo se estructuran las WCAG

Las Web Content Accessibility Guidelines (WCAG), o Pautas de Accesibilidad para el Contenido Web, son el estándar internacional de referencia desarrollado por la Web Accessibility Initiative (WAI) del World Wide Web Consortium (W3C) para mejorar la accesibilidad del contenido web.

A lo largo de los años, las WCAG han ido evolucionando a través de distintas versiones, como WCAG 2.0, 2.1 y 2.2. En general, cada versión mantiene los requisitos anteriores, incorpora nuevos criterios para responder a nuevas necesidades de accesibilidad y puede prescindir de aquellos que han quedado obsoletos a medida que evolucionan las soluciones digitales y las tecnologías de asistencia. En este artículo tomaremos como referencia WCAG 2.2, la versión más reciente de WCAG 2.

WCAG 2 sigue una estructura jerárquica que parte de conceptos generales y termina en requisitos evaluables: principios, pautas y criterios de conformidad.

En el nivel superior se encuentran los cuatro principios, conocidos por el acrónimo en inglés POUR:

• Perceptible (Perceivable): la información y los componentes de la interfaz deben presentarse de forma que las personas puedan percibirlos.

• Operable (Operable): los componentes de la interfaz y la navegación deben poder utilizarse mediante diferentes formas de interacción.

• Comprensible (Understandable): la información y el funcionamiento de la interfaz deben ser comprensibles y predecibles.

• Robusto (Robust): el contenido debe poder ser interpretado de forma fiable por distintos agentes de usuario y tecnologías de apoyo.

Cada principio se divide en pautas (Guidelines) que concretan esos objetivos y, a su vez, cada pauta contiene uno o varios criterios de conformidad (Success Criteria) con requisitos que pueden evaluarse.

Por ejemplo, dentro del principio Operable se encuentra la pauta 2.4 Navigable y, dentro de ella, el criterio 2.4.7 Focus Visible.

Los criterios de conformidad son especialmente importantes porque forman parte del contenido normativo de las WCAG y constituyen la base sobre la que se determina la conformidad.

Los niveles de conformidad

Cada criterio tiene asignado uno de tres niveles: A, AA o AAA.

El nivel A incluye los requisitos básicos, mientras que AA añade criterios adicionales y es el nivel utilizado habitualmente como referencia en estándares y requisitos legales. AAA, por su parte, representa el nivel más alto de conformidad.

Aun así, las propias WCAG aclaran que no se recomienda plantear el nivel AAA como objetivo general para sitios completos, ya que no siempre es posible cumplir todos sus criterios en cualquier tipo de contenido.

Una vez entendemos esta estructura, el siguiente paso es situar los principales documentos que existen alrededor de las WCAG, porque no todos cumplen la misma función ni tienen el mismo peso.

El estándar y sus principales documentos de apoyo

En el centro se encuentra el estándar WCAG 2.2, que contiene los requisitos utilizados para determinar la conformidad. A partir de ahí aparecen distintos documentos y recursos que ayudan a entender esos requisitos, aplicarlos en la práctica o evaluarlos de forma más consistente.

WCAG 2.2: el estándar

El estándar WCAG 2.2 contiene la estructura principal que hemos visto: principios, pautas y criterios de conformidad, además de los requisitos necesarios para declarar conformidad.

Es importante distinguirlo del resto de documentación porque es aquí donde se encuentran los requisitos normativos que se utilizan para evaluar si un contenido cumple con las WCAG.

Ver la captura de WCAG 2.2 a tamaño completo

How to Meet WCAG

How to Meet WCAG 2, también conocido como Quick Reference, es una forma práctica de consultar las WCAG sin tener que recorrer toda la documentación.

Desde ahí se pueden revisar los criterios de conformidad, filtrarlos según distintos aspectos y acceder fácilmente a recursos relacionados, como Understanding y las Techniques.

Por eso resulta especialmente útil en el trabajo diario, tanto durante una auditoría como a la hora de diseñar una nueva funcionalidad, aunque sigue siendo un recurso no normativo.

Ver la captura de Quick Reference a tamaño completo

Documentos de apoyo

El W3C agrupa entre los principales documentos de apoyo recursos como Understanding WCAG, Techniques for WCAG y ACT Rules.

Estos documentos cumplen propósitos diferentes, pero su función común es ayudar a comprender, implementar o evaluar los requisitos del estándar sin añadir nuevos requisitos de conformidad.

Understanding WCAG

Los documentos Understanding WCAG ayudan a comprender con mayor profundidad cada criterio. Explican su intención, qué problema de accesibilidad pretende resolver, qué beneficios aporta y cómo puede interpretarse en diferentes situaciones.

Son especialmente útiles porque el texto normativo suele ser breve y no siempre proporciona suficiente contexto para valorar un caso concreto. Sin embargo, Understanding es documentación no normativa, sus explicaciones no forman parte de los requisitos de conformidad de las WCAG, aunque sí desarrollan y concretan cómo el W3C interpreta y aplica esos requisitos en la práctica.

Ver la captura de Understanding WCAG a tamaño completo

Techniques for WCAG

Las Techniques recogen posibles formas de satisfacer los criterios mediante tecnologías web como HTML, CSS, JavaScript o WAI-ARIA. También son no normativas, por lo que una implementación no tiene que seguir necesariamente una técnica concreta si satisface correctamente el criterio.

Dentro de ellas encontramos tres tipos principales:

• Sufficient Techniques, que describen formas conocidas de satisfacer un criterio en determinadas condiciones.

• Failure Techniques, que recogen situaciones que provocan el incumplimiento de criterios concretos.

• Advisory Techniques, que incluyen recomendaciones adicionales y buenas prácticas.

Estas últimas ayudan especialmente a distinguir entre conformidad y buena práctica. Una Advisory Technique puede mejorar la accesibilidad para determinadas personas, pero no aplicarla no implica por sí misma un incumplimiento de las WCAG.

Ver la captura de Techniques for WCAG a tamaño completo

ACT Rules

Las Accessibility Conformance Testing Rules (ACT Rules) recogen reglas que ayudan a definir cómo realizar determinadas comprobaciones de accesibilidad. Se utilizan especialmente como apoyo en metodologías de evaluación y herramientas de testing.

Al igual que Understanding y las Techniques, forman parte de la documentación de apoyo y no añaden nuevos requisitos de conformidad.

Ver la captura de ACT Rules a tamaño completo

Otros documentos

Además de estos documentos principales, el W3C publica otros documentos de orientación para aplicar las WCAG en contextos más específicos.

Por ejemplo, WCAG2ICT proporciona orientación para aplicar los principios, pautas y criterios de WCAG a tecnologías no web, especialmente documentos y software. También existen otros recursos específicos, como WCAG2Mobile, orientado a contextos concretos del ámbito mobile y cuya versión más reciente se encuentra actualmente en estado de Draft Note.

No entraremos en detalle en todos ellos, ya que el objetivo aquí es entender la estructura y la función de los principales documentos que utilizamos al trabajar con las WCAG.

Interpretar las WCAG es parte del trabajo

Llegados a este punto aparece una de las partes más importantes del trabajo con las WCAG: saber interpretarlas.

Como hemos visto, conocer un criterio no consiste únicamente en leer su texto o encontrar una Technique relacionada. Para aplicarlo correctamente es necesario entender qué pretende conseguir, analizar la implementación y valorar cada caso dentro de su contexto.

Aquí entra el criterio profesional de consultores, auditores y especialistas en accesibilidad. No se trata simplemente de comprobar si una solución coincide con un ejemplo publicado por el W3C, sino de entender qué exige realmente el criterio y distinguir entre un incumplimiento, una implementación válida o una posible mejora.

Esta distinción es importante porque durante una auditoría podemos acabar tratando técnicas, buenas prácticas o incluso aspectos más subjetivos de usabilidad como si fueran requisitos de WCAG. El resultado puede ser un falso positivo o una exigencia que va más allá de lo que realmente establece el criterio de conformidad.

Ahora bien, esto no significa que una recomendación de usabilidad o buena práctica carezca de valor. Simplemente, es importante identificarlas correctamente, ya que una mejora puede aportar beneficios reales a las personas usuarias sin que su ausencia suponga necesariamente un incumplimiento de las WCAG.

Entender el criterio y aplicarlo en contexto

Conocer las WCAG implica bastante más que conocer una lista de criterios de forma superficial. Es importante saber cómo se organizan, cómo funcionan sus niveles de conformidad y qué papel cumple cada uno de los documentos que existen alrededor del estándar.

Como hemos visto, el estándar WCAG establece los requisitos normativos, mientras que otros recursos adicionales como Understanding, las Techniques, How to Meet WCAG o las ACT Rules ayudan a comprenderlos, aplicarlos y evaluarlos. Esta distinción es realmente importante al trasladar las WCAG a situaciones reales, ya que no toda recomendación constituye un requisito ni todo lo que va más allá de la conformidad deja de aportar valor a la accesibilidad.

Al final, buena parte del trabajo consiste en entender qué exige realmente el criterio y aplicarlo correctamente al contexto que tenemos delante.