Las WCAG 2.2 desglosadas para un futuro más accesible

Accesibilidad
23/2/2024
|
Torresburriel Estudio
Un MacBook abierto en una mesa de madera muestra una página web con el mensaje

En el artículo anterior hablamos sobre las novedades en las WCAG 2.2, y empezamos a hablar de las actualizaciones en la directriz 2.4 (navegable). Lee el artículo aquí: Nuevas pautas de accesibilidad en las WCAG 2.2.

Hoy, continuamos con el resto de novedades, que se centran en la directriz 2.5 (modalidades de entrada), la 3.2 (previsible) y la 3.3 (ayuda a la entrada).

Estas novedades reflejan la evolución tecnológica y las necesidades cambiantes de las personas usuarias, y, además, establecen un camino hacia entornos digitales más operables, predecibles y comprensibles.

Novedades de la directriz 2.5 Modalidades de entrada

La directriz 2.5 se encuentra dentro del principio número dos: operabilidad, que nos habla de que los componentes de la interfaz de usuario y la navegación deben ser operables.

Concretamente, trata sobre facilitar a los usuarios el manejo de las funcionalidades mediante diferentes entradas, más allá del teclado.

Dentro de esta directriz, tenemos dos novedades: 

Criterio 2.5.7 “Movimientos de arrastre” (AA)

Este criterio dice que los movimientos de arrastre se pueden operar con un único punto: clic sencillo, doble clic o pulsación larga.

No es lo mismo deslizar que arrastrar, los movimientos deslizantes están recogidos en el criterio 2.5.1 “Gestos del puntero”, correspondiente a las WCAG 2.1. Cuando hablamos de arrastrar hacemos referencia a poder utilizar controles deslizantes o elementos drag & drop haciendo clic, doble clic o pulsación larga. 

Los drag & drop deben ser accesibles por teclado (criterio 2.1.1) pero esto no implica que sea mediante un único punto. De asegurar esto último se encarga el criterio 2.5.7. 

Referencia: Understanding Success Criterion 2.5.7: Dragging Movements (AA)

Criterio 2.5.8 “Tamaño del área de interacción” (Mínimo) (AA)

Esta pauta es la versión más permisiva del criterio 2.5.5 “Tamaño del área de interacción” (AAA), que fija el tamaño mínimo del área de interacción en 44x44px CSS.

En el criterio 2.5.8, este tamaño disminuye hasta los 24x24px CSS. Recalcar que el criterio hace referencia al tamaño del área de interacción y no al tamaño del elemento (por ejemplo, un icono).

El objetivo que persigue conseguir esta pauta es asegurar que los elementos interactivos puedan ser activados con facilidad y sin interferencias por la excesiva cercanía de otro elemento adyacente. Los usuarios con temblores en las manos o con problemas de motricidad pueden tener dificultades con zonas de interacción de reducido tamaño.

El área de interacción con el puntero ha de ser de al menos 24x24px CSS, exceptuando las siguientes situaciones:

  • Espaciado: cuando en zonas de interacción con un tamaño inferior a 24x24px CSS, trazamos un círculo con un diámetro de 24px centrado en una de estas áreas y estos círculos no se cruzan con los adyacentes, ni con cualquier otro elemento.
