viernes, 21 de enero de 2022

WCAG 3.0 - Novedades del último borrador (7 de diciembre de 2021)

Última actualización del artículo: 21 de enero de 2022 con la versión del 7 de diciembre de 2021 (W3C Working Draft)

W3C Web Accessibility Initiative WAI. WCAG 3. W3C Accessibility Guideline 3

Imagen original del W3C

El 21 de enero de 2021 se publicó el primer borrador de las W3C Accessibility Guidelines (WCAG) 3.0, que traen muchas novedades, empezando por el nombre: "W3C Accessibility Guidelines" en vez de "Web Content Accessibility Guidelines". Un nombre que permite conservar el acrónimo WCAG, pero que ya refleja un alcance más amplio.

Será el primero de muchos borradores en un proceso que llevará años completar hasta la publicación de la recomendación de las WCAG 3.0. Después, habrá que esperar algunos años más hasta que terminen sustituyendo a las WCAG 2 y las legislaciones de los países las adopten, en un viaje que nos es conocido porque ya lo hemos vivido antes con las WCAG 2.

Por tanto, hay que tener en cuenta que las WCAG 2.2 verán la luz mucho antes (consultar las novedades del último borrador de las WCAG 2.2).

Es verdad que el proceso será largo, pero ya está en marcha, y ahora es el momento de poder participar en el mismo.

En primer lugar, el grupo de trabajo se va a centrar en perfeccionar la estructura y el modelo de conformidad, que, como veremos, cambia sustancialmente.

Después, se centrará en desarrollar los requisitos de accesibilidad, que también cambian, y ahora hablaremos de Guidelines, Outcomes, Methods y Tests.

Por último, se trabajará en el material de apoyo para la transición de las WCAG 2 a las WCAG 3.

Esta transición será similar a la que vivimos con el paso de las WCAG 1 a las WCAG 2, pues el nuevo estándar supone cambios muy importantes en diversos aspectos: filosofía, alcance, estructura, contenido o modelo de conformidad.

Así como la transición de las WCAG 1 a las WCAG 2 fue sin duda para bien, también lo será la de las WCAG 2 a las WCAG 3, pero, aunque están diseñadas para que sean más fáciles de entender y más fáciles de usar, no dejará de ser complejo familiarizarse y adaptarse a auditar con el nuevo estándar, de modo que me parece muy importante ir comprendiéndolo poco a poco siguiendo los avances en el borrador.

El objetivo de este artículo es recoger todas las novedades de las WCAG 3.0 e ir actualizándolo a medida que se publiquen nuevos borradores, para ayudar en este proceso de aprendizaje.

Documentos:

Índice

Objetivos, semejanzas y diferencias de las WCAG 3 y las WCAG 2

En 2016, el W3C-WAI lanzó el proyecto "Silver" que ha llevado a cabo una investigación en profundidad para explorar un nuevo enfoque de las pautas de accesibilidad.

Determinó que hay una percepción positiva de las WCAG 2 pero que es necesario un cambio en la estructura y la presentación, puesto que se perciben:

  • difíciles de entender, especialmente para los principiantes;
  • demasiado restrictivas para incluir algunos requisitos, en particular relacionados con la discapacidad cognitiva, donde es difícil evaluar con criterios de conformidad de verdadero y falso;
  • poco flexibles en relación con el modelo de conformidad (A, AA, AAA) que no satisface las necesidades específicas de muchas organizaciones.

En el "Design Sprint" de 2018, en el que se buscaban soluciones innovadoras, se hicieron muchos prototipos de posibles soluciones, que han acabado de dar forma al primer borrador de trabajo de las WCAG 3.0

Por otra parte, la tecnología cambiante y las necesidades de las personas con discapacidad, asimismo cambiantes, han llevado también a la necesidad de un nuevo modelo para abordar la accesibilidad de manera más completa y flexible.

