Guías prácticas

Escribir errores de formulario que ayuden a las personas a recuperar

Un error ayuda solo cuando alguien sabe lo que falló y puede reanudarse sin volver a ingresar todo.

Ver el método

Dos colegas probando un formulario de tableta contra una lista de verificación

Describa la corrección esperada

Conecte cada mensaje a su campo y explique la información requerida. “La dirección de correo electrónico está incompleta” ayuda más que un código técnico. No culpe al usuario por una interrupción del servidor o un servicio no disponible.

Explique las reglas antes de la entrada cuando sea posible: formato, longitud, archivos aceptados e información opcional. Los Guía de formularios de contacto Ayuda a reducir los campos y aclarar las expectativas.

  • Campo y problema identificable.
  • acción de corrección explícita.
  • Restricciones explicadas temprano.

hacer que la retroalimentación sea perceptible

Después del envío, muestre un resumen cerca del principio y un mensaje al lado de cada campo afectado. Mueva el enfoque de manera predecible y conecte cada campo a su error de tecnología de asistencia. El color por sí solo es insuficiente.

Los Tutorial de notificación W3C Da ejemplos de retroalimentación local y general. Prueba de teclado, lector de pantalla, zoom y pantallas estrechas.

  • Mensajes de resumen y de campo.
  • Asociaciones de errores accesibles.
  • Enfoque y contraste probado.

Preservar la entrada y la intención

Mantenga los valores válidos después de un error, excepto los datos confidenciales que no se deben volver a mostrar. Una forma larga debe dejar que alguien se reanude en su lugar. Un archivo rechazado necesita una explicación de formato o tamaño.

Distingue errores de validación, retrasos en la red y envío duplicado. Los clics repetidos no deben crear múltiples solicitudes ni pedidos. La confirmación debe decir si la acción fue realmente grabada.

  • Campos válidos retenidos.
  • Las fallas de la red se manejan claramente.
  • Envíos duplicados controlados.

Prueba casos reales

Pruebe campos vacíos, caracteres acentuados, correo electrónico mal escrito, archivo de gran tamaño, sesión caducada y servidor no disponible. Pregúntele a alguien que no esté familiarizado con el formulario que se recupere sin ayuda y observe vacilación.

Después de la corrección, revise el correo electrónico o el siguiente paso, no solo el mensaje en pantalla. El contenido de la confirmación y del error también necesita ser revisado en todos los idiomas publicados.

  • Errores representativos cubiertos.
  • Viaje completo comprobado.
  • Mensajes traducidos y revisados.

Documentos de referencia

Contenido actualizado el 2 de octubre de 2026

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
Dos campos no son válidos después de la presentación.Cada error está asociado con su campo y el resumen ayuda a localizarlos.Registre la URL, los pasos, el resultado y la evidencia fechada.

Preguntas frecuentes

¿Dónde deberían aparecer errores de formulario útiles?

Asocie un mensaje preciso con su campo y proporcione un resumen de múltiples errores. Explicar la corrección sin detalles internos. Conserve la entrada útil y verifique el teclado y la lectura asistida. El color por sí solo no puede identificar el problema.