Los objetivos de la primera barra de herramientas tienen una dimensión de 24 por 24 píxeles CSS, así que aprobado. La segunda barra de herramientas, con objetivos más pequeños, muestra círculos de 24 píxeles CSS dibujados en cada objetivo para su evaluación. Los círculos no se cruzan, por lo que los objetivos tienen espacio suficiente para aprobar. La tercera barra de herramientas muestra círculos similares en los objetivos, pero los círculos se cruzan debido a la falta de espacio entre los objetivos, por lo que la barra de herramientas no aprueba en accesibilidad.
Tres filas de objetivos, que ilustran dos maneras de cumplir este Criterio de Éxito y una manera de suspenderlo. Fuente: WCAG 2.2 Understanding Docs.
Una fila de botones de más de 44px de ancho y 16 píxeles CSS de alto. No hay objetivos cercanos por encima ni por debajo. Los botones se superponen con los círculos de 24 píxeles CSS de diámetro, y no se cruzan entre sí ni con ningún otro objetivo.
Aunque la altura de los objetivos es de sólo 16 píxeles CSS, la ausencia de objetivos adyacentes por encima y por debajo significa que los objetivos superan este criterio de éxito. Fuente: WCAG 2.2 Understanding Docs.
Dos filas de botones de sólo 16 píxeles CSS de alto, sin espacio entre ellos. Los botones se superponen con los círculos de 24 píxeles CSS de diámetro, y todos los círculos se superponen a otro círculo, o a otro objetivo.
Dos filas de botones, ambas con una altura de sólo 16 píxeles CSS. Las filas están muy juntas, con solo 1 píxel CSS de separación entre ellas, lo que significa que los círculos de 24 píxeles CSS de separación de los objetivos de una fila se cruzarán con los objetivos (y sus círculos, en función de sus anchuras respectivas) de la otra línea, por lo que no se cumple el criterio de éxito. Fuente: WCAG 2.2 Understanding Docs.
  • Equivalente: la función se puede lograr a través de un control diferente en la misma página que cumpla con este criterio. Por ejemplo, pensemos en una serie de iconos que representan las diferentes redes sociales en las que una empresa tiene perfil, de forma adicional a estos iconos en el footer se muestran unos enlaces textuales que permiten acceder a estas redes sociales. En esta situación, los iconos de redes sociales no están obligados a cumplir con el tamaño mínimo de 24x24px CSS para sus áreas de interacción. 
  • En línea: el área de interacción está en una oración o su tamaño está limitado por la altura de la línea del texto que no forma parte del área de interacción. La altura de la línea debe interpretarse como perpendicular al flujo de texto. Por ejemplo, en un idioma que se escribe verticalmente, la altura de la línea sería horizontal. Tengamos en mente enlaces que aparecen dentro de un texto, si tuvieran que mantener la medida de 24px la altura de la línea de texto podría ser incompatible con el diseño. Los enlaces marcados como lista en una estructura de navegación no se consideran enlaces en línea, y no suponen una excepción.
Dos ejemplos de menú desplegable: un ejemplo de aprobado con elementos de menú de 24 píxeles CSS de altura y un ejemplo de suspenso con elementos de menú de sólo 18 píxeles CSS de altura. Otro elemento tiene un círculo de 24 píxeles CSS de diámetro que interseca objetivos adyacentes.
Los elementos de menú con una altura de 24 píxeles CSS pasan. En el caso de los elementos de menú que solo tienen 18 píxeles CSS de altura, los círculos de separación de 24 píxeles CSS de los objetivos de una fila se cruzarán con los objetivos y círculos de los elementos de menú adyacentes y no aprueban el criterio. Fuente: WCAG 2.2 Understanding Docs.
  • Control de agente de usuario (un agente de usuario es cualquier software que recupere y presente contenido web para los usuarios, por ejemplo, un navegador, un reproductor, tecnologías asistivas, etc.): el tamaño del área de interacción lo determina el agente de usuario y el autor no lo modifica. Por ejemplo, los días del calendario de un mes <input type=”date”>.
"Captura de pantalla del calendario de selección de fechas de Renfe para la opción de ida y vuelta, mostrando fechas seleccionadas en rojo para el miércoles 21 y jueves 22 de febrero de 2024, con botones para navegar entre meses y la opción para borrar fechas.
Ejemplo de calendario donde hay que seccionar un rango de fechas. Fuente: Renfe.
  • Esencial: una presentación particular del área de interacción es esencial o legalmente requerida para la información que se transmite. Se aplica cuando el tamaño y el espaciado de los elementos es fundamental para la información que se transmite. Por ejemplo, en los mapas digitales, la posición de los marcadores ha de corresponder a unas coordenadas concretas, si hay muchos pines juntos no se cumplirá el espaciado de 24px CSS.
"Mapa de un área de Barcelona con marcadores rojos señalando la ubicación de varios bares y restaurantes como Bar Jamer, Keirin Bar, Bar Family y otros, en un contexto urbano con calles y áreas verdes visibles.
Ejemplo de mapa con marcadores de coordinadas concretas.