Los objetivos que se han fijado para las WCAG 3 son:

  • Ser más fáciles de entender y más fáciles de usar, especialmente por parte de las personas que no son técnicos.
  • Cubrir más necesidades de los usuarios, especialmente de las personas con discapacidad cognitiva.
  • Ser flexibles para abordar diferentes tipos de contenido web, publicaciones, aplicaciones o herramientas; diferentes necesidades de las personas con discapacidad; y diferentes tipos de organizaciones; con un modelo de conformidad que funcione bien para todos ellos.
  • Dar cuenta del diferente impacto que tienen los problemas específicos de accesibilidad en la experiencia de usuario de las personas con discapacidad del mundo real.
  • Permitir errores menores que no afecten significativamente a la experiencia de usuario accesible, para no invalidar el cumplimiento de las WCAG.
  • Alentar a las organizaciones a continuar mejorando la accesibilidad, en lugar de detenerse en cumplir con las WCAG 2 AA.

Las semejanzas entre las WCAG 3 y las WCAG 2 son:

  • tienen el objetivo común de proporcionar orientación sobre cómo hacer que el contenido web y las aplicaciones sean accesibles para las personas con discapacidad;
  • incluyen requisitos de accesibilidad fundamentales y específicos.

Las diferencias entre las WCAG 3 y las WCAG 2 es que las WCAG3:

  • Presentan un nuevo modelo, compatible con un amplio conjunto de necesidades de los usuarios con discapacidad, incluidas las de las personas con discapacidad cognitiva.
  • El alcance es más amplio, más allá del contenido web, siendo flexibles para abordar diferentes tipos de:
    • contenido web: incluido contenido estático, dinámico, multimedia, realidad virtual o aumentada;
    • aplicaciones y apps;
    • herramientas relacionadas: navegadores, tecnología de asistencia, CMS, herramientas de autoría o de prueba;
    • publicaciones (ePub, PDF…)
    • tecnologías emergentes: como web XR y entrada de voz
  • Incorporan contenido (y amplían parcialmente) las UAAG 2 (User Agent Accessibility Guidelines 2.0) y las ATAG2 (Authoring Tool Accessibility Guidelines 2.0)
  • Tienen una estructura diferente, donde hablaremos de Guidelines, Outcomes, Methods y Tests.
  • Utilizan un nuevo enfoque para las pruebas.
  • Definen un modelo de conformidad muy diferente y más flexible.
  • Permiten el mantenimiento frecuente de las pautas y el contenido relacionado para mantenerse al día frente al cambio tecnológico acelerado.

Si bien hay muchas superposiciones entre las WCAG 2 y las WCAG 3, estas últimas incluyen pruebas adicionales y diferentes mecanismos de puntuación. Como resultado, es importante resaltar que WCAG 3.0 no son compatibles con WCAG 2.X., no las reemplaza (como hacen las WCAG 2.1 con las WCAG 2.0), sino que más bien, es un conjunto alternativo de pautas.

Una vez que las WCAG 3 se conviertan en una recomendación del W3C, se aconsejará a los desarrolladores, creadores de contenido y legisladores que utilicen las WCAG 3.0 para maximizar la aplicabilidad futura de los esfuerzos de accesibilidad.

Se espera que el contenido que cumpla con el nivel A y AA de las WCAG 2.2 cumpla con la mayor parte del nivel mínimo de conformidad de las WCAG 3.0 pero, dado que las WCAG 3.0 incluyen pruebas adicionales y diferentes mecánicas de puntuación, se necesitará trabajo adicional para alcanzar la plena conformidad.

Qué incluye actualmente el borrador de las WCAG 3.0

