Crear activos accesibles: Formularios

Los formularios son una parte fundamental de la interacción de los usuarios en las páginas de destino y los sitios web, ya sea para registrarse, realizar compras o enviar información. Para garantizar que todo el mundo pueda utilizarlos, los formularios deben diseñarse teniendo en cuenta la accesibilidad. Este artículo trata de las mejores prácticas para etiquetar los campos, proporcionar instrucciones claras, gestionar los errores y facilitar la navegación con el teclado, para que todos los usuarios puedan rellenar tus formularios con facilidad.

Requisitos

• Todas las etiquetas deben estar asociadas mediante programación a sus elementos correspondientes.
• Todas las etiquetas deben estar disponibles como texto discernible mediante programación.
• Todas las etiquetas deben tener sentido.
• Se permite el texto de marcador de posición, pero no debe utilizarse como único método de proporcionar una etiqueta para una entrada de texto.
• Cuando se utilicen varias etiquetas para un elemento, cada etiqueta debe estar asociada mediante programación al elemento correspondiente.
• Cuando se utiliza una etiqueta para varios elementos, la etiqueta debe estar asociada mediante programación a cada uno de los elementos correspondientes.
• Las etiquetas de grupo deben estar asociadas programáticamente al grupo si las etiquetas individuales de cada elemento del grupo son insuficientes por sí solas (por ejemplo, un grupo de botones de radio que tenga una etiqueta de grupo más etiquetas individuales para cada opción de radio).
• Las instrucciones para comprender y manejar el contenido no deben basarse únicamente en las características sensoriales de los componentes, como por ejemplo
  • forma
  • color
  • tamaño,
  • localización visual,
  • orientación,
  • sonido.
• Sólo se pueden utilizar iconos o gráficos como única etiqueta visual (sin texto visual) si el significado del icono es visualmente evidente y existe una etiqueta semántica asociada programáticamente disponible para las tecnologías de apoyo.
• Las etiquetas deben ser visibles.
• Las instrucciones para un elemento deben estar asociadas programáticamente al elemento.
• Las instrucciones de un elemento deben estar disponibles como texto determinable mediante programación.
• Las instrucciones de un elemento deben ser significativas.
• Instrucciones de entrada visibles: Las instrucciones de un elemento deben ser visibles.
• Para los componentes de la interfaz de usuario con etiquetas que incluyan texto o imágenes de texto, el nombre debe contener el texto que se presenta visualmente.
• La etiqueta programática debe incluir el mismo texto presentado en la etiqueta visual, para facilitar la activación por voz.
• Si el conocimiento de un campo desactivado es esencial para comprender el contenido, debe proporcionarse una forma alternativa de comunicar la información sobre el campo desactivado.
• Esto se debe a que los campos deshabilitados no están por defecto en el orden normal de tabulación, lo que dificulta que los usuarios de lectores de pantalla los descubran.
• Los usuarios DEBEN disponer de tiempo suficiente para completar el formulario, mediante al menos uno de los siguientes métodos:
  • sin límite de tiempo
  • la posibilidad de desactivar el límite de tiempo,
  • la posibilidad de ampliar el límite de tiempo,
  • la posibilidad de ajustar/personalizar el límite de tiempo,
  • un mínimo de 20 horas para completar el formulario.
• La información introducida previamente por el usuario o facilitada al mismo, que deba ser introducida de nuevo en el mismo proceso, o bien:
  • autocompletada, o
  • disponible para que el usuario la seleccione.
• Excepto cuando
  • sea imprescindible volver a introducir la información
  • la información sea necesaria para garantizar la seguridad del contenido,
  • o la información introducida previamente ya no sea válida.
• No debe exigirse una prueba de función cognitiva (como recordar una contraseña o resolver un rompecabezas) para ningún paso de un proceso de autenticación.
  • el “reconocimiento de objetos” y el “contenido personal” pueden representarse mediante imágenes, vídeo o audio.

Excepciones

Introducción de información redundante

Se permiten excepciones cuando

• sea imprescindible volver a introducir la información
• la información sea necesaria para garantizar la seguridad del contenido,
• o la información introducida anteriormente ya no es válida.

Autenticación

NO DEBE exigirse una prueba de función cognitiva (como recordar una contraseña o resolver un rompecabezas) en ningún paso de un proceso de autenticación, a menos que ese paso proporcione al menos una de las siguientes opciones:

• Otro método de autenticación que no dependa de una prueba de función cognitiva.
• Se dispone de un mecanismo para ayudar al usuario a completar la prueba de función cognitiva.
• La prueba de función cognitiva consiste en reconocer objetos.
• La prueba de función cognitiva consiste en identificar el contenido no textual que el usuario proporcionó al sitio web.

Ejemplos

	DO: Un formulario contiene varios campos obligatorios. Las etiquetas de los campos obligatorios aparecen en rojo. Al final de cada etiqueta hay un asterisco, *. DO: Los campos tienen iconos de apoyo para representar el estado de la entrada, por ejemplo, candado. DO: Todos los estados de entrada son fácilmente reconocibles.
	Los mecanismos que satisfacen el criterio 3.3.8 incluyen soporte para la introducción de contraseñas mediante gestores de contraseñas para reducir la necesidad de memoria, copiar y pegar para reducir la carga cognitiva de volver a escribir.