Identificación de errores
Cuando el sistema detecta automáticamente un error en un campo de formulario, debe identificarlo y describirlo al usuario mediante texto — no solo con color, no solo con un icono, no guardando silencio.
Qué exige este criterio
Si un campo de formulario no es válido — formato incorrecto, valor requerido ausente, valor fuera de rango — y el sistema lo detecta automáticamente, el error debe comunicarse al usuario mediante una descripción textual. El texto debe indicar qué campo falla y en qué consiste el fallo, no simplemente que «algo» ha salido mal.
El criterio no exige que el sistema detecte todos los errores posibles; exige que los errores detectados lleguen al usuario en formato texto.
Cómo cumplirlo
- Asociar a cada campo de formulario un mensaje de error visible que describa el problema, colocado junto al campo o debajo de él.
- Hacer referencia al campo fallido por su nombre: «La dirección de correo electrónico debe incluir el símbolo @».
- Vincular el mensaje de error al campo con
aria-describedbypara que los lectores de pantalla lo anuncien al recibir el foco. - Utilizar
aria-invalid="true"en el campo no válido. - Para la validación en el servidor, mostrar un resumen al inicio del formulario con cada error enlazado al campo correspondiente.
- Anunciar los mensajes de validación dinámica mediante una región activa (
aria-live="polite"orole="alert") para que los lectores de pantalla informen del error sin que el usuario tenga que buscarlo.
Fallos habituales
- Bordes de color rojo alrededor de campos no válidos sin ninguna explicación textual.
- Un banner genérico que dice «Formulario no válido» sin identificar qué campos fallan.
- Mensajes de error solo en información sobre herramientas (tooltip) que desaparecen al perder el foco.
- Validación nativa del navegador (
required,pattern) utilizada en solitario — la burbuja del navegador no es fiable con los lectores de pantalla y desaparece demasiado rápido. - Indicadores de error solo con icono en línea (signo de exclamación rojo) sin nombre accesible.
Por qué es importante
Este es el fallo de asistencia en la entrada de datos más frecuente en las auditorías. Para los usuarios con visión, un borde rojo puede ser al menos una pista; para los usuarios de lectores de pantalla, es como si no existiera. Para los usuarios con daltonismo, un borde rojo en solitario no transmite ninguna información. Cuando un usuario rellena un formulario largo y el envío falla sin explicación, es muy probable que lo abandone — y la accesibilidad es la razón concreta por la que le ha fallado a él.
Combinar el criterio 3.3.1 con 3.3.3 (Sugerencia de errores) y 4.1.3 (Mensajes de estado) forma el patrón moderno de gestión de errores en formularios.