Actualmente el borrador de las WCAG 3.0 incluye:

  • La estructura propuesta.
  • El proyecto de modelo de conformidad, es decir, la forma de determinar y comunicar hasta qué punto un sitio web, app, documento o herramienta cumple con el estándar.
  • 6 borradores de pautas de ejemplo, que han sido elegidas para ilustrar aspectos específicos de la estructura propuesta para las WCAG 3 en relación con las WCAG 2. Estas pautas son:
    • Alternativas textuales: ejemplo de migración directa de un criterio de conformidad de las WCAG 2 a un resultado de las WCAG 3.
    • Contraste visual del texto: ejemplo de migración de un criterio de las WCAG 2 con cambios sustanciales.
    • Palabras claras: ejemplo de inclusión de un nuevo requisito que no se ajustaba a los parámetros para ser incluido en las WCAG 2. Está basada directamente en las coga-usable
    • Contenido estructurado (encabezados): migración y fusión de varios criterios de las WCAG 2 que no estaban relacionados anteriormente.
    • Subtítulos: ejemplo de adaptación de un criterio de conformidad de las WCAG 2 a tecnologías emergentes como XR.
    • Prevención de errores: ejemplo de migración de un criterio de las WCAG 2 con cambios sustanciales (incluida en el borrador del 7/12/2021).

Estructura de las WCAG 3.0

Introducción a la estructura (Guidelines, Outcomes, Methods)

La estructura central de las WCAG 3.0 se articula en tres niveles de contenido (Guidelines, Outcomes y Methods) que tienen a su vez documentación asociada.

Guidelines flecha Outcomes (Critical Errors / Outcome Scoring) flecha Methods (Description, Examples, Tests, Test Scoring)

Imagen original de W3C

  • Guidelines (“Pautas” a partir de ahora, siguiendo la terminología de la traducción oficial de las WCAG 2 al español):
    • Forman el nivel superior.
    • Son soluciones a problemas de accesibilidad, similares a las pautas de las WCAG 2, pero más específicas, por lo tanto, habrá más.
    • Tienen un nombre, una breve descripción y son independientes de una tecnología, como las pautas de las WCAG 2.
    • Cada pauta tiene asociados uno o varios OutComes.
    • A su vez, cada pauta tiene asociado un documento How-to, similar al documento Understanding de las WCAG 2, donde se explica cómo aborda las necesidades de accesibilidad; cómo tenerla en cuenta en las diferentes fases del proyecto (planificación, diseño y desarrollo); e incluye ejemplos y recursos.
    • Ejemplo de Pauta: “Provide text alternative for non-text content”.
  • Outcomes (“Resultados” a partir de ahora):
    • Cada pauta tiene uno o varios resultados deseados para reducir los problemas de accesibilidad.
    • Son declaraciones comprobables, similares a los criterios de conformidad de las WCAG 2, pero más específicos y, por tanto, habrá más.
    • Dentro de una pauta, los resultados tienen una relación de AND. Se deben abordar todos los resultados relevantes, pero no todos los resultados se aplicarán a todas las tecnologías y situaciones. Cuando un resultado no se aplica, se marcará como NA en la puntuación.
    • Los resultados tienen asociados:
      • una página de documentación específica donde están listados los métodos;
      • un listado de las categorías funcionales con las que se relaciona;
      • un listado de errores críticos que pueden ocurrir y cómo identificarlos, aunque no todos los resultados tienen errores críticos. Si se cometen errores críticos se tendrá una puntuación menor.
      • una escala de valoración del resultado de 0 al 4.
    • Ejemplo de Resultado: “Text alternative available”
  • Métodos:
    • Cada resultado tiene uno o varios métodos asociados.
    • Los métodos son similares a las técnicas de las WCAG 2, es decir, son maneras específicas de lograr un resultado en una determinada tecnología y las pruebas pertinentes para evaluarlo.
    • Cada método tiene su propia página de documentación asociada. En esa página hay varias secciones: introducción, descripción, ejemplos, pruebas y recursos.
Guideline/Pauta Text alternatives. Tiene una descripción breve y un enlace al documento explicativo de la pauta. Hay un Outcome/Resultado Text alternative available con una descripción y un enlace al documento explicativo que contiene los métodos. Hay un listado desplegable de categorías funcionales, de errores críticos y de valoración del resultado.

Pauta de las WCAG 3. Ver imagen en grande

Valoración del resultado

