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
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.
Fuentes y lecturas
- Event Registration Form Best Practices: Fields That ConvertTickera · Consultado
- Understanding SC 3.3.1: Error IdentificationW3C WAI · Consultado
- User Notification: Forms TutorialW3C WAI · Consultado
- Validating Input: Forms TutorialW3C WAI · Consultado