Principio 3/3.3 Assistencia en los input/3.3.3-A

De WCAG Wiki

3.3.3-A. Sugerencias ante errores

Discapacidades afectadas

Este criterio puede afectar a distintas personas con discapacidad. A continuación se indican las más relevantes.

Enunciado del criterio (Observatorio de Accesibilidad Web)

  • Al detectar automáticamente un error cuando los usuarios introducen datos se proporcionan sugerencias para hacer la corrección, siempre que sea posible se debe proporcionar dicha sugerencia y esto no debe comprometer la seguridad o la finalidad del contenido.

Comprensión del criterio

Descripción resumida

Cuando un formulario detecta un error, debe ofrecer instrucciones claras para corregirlo, siempre que ello sea seguro y no revele información sensible.

Objetivo

Asegurar, siempre que sea posible, que los usuarios reciben sugerencias adecuadas para corregir errores al introducir datos, facilitando el éxito en tareas de formularios.

Importancia de cumplir el criterio

Las personas con dificultades cognitivas, usuarios con baja visión, lectores de pantalla o usuarios con menor alfabetización digital pueden tener dificultades para corregir errores sin orientación clara. Sugerencias específicas reducen barreras y frustración.

Referencias WCAG

Recursos de apoyo

Consejos
  • Mensajes de error con instrucciones específicas
  • Ejemplos claros del formato requerido
  • Validación accesible en cliente o servidor

Evaluación del criterio

Tipo de evaluación

Evaluación Manual

Procedimiento de evaluación

  1. Paso 1. Localizar los formularios existentes.
  2. Paso 2. Intentar enviar el formulario introduciendo valores erróneos en los campos.
  3. Paso 3. Cuando la información proporcionada por el usuario sea incorrecta pero sea posible conocer un valor correcto sugerido, comprobar si la página ofrece un texto con la corrección.

Resultado esperado

Se proporcionan sugerencias útiles para corregir errores sin comprometer seguridad o privacidad, cuando es posible.

Ejemplo

Sugerencia clara unida al campo (aria-describedby="email-error" y id="email-error") 

<label for="email">Correo electrónico</label>
<input id="email" type="email" aria-describedby="email-error" aria-invalid="true">
<p id="email-error" class="error" role="alert">
  El formato no es válido. Prueba algo como nombre@ejemplo.com
</p>

Otras herramientas de evaluación

  • Prueba funcional: introducir datos incorrectos (p. ej., email sin “@”, número fuera de rango, formato de fecha erróneo) y comprobar que se ofrece una sugerencia clara y accesible para corregirlo cuando sea posible.
  • Inspección del código: verificar que las sugerencias están presentes en texto junto al campo correspondiente y correctamente asociadas mediante aria-describedby cuando proceda.
  • Lectores de pantalla: (NVDA, JAWS, VoiceOver) confirmar que las sugerencias se leen automáticamente al aparecer el error y que el usuario entiende cómo solucionarlo.
  • Revisión de seguridad: asegurar que la sugerencia no revela información sensible ni compromete la seguridad (p. ej., no mostrar datos reales previamente introducidos).










Ejemplos accesibles y no accesibles creados por alumnos

Comentarios

A continuación se muestran comentarios sobre el criterio 3.3.3-A. Sugerencias ante errores

Loading comments...




Obtenido de «https://wikiwcag.udl.cat/index.php?title=Principio_3/3.3_Assistencia_en_los_input/3.3.3-A&oldid=3742»