Como hemos dicho, cada resultado tiene asociada una escala de valoración de 0 a 4, de modo que cada resultado define los criterios de calificación que deben utilizarse.

Rating for Text alternative available de 0 a 4. Se pueden consultar en formato texto en el estándar.

Valoración del Resultado "Text alternative available" de la Pauta "Text alternatives"

El modelo de calificación está diseñado para ser flexible, a fin de permitir que las necesidades más funcionales de las personas con discapacidad se incluyan en las pautas.

También está diseñado para ser independientes de la tecnología, pero están vinculados a los "Métodos" disponibles, de modo que la puntuación de nivel del método se pueda acumular cuando sea posible o el evaluador pueda tomar una decisión informada sobre la calificación de resultado.

Métodos

Como hemos visto, cada resultado tiene uno o más métodos asociados que se consultan en la página "Outcome, details, and methods for ...".

Listado de 5 métodos del Resultado Text alternative available. Se puede consultar en formato texto en el estándar.

Métodos del Resultado: Text alternative available.

Hay tres tipos de métodos:

  • Todos: métodos que se aplican a todas las tecnologías.
  • Tecnología específica: métodos que se aplican a una tecnología de una lista predeterminada de tecnologías, como HTML, PDF o XR (Realidad Extendida).
  • Alternativos (fallback): métodos que se aplican a la tecnología emergente o tecnología propietaria, y a la tecnología que aún no tiene un método escrito.

Cuando se proporcionan métodos de tecnología específica, los resultados también incluirán uno o más métodos alternativos.

La página de un método incluye información detallada sobre cómo alcanzar el resultado, ejemplos, recursos, así como información sobre las pruebas y cómo puntuar esa prueba.

Página del método Text alternative for Images de Text. Tiene 5 pestañas: Introducción, Descripción, Ejemplos, Tests y Recursos

Página del Método: Text alternative for Images de Text Ver imagen en grande

Si bien los métodos de las WCAG 3 tienen cierta similitud con las técnicas WCAG 2, no son lo mismo y no son intercambiables.

En la pestaña “Tests” de la página de un método se proporcionan las instrucciones, paso a paso, para evaluar el método en función de la tecnología que se utiliza.

Se diferencia entre:

  • “Atomic Test” (los hay manuales y automáticos) que son medibles y sirven para alcanzar el nivel Bronce. Incluyen el método de puntuación para esa prueba, es decir, cómo calificar instancias individuales de la prueba.

    Las pruebas dentro de los métodos se utilizan para informar de las puntuaciones de cada resultado. Luego, las puntuaciones de los resultados se agregan para crear puntuaciones por categoría funcional y una puntuación general.

    Relación de Test atómicos > Tests automáticos. Se indica la unidad testeada, la medición o el procedimiento.

    Pestaña "Tests" de la página del Método Text alternative for Images de Text. Ver imagen en grande

  • “Holistic Test”, son pruebas con tecnología de asistencia y pruebas de usabilidad con personas con discapacidad, gracias a las cuales se llegará al nivel Plata y Oro.

Ejemplo de tecnología específica (XR)

En el resultado (outcome) "Outcome, details, and methods for Translates speech and non-speech audio" de la pauta "Provide captions and associated metadata for audio content" nos encontramos con dos métodos para XR (Realidad Extendida), un tipo de tecnología para la que las WCAG 2.1 no tiene técnicas específicas:

Se aplica a tecnologías que admiten audio sincronizado con información visual, incluidos medios y entornos inmersivos.

Las personas que no pueden usar la pista de audio necesitan saber qué se dice, quién lo dice y los efectos de sonido relevantes. El objetivo es brindar una experiencia equivalente a la de los usuarios videntes.

Todos los diálogos y sonidos importantes se deben incrustar como texto de tal manera que el texto no sea visible a menos que el usuario lo solicite.

