Armonización técnica: WCAG, ISO/IEC 40500, EN 301 549 y WCAG2ICT

Cada país tiene su ley, pero casi todas acaban remitiendo al mismo núcleo técnico: las WCAG. Esa convergencia es una gran noticia para quien trabaja en varios mercados, porque permite usar un único método de evaluación; pero esconde una trampa: no todas las jurisdicciones exigen la misma versión ni el mismo alcance. En esta lección verás cómo se relacionan las WCAG, la norma ISO/IEC 40500, la EN 301 549 (PDF, se abre en una ventana nueva) y la nota WCAG2ICT, qué versión exige cada marco que estudiaremos en el curso y cómo construir un estándar interno que satisfaga a todos a la vez. Es el lenguaje común que necesitas antes de ir país por país.

Un núcleo común: las WCAG 2.x

Las WCAG las publica el W3C a través de su Iniciativa de Accesibilidad Web (WAI). La versión 1.0 es de 1999; la 2.0, de diciembre de 2008, introdujo los cuatro principios y los criterios de conformidad comprobables que conoces desde el nivel 1; la 2.1 (junio de 2018) añadió criterios para dispositivos móviles, baja visión y discapacidad cognitiva; y la 2.2 (octubre de 2023) añadió nueve criterios más, seis de ellos de nivel A o AA:

• 2.4.11 Foco no oculto (mínimo), AA.
• 2.5.7 Movimientos de arrastre, AA.
• 2.5.8 Tamaño del objetivo (mínimo), AA.
• 3.2.6 Ayuda coherente, A.
• 3.3.7 Entrada redundante, A.
• 3.3.8 Autenticación accesible (mínimo), AA.

Además, la 2.2 declaró obsoleto y retiró el criterio 4.1.1 Procesamiento, y el W3C añadió a las versiones 2.0 y 2.1 una nota que indica que, para contenido en HTML o XML, ese criterio debe considerarse siempre satisfecho.

La propiedad más útil de la familia 2.x es su compatibilidad hacia atrás: el contenido que cumple las WCAG 2.2 en un nivel cumple también las 2.1 y las 2.0 en ese nivel, porque cada versión conserva los criterios de la anterior (con la salvedad ya explicada del 4.1.1). Por eso, cuando una ley exige la 2.0 y otra la 2.1, cumplir la 2.2 resuelve ambas.

ISO/IEC 40500: la versión «formal»

Algunos ordenamientos solo pueden citar normas de organismos de normalización formales. Por eso las WCAG 2.0 se aprobaron como norma internacional ISO/IEC 40500:2012, con un contenido idéntico. Japón, por ejemplo, armonizó su norma nacional JIS X 8341-3:2016 con ella. El W3C ha impulsado que las versiones posteriores sigan el mismo camino; si un pliego o una ley cita la ISO/IEC 40500, comprueba qué edición cita, porque determina qué versión de las WCAG se exige.

La EN 301 549: una norma europea exportada

Como estudiaste en el curso N5-C1, la EN 301 549 nació de un mandato de la Comisión Europea (M/376) a los organismos europeos de normalización CEN, CENELEC y ETSI, y su primera versión es de 2014. Se elaboró en coordinación con el U.S. Access Board, que preparaba a la vez el «refresco» de la Section 508; por eso las dos comparten estructura: requisitos funcionales (capítulo 4 de la EN, capítulo 3 de la 508), hardware, software, documentación y servicios de soporte. La v3.2.1 (2021), norma armonizada vigente para el RD 1112/2018 (PDF, se abre en una ventana nueva) (a través de la Decisión de Ejecución (UE) 2021/1339) y referencia técnica práctica para la Ley 11/2023 (PDF, se abre en una ventana nueva) mientras no haya norma armonizada específica, incorpora las WCAG 2.1 nivel AA en sus capítulos 9 (web), 10 (documentos) y 11 (software).

Su influencia ya es global: Australia la adoptó como AS EN 301 549 para la compra pública de TIC, Canadá la ha adoptado como norma nacional y otros países la usan como base de sus propias normas de requisitos TIC. Un buen informe de conformidad con la EN 301 549 es, por tanto, reutilizable en muchas licitaciones fuera de la Unión.

WCAG2ICT: las WCAG fuera de la web

Las WCAG se escribieron para contenido web, pero las leyes exigen también documentos, aplicaciones de escritorio, apps móviles y terminales. La nota del W3C WCAG2ICT explica cómo interpretar cada criterio en TIC no web: sustituye «página web» por «documento» o «software», y «conjunto de páginas web» por «conjunto de documentos» o «conjunto de software». La EN 301 549 y la Section 508 se apoyan en esa interpretación para aplicar los criterios a documentos y software, y el W3C la actualizó en 2024 para cubrir las WCAG 2.2.

El desfase de versiones: quién exige qué

Cada marco fijó su estándar en un momento distinto y no todos lo actualizan igual. Algunos usan referencias estáticas (una versión concreta, por ejemplo «WCAG 2.0 AA») y solo cambian mediante una reforma; otros aplican referencias dinámicas o actualizaciones administrativas (la autoridad decide pasar a la versión nueva, como hizo el Reino Unido con la 2.2). La tabla resume lo que verás en las próximas lecciones:

El desfase tiene consecuencias prácticas. Una auditoría hecha con WCAG 2.0 no demuestra la conformidad en el Reino Unido; una hecha con 2.2 sí sirve en Ontario. Y en los contratos conviene escribir la versión de forma explícita, porque «cumplir las WCAG» sin más es ambiguo.

La estrategia del superconjunto

Para una organización que opera en varios países, la respuesta técnica más eficiente es definir un estándar interno único que sea el superconjunto de todos los aplicables:

1. WCAG 2.2 nivel AA como base para web, apps y documentos (con WCAG2ICT para lo no web). Satisface las versiones 2.0 y 2.1 que piden otras normas.
2. Los requisitos de la EN 301 549 que no proceden de las WCAG y que sean aplicables al producto: reproductores, comunicaciones, documentación y soporte, hardware.
3. Las diferencias locales que no son técnicas: idioma y lengua de signos de cada país, formato de la declaración o del informe que exija cada autoridad, canales de contacto y plazos de respuesta.

Así se evalúa una sola vez con un método documentado (WCAG-EM (se abre en una ventana nueva), del nivel 4) y se «traduce» el resultado a cada marco: una declaración conforme al modelo europeo, un ACR en edición INT para clientes estadounidenses, un informe de cumplimiento para Ontario. Lo verás aplicado en la lección sobre estrategia de cumplimiento y en el caso práctico final.

Resumen

• Las WCAG 2.x son el núcleo técnico común de casi todos los marcos; la 2.2 añade seis criterios de nivel A o AA respecto a la 2.1 y retira el 4.1.1.
• La compatibilidad hacia atrás permite que cumplir WCAG 2.2 AA satisfaga a las normas que exigen la 2.0 o la 2.1 en nivel AA.
• ISO/IEC 40500 es la vía formal de las WCAG; la EN 301 549 comparte estructura con la Section 508 y se ha adoptado en Australia y Canadá; WCAG2ICT aplica los criterios a documentos y software.
• Las jurisdicciones exigen versiones distintas (2.0, 2.1 o 2.2) y algunas añaden requisitos fuera de las WCAG: escribe siempre la versión exacta en contratos y pliegos.
• La estrategia eficiente es un estándar interno de superconjunto: WCAG 2.2 AA más los requisitos aplicables de la EN 301 549 más las diferencias locales.