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 proporcionar dicha sugerencia y esto no comprometa 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

  • 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. Introducir valores incorrectos en campos con formato o validación.
  2. Paso 2. Verificar que se ofrece una sugerencia clara para corregir el error.
  3. Paso 3. Confirmar que la sugerencia no revela información sensible.
  4. Paso 4. Validar visibilidad y asociación semántica.
  5. Paso 5. Probar con lector de pantalla.

Resultado esperado

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

Ejemplo

✅ Ejemplo accesible: sugerencia clara ligada al campo 

<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>

✅ Ejemplo accesible: contraseña 

<label for="password">Contraseña</label>
<input id="password" type="password" aria-describedby="pass-error" aria-invalid="true">
<p id="pass-error" class="error" role="alert">
  La contraseña debe tener al menos 8 caracteres y una letra.
</p>

Otras herramientas de evaluación

  • Validación accesible en servidor y cliente
  • Lectores de pantalla (NVDA, JAWS, VoiceOver)
  • DevTools → asociaciones ARIA
  • Axe / Lighthouse *










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=3495»