Referencia: Understanding Success Criterion 2.5.8: Target Size (Minimum) (AA)

Novedades de la directriz 3.2 Previsible

La directriz 3.2 se encuentra dentro del principio número tres: comprensible, que pauta que la información y el funcionamiento de la interfaz de usuario deben ser comprensibles.

En concreto, esta directriz habla sobre cómo cumplir para que sea predecible y cómo hacer que las páginas web funcionen de forma predecible.

Dentro de esta directriz, tenemos una novedad:

Criterio 3.2.6 “Ayuda consistente” (A)

Los mecanismos de ayuda se ofrecen en el mismo orden relativo, respecto al resto del contenido en todas las páginas de un mismo conjunto, a menos que el usuario realice un cambio (orientación de la pantalla, tamaño de la ventana, zoom, etc.):

  • Datos de contacto: teléfono, email, horario.
  • Mecanismos de contacto: chat, formulario, redes sociales.
  • Opción de autoayuda: página de FAQs.
  • Mecanismo de contacto totalmente automatizado: chatbot.

El acceso a dicha ayuda se puede realizar desde la página original, o a través de un enlace que nos lleve a una página diferente. El criterio habla de seguir el mismo orden relativo, no hace referencia a que tengan que aparecer en el mismo sitio.

El objetivo es conseguir que los mecanismos de ayuda tengan una ubicación consistente en todas las páginas, pero no exige que estos mecanismos deban existir.

Referencia: Understanding Success Criterion 3.2.6: Consistent Help (A)

Novedades de la directriz 3.3 Ayuda a la entrada

La directriz 3.3 trata específicamente sobre cómo ayudar a los usuarios a evitar y corregir errores, 

Dentro de esta directriz, encontramos tres novedades:

Criterio 3.3.7 “Entrada redundante” (A)

Este principio es de sentido común: no solicitar la misma información al usuario varias veces en el mismo proceso o sesión sin darle la opción de reutilizarla mediante autocompletado o selección.

Salvando las siguientes excepciones:

  • Ingresar esta información de nuevo es esencial (por ejemplo, un juego de memoria).
  • Volver a ingresar esta información garantiza la seguridad (por ejemplo, repetir la contraseña).
  • Es necesario volver a ingresar de nuevo la información porque la anterior ya no es válida.
"Sección de 'Dirección de facturación' en un proceso de compra en línea, con una opción marcada para 'Usar mi dirección de entrega habitual' y un botón azul que dice 'SIGUIENTE' para avanzar al siguiente paso.
Opción para utilizar los datos proporcionados anteriormente. Fuente: Elaboración propia.

Referencia: Understanding Success Criterion 3.3.7: Redundant entry (A)

Criterio 3.3.8 “Autenticación accesible” (AA)

Esta pauta busca asegurarse de que el inicio de sesión y el posterior acceso al contenido sea de forma accesible, usable y seguro, teniendo en el foco a los usuarios con discapacidad cognitiva. Para ello, la autenticación no debe basarse sólo en una prueba de función cognitiva.

Una prueba de función cognitiva supone recordar, manipular o transcribir información, las siguientes son pruebas de función cognitiva: 

  1. Resolver un puzzle
Formulario de inicio de sesión con campos para 'Username or Email Address' y 'Password', seguido de un mecanismo de verificación CAPTCHA que requiere arrastrar una pieza de rompecabezas a su lugar para completar la imagen.
Plugin WP Forms Puzzle Captcha, de Nitin Rathod. Fuente: WordPress.
  1. Hacer un cálculo
Formulario de inicio de sesión con campos para nombre de usuario o correo electrónico, contraseña y un Captcha matemático que pregunta '1 + 8 ='. Incluye un botón 'Log In', una casilla de verificación 'Remember Me', y enlaces para 'Lost your password?' y 'Back to dev'.
Plugin WP Advanced Math Captcha, de AntiCaptcha. Fuente: WordPress.
  1. Transcribir un conjunto de letras o números procedentes de un captcha o de un código de forma manual sin poder copiar y pegar.