Por ejemplo, en un juego en línea de disparos en primera persona, los jugadores tienen la opción de habilitar y personalizar los subtítulos. Una opción popular es reducir verticalmente el view-port predeterminado para que quepan dos líneas de texto de subtítulos en tiempo real debajo del arma y la barra de salud. Los subtítulos incluyen las señales ambientales y los discursos de avatares de personajes no jugadores (NPC) de aliados y enemigos.

Es importante que los subtítulos o el texto pueda fluir dentro de un entorno XR sin pérdida de información, contexto o funcionalidad.

El contenido no debe perder su contexto. Esto significa que cuando los subtítulos están relacionados con el habla, mantienen su relación con la fuente, por ejemplo, el avatar que ha hablado. Si es necesario mover el texto subtitulado dentro del entorno, existe una relación padre/hijo persistente entre la fuente y el texto que permite que se mueva o que se realicen otras transformaciones.

Por otra parte, las personas pueden elegir un formato o tamaño de fuente de su elección o utilizar un mecanismo con posibilidades accesibles. Esto les permitirá cambiar el tamaño y redistribuir el texto sin ocultar u oscurecer el contenido ni tener una pérdida sustancial de contexto. El medio de selección puede ser a través de las preferencia del usuario o la configuración de la personalización.

Por ejemplo, en una conversación entre un grupo de personas en una reunión virtual hay un usuario sordo. Puede haber un código (la técnica dice de colores, pero lo adecuado sería de formas geométricas+colores, por si el usuario es daltónico) para distinguir a los oradores, de modo que los subtítulos tendrán asociadas también estas formas geométricas de color.

El usuario sordo puede desear explorar el entorno o mirar algo y, por lo tanto, mover el enfoque pero seguir viendo los subtítulos o mantenerlos en una vista personalizada. Por lo tanto, se debe mantener la relación entre el hablante y los subtítulos.

La relación puede ser tan simple como un texto que dice 'Nombre del hablante: Lorraine', 'Nombre del hablante: Ruairi' o similar. O podría proporcionarse en el marcado. Proporcionar la asociación de 'fuente/título' en el marcado permitiría un mayor movimiento y más transformaciones potenciales.

Modelo de conformidad

Modelo y niveles

El modelo de conformidad es la forma de determinar y comunicar hasta qué punto un sitio web, app, documento o herramienta cumple con las WCAG.

El modelo de conformidad es muy diferente al de las WCAG 2, pues su objetivo es:

  • ser más flexible y fomentar experiencias de usuario más accesibles, en lugar de detenerse en el nivel AA;
  • reflejar mejor la experiencia vivida por las personas con discapacidad, que utilizan con éxito sitios que tienen algún contenido que no cumple con el nivel AA de las WCAG 2, o que, por el contrario, encuentran barreras con sitios que cumplen con el nivel AA de las WCAG 2;
  • permita errores y la supervisión por parte de los autores del contenido, siempre que el impacto se limite a los usuarios con discapacidad.

Para hacer esto, el modelo de conformidad prioriza el contenido necesario para completar las tareas y, al mismo tiempo, prueba la vista completa en busca de errores de accesibilidad.

Esta prioridad se refleja en el sistema de puntuación, que no permite errores a lo largo de las rutas necesarias para completar los procesos, pero permite algunos errores de accesibilidad que no impidan la finalización del proceso.

Esto significa que los sitios pueden cumplir con el nivel más bajo (Bronce), mientras que aún contienen una pequeña cantidad de contenido que no cumple con una o más pautas, siempre que ese contenido no impida que las personas con discapacidad usen el sitio con éxito.

En concreto:

  • La conformidad se centra más en los procesos (pedir un artículo, registrarse en una clase) que en las páginas web. Por ello, se distingue entre Process y View.
  • Los resultados se pueden clasificar del 0-4, en vez de simplemente pasar o fallar, como hemos visto al hablar de la valoración de un resultado.
  • Las calificaciones se promedian para obtener una puntuación total. También hay una puntuación para cada categoría funcional.

Los niveles de conformidad también son diferentes, ya no tenemos A, AA y AA, sino Bronce, Plata y Oro.

El nivel Bronce es similar al nivel AA, pero no equivalente. Requiere que:

  • No haya errores críticos (ya hemos visto que están listados en cada resultado)
  • Haya una puntuación total de 3.5 o más.
  • Haya una puntuación de 3.5 o más en cada categoría funcional.

Alcanzar el nivel Plata y Oro requiere realizar pruebas holísticas, como pruebas con tecnología de asistencia y pruebas de usabilidad con personas con discapacidad, que hemos visto que están asociadas a cada método.

Contenido generado por el usuario

En los portales web puede haber contenido generado por el usuario, como comentarios, reseñas, fotos o vídeos subidos por los usuarios. La conformidad de los contenidos generados por los usuarios contempla que los resultados y métodos de las WCAG 3 requieran pasos adicionales o diferentes para mejorar la accesibilidad del contenido generado por el usuario.

No todas las pautas del WCAG 3 tendrán resultados y pruebas únicos para el contenido generado por el usuario. A menos que los requisitos del contenido generado por el usuario se especifiquen en una pauta en particular, esa pauta se aplica tal y como está escrita, ya sea que el contenido sea generado por el usuario o no.

El editor de contenido web deberá identificar todas las ubicaciones del contenido generado por el usuario y realizar una evaluación de accesibilidad estándar para cada uno. Si no hay problemas de accesibilidad, el contenido generado por el usuario es totalmente conforme.

Está previsto que el próximo borrador incluya ejemplos específicos de pautas con requisitos adicionales para el contenido generado por el usuario.

Si se identifican problemas de accesibilidad, o si el autor del sitio web desea abordar de manera proactiva los posibles problemas de accesibilidad que puedan surgir en el contenido generado por el usuario, se debe indicar todo lo siguiente junto al contenido generado por el usuario, o en una declaración de accesibilidad publicada en el sitio o producto, enlazada desde la vista o página en una ubicación consistente:

  • Identificar claramente dónde se puede encontrar el contenido generado por el usuario;
  • Identificar claramente los pasos dados para fomentar la accesibilidad en el contenido generado por el usuario, como solicitar al usuario texto alternativo para sus imágenes antes de que se acepten, o la denegación de atributos de texto, excepto que formen parte del marcado semántico, como encabezados.

Versión alternativa

En próximos borradores.

Only accessibility-supported ways of using technologies

En próximos borradores.

Definir el alcance

Las WCAG 3.0 definen dos formas interrelacionadas de abarcar el contenido: vistas y procesos. La evaluación se realiza sobre una o más vistas o procesos completos, y la conformidad se determina sobre la base de una o más vistas o procesos completos.

Aunque la conformidad se define solo para procesos y vistas, se puede hacer una declaración de conformidad para cubrir un proceso y vista, una serie de procesos y vistas, o múltiples procesos y vistas relacionados. Todos los pasos únicos en un proceso deben estar representados en el conjunto de vistas. Las vistas fuera del proceso pueden incluirse también en el alcance.

Requerimientos

Para que la tecnología se ajuste a las WCAG 3.0, se aplican los siguientes requisitos de conformidad:

  • Nivel de conformidad: el contenido debe cumplir con los requisitos del nivel de conformidad seleccionado.
  • Procesos y vistas: la conformidad (y el nivel de conformidad) debe aplicarse a procesos y vistas completos, y no debe excluir ninguna parte de un proceso o vista.

Declaración de conformidad

No es obligatoria, pero si se hace, debe incluir:

  • Fecha de la declaración
  • Título, versión y URI de las WCAG 3
  • Nivel de conformidad satisfecho: bronce, plata u oro
  • El alcance: una descripción concisa de la vistas y procesos (como su URI), incluidos los cambios de estado que conducen a una nueva vista
  • La tecnología, incluido el hardware, el software y la tecnología de asistencia utilizada para testearlo.

Se incluye un ejemplo.

Enlaces al estándar y otros enlaces de interés

1 comentarios :
Cristanchou dijo...

Muy concisa la información.

Publicar un comentario