Saltar al contenido principal

Mensajes de error en el registro de eventos: ejemplos y revisión

Un “Algo salió mal” no indica si hay que corregir un campo, elegir otra entrada o comprobar el pago.

Equipo editorial de Boletolibre

Publicado

Redacta errores específicos de formulario y distingue disponibilidad, sesión y pago.
Un “Algo salió mal” no indica si hay que corregir un campo, elegir otra entrada o comprobar el pago.

Clasifica el problema antes de escribir

Separa errores de entrada, entradas agotadas, sesiones vencidas y pagos sin resultado confirmado. Un agotamiento no es culpa del asistente; ante un pago incierto, ofrece consulta del pedido antes de repetir el cobro.

Sitúa el error junto al campo

Nombra el campo y explica el cambio concreto, por ejemplo “Introduce un correo como nombre@ejemplo.com”. Muestra etiquetas e instrucciones antes del envío; usa texto además de color y conecta el error al control.[2][3]

Conserva los datos válidos

Al fallar el envío, conserva lo ya correcto cuando siga siendo válido. Resume los errores múltiples, guía el foco al campo afectado y verifica los avisos con teclado y lector de pantalla. Si cambia la disponibilidad, pide revisar antes de pagar.[2][3]

Prueba cada estado

Registra disparador, texto, acción, datos conservados, aviso accesible, responsable y ayuda. Prueba campos vacíos, formatos erróneos, agotamiento, vencimiento y pago incierto con pedidos de prueba.

Descargar matriz de mensajes y pruebas (Markdown en inglés)

Fuentes y lecturas

  1. Event Registration Form Best Practices: Fields That ConvertTickera · Consultado
  2. Understanding SC 3.3.1: Error IdentificationW3C WAI · Consultado
  3. User Notification: Forms TutorialW3C WAI · Consultado
  4. Validating Input: Forms TutorialW3C WAI · Consultado