Captcha security check
Captcha security check. Fuente: Mover of molehills, CC BY-SA 4.0, vía Wikimedia Commons.
  1. Introducir una contraseña o un código en un formato distinto al habitual sin poder copiar y pegar.
Captura de pantalla de un sistema de verificación de firma electrónica con un candado abierto en la parte superior, un título que dice 'FIRMA ELECTRONICA' y un subtítulo que instruye 'Introduce las posiciones 1, 3, 4 y 5'. Debajo, hay una serie de círculos que representan las posiciones de una contraseña, con los círculos en las posiciones 1, 3 y 5 resaltados en azul. Un enlace pregunta '¿No recuerdas tu firma electrónica?
Ejemplo de prueba de función cognitiva. Fuente: Elaboración propia.
  1. Recordar un nombre de usuario, una contraseña, un conjunto de caracteres, una imagen o un patrón. Salvo que sean datos personales como tu nombre, tu email o tu número de teléfono.

Encontramos las siguientes excepciones a esta norma, se podrá utilizar una prueba de función cognitiva si sucede al menos uno de los siguientes puntos:

  • Alternativa: hay otro método de autenticación que no depende de una prueba de función cognitiva.
  • Mecanismo: hay un mecanismo de ayuda al usuario para resolver la prueba cognitiva.
    • Permitir copiar y pegar información.
    • Dar soporte a los administradores de contraseñas que facilitan el autocompletado.
  • Reconocimiento de objetos: la prueba de función cognitiva se basa en el reconocimiento de objetos (imágenes, vídeos o audios).
Captura de pantalla de un captcha hCaptcha con la instrucción 'Please click each image containing a bicycle', mostrando una variedad de imágenes de las cuales algunas incluyen bicicletas marcadas y otras no.
Ejemplo de reconocimiento de objetos. Fuente: hcaptcha.com.
  • Contenido personal: identificar contenido no textual que el usuario proporcionó al sitio web (imágenes, vídeos o audios).
Interfaz de usuario para la gestión de cuentas con dos secciones. A la izquierda, un recuadro titulado 'Nueva cuenta' con un icono de perfil y un botón 'Cargar Imagen' para subir una imagen que identifique al usuario. A la derecha, un recuadro titulado 'Iniciar sesión' con instrucciones para seleccionar la imagen previamente subida durante la creación de la cuenta, mostrando tres imágenes de ejemplo: un zorro, un loro y un perro pug.
Ejemplo de contenido personal. Fuente: Elaboración propia.

Referencia: Understanding Success Criterion 3.3.8: Accessible Authentication (AA)

Criterio 3.3.9 “Autenticación accesible” (Mejorado) (AAA)

Igual al anterior pero más estricto. El criterio 3.3.9 sólo permite las siguientes excepciones a la prueba de función cognitiva, de las vistas anteriormente:

  • Alternativa
  • Mecanismo

Referencia: Understanding Success Criterion 3.3.9: Accessible Authentication (No Exception) (AAA)

En definitiva, las novedades introducidas en las WCAG 2.2 bajo las directrices 2.5, 3.2 y 3.3 resaltan la importancia de adaptarse a las diversas necesidades de las personas usuarias, ofreciendo soluciones que promuevan una mayor inclusión y accesibilidad en el ámbito digital. 

Al enfocarse en modalidades de entrada más flexibles, la previsibilidad en la navegación y la asistencia, y métodos de autenticación accesibles, estas actualizaciones no solo cumplen con los requerimientos legales sino que, más importante aún, atienden a los principios éticos de equidad y accesibilidad universal. 


Foto de portada de Ben Kolde en Unsplash

¿Quieres darnos tu impresión sobre este post?

Deja una respuesta

Aquí va tu texto personalizado.

Blog

Nos encanta compartir lo que sabemos sobre diseño de producto y experiencia de usuario.
Ver todo el blog
Puedes consultarnos lo que necesites
Envíanos un mensaje
Nombre
Email
Mensaje
Gracias por escribirnos. Nuestro equipo se pondrá en contacto contigo tan pronto como sea posible.
Ha ocurrido un error. Estamos trabajando para resolverlo. Puedes escribirnos al chat.