Una persona termina de describir su proyecto, pulsa enviar y recibe un mensaje que solo dice ocurrió un error. No sabe si falta un dato, si el mensaje llegó o si debe repetir todo. La validación forma parte de la experiencia, especialmente cuando alguien necesita más tiempo para escribir o utiliza tecnología de asistencia. Diseñar errores útiles requiere pensar en contenido y comportamiento. Para una solicitud de catering, corregir el número de asistentes debería ser una acción localizada, no una razón para perder la descripción del evento y comenzar otra vez.
Describir el problema que el sistema conoce
Distingue un dato ausente, un formato no admitido y un fallo de conexión. Cada uno exige una respuesta diferente. Si falta la cantidad de asistentes, dilo con el mismo nombre utilizado en la etiqueta. Si el servidor no responde, evita señalar un campo como incorrecto sin evidencia. WAI recomienda notificar errores y proporcionar orientación para corregirlos. El mensaje debe ofrecer una acción posible, no solo una señal visual de alarma. Evita tecnicismos internos o códigos sin explicación para el visitante; los detalles de diagnóstico pueden conservarse en el sistema sin convertirse en el texto principal de la interfaz.
Mantener relación entre aviso y campo
Un resumen de errores puede orientar cuando hay varios, pero cada problema también necesita contexto junto al dato correspondiente. No uses únicamente un borde rojo. La implementación debe permitir que tecnologías de asistencia relacionen el aviso con el control, y los enlaces del resumen deberían llevar a los campos correctos. En el formulario de catering, fecha y cantidad no pueden compartir un mensaje ambiguo como revise los datos. Pide probar el caso con un solo error y con varios. La persona debería entender qué queda pendiente y poder avanzar en su corrección sin buscar a ciegas por toda la página.
Conservar lo que ya está bien
Después de una validación fallida, mantén las respuestas válidas siempre que sea apropiado para el tipo de información. Borrar todo convierte un error pequeño en una tarea repetida. Si algún dato no puede conservarse por una razón específica, explica esa condición. Al corregir un campo, retira o actualiza su aviso para que no parezca que sigue fallando. No muevas el foco continuamente mientras la persona escribe. La validación inmediata puede resultar molesta si acusa un error antes de terminar la respuesta; el momento de mostrarla debe considerar cómo se introduce el dato y qué ayuda realmente a completar la tarea.
Probar recuperación y resultado final
Simula una entrada incompleta, corrígela y verifica que el envío posterior funciona con los valores nuevos. Prueba también un fallo de recepción para comprobar que no aparece un éxito falso. El estado final debe distinguir mensaje recibido de información preparada para otro canal. Registra la secuencia y el comportamiento del foco para que el equipo pueda repetirla. No declares un formulario accesible solo porque todos los errores tienen texto: también necesita etiquetas, navegación y anuncios adecuados. Mantén una lista de casos de validación vinculada a reglas reales del negocio y actualízala cuando se agreguen preguntas o cambien condiciones.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Explica una causa conocida y una corrección posible.
- Relaciona avisos con campos y no dependas del color.
- Conserva respuestas válidas y comprueba el recorrido de recuperación.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.