Cuando alguien se encuentra con un error en tu formulario, está a un paso de irse. Los estudios indican que más del 75% de los usuarios abandona los formularios cuando aparecen errores y no pueden corregirlos de inmediato. No es un problema pequeño. Son tres de cada cuatro clientes potenciales, leads o suscriptores que se marchan. La diferencia entre retenerlos y perderlos suele reducirse a una sola cosa: el mensaje de error. Un mensaje de error confuso los aleja. Un mensaje claro y útil los trae de vuelta y les hace completar el formulario.
Un mensaje de error es la oportunidad de tu formulario de guiar a alguien hacia el final cuando se equivoca. Un mal mensaje de error (vago, que culpa o que no ayuda) hace que el usuario se sienta confundido o responsable. Un buen mensaje le dice exactamente qué falló, por qué importa y cómo corregirlo en lenguaje sencillo. Este artículo explica cómo escribir mensajes de error que funcionan, dónde colocarlos para que no pasen desapercibidos, qué tono genera confianza de verdad y por qué la precisión marca la diferencia entre abandonar y completar.
Qué hace eficaz a un mensaje de error
Un mensaje de error eficaz hace tres cosas. Primero, dice con claridad qué falló. No "Entrada no válida". Mejor: "Los emails necesitan un símbolo @." Segundo, explica por qué se rechazó la entrada, si eso ayuda. "Las contraseñas deben tener al menos 8 caracteres porque las más cortas son más fáciles de hackear." Tercero, dice al usuario exactamente qué hacer a continuación. "Vuelve al campo de la contraseña y añade al menos 4 caracteres más." Ahora el usuario conoce el problema, entiende por qué importa y sabe cómo corregirlo.
El tono de un mensaje de error importa más de lo que la mayoría cree. Un mensaje que suena enfadado o condescendiente hace que el usuario se sienta culpado. "Olvidaste el símbolo @" suena a culpa suya. "Los emails necesitan un símbolo @" da la misma información sin culpar. Un tono útil reconoce el error sin hacer sentir mal a la persona.
El momento y la ubicación de un mensaje de error determinan si el usuario siquiera lo ve. Un mensaje que aparece tres pantallas por debajo del campo que lo causó es fácil de pasar por alto. Un mensaje que aparece junto al campo con el problema, en el momento en que intentan avanzar, los obliga a verlo y a corregirlo de inmediato.
Validación en línea o validación al enviar
La validación en línea muestra un mensaje de error en cuanto alguien rellena mal un campo, antes de enviar el formulario. Un campo de contraseña muestra un error en cuanto escriben una contraseña demasiado corta. Un campo de email muestra un error en cuanto salen del campo sin un símbolo @. La respuesta en tiempo real es potente porque la gente corrige los errores al momento, en lugar de descubrirlos tras completar todo el formulario.
La validación en línea hace especialmente bien una cosa. Genera confianza. Cuando alguien escribe un email y ve aparecer una marca verde, sabe que lo hizo bien. Avanza sin dudas. Sin esa confirmación, se pregunta si lo que escribió era correcto y duda de sí mismo.
La validación al enviar es lo que pasa cuando alguien hace clic en enviar y el formulario comprueba todos los campos a la vez. Si algún campo tiene un error, aparece un resumen de validación con todos los problemas en la parte superior del formulario y se resalta cada campo con error. La validación al enviar detecta los errores que se le escaparon a la validación en línea y da a los usuarios una imagen completa de lo que hay que corregir.
Lo mejor es usar ambas. Usa la validación en línea para los campos que se pueden comprobar al instante (formato del email, longitud de la contraseña, formato del código postal). Usa la validación al enviar como red de seguridad final. Cuando alguien haga clic en enviar, si algún campo aún tiene un error, muéstrale de inmediato qué hay que corregir antes de poder enviar.
Escribir mensajes de error específicos y accionables
Un mensaje de error específico dice al usuario exactamente cuál es el problema. Uno genérico lo deja adivinando. Compara estos dos:
Genérico: "Número de teléfono no válido."
Específico: "Los números de teléfono necesitan 10 dígitos. Has escrito 9. Añade un dígito más."
El mensaje genérico dice qué está mal, pero no por qué ni cómo corregirlo. El específico dice el problema, por qué pasó y exactamente qué hacer. El mensaje específico tarda un poco más en leerse, pero ahorra minutos de frustración al usuario.
Un mensaje de error accionable incluye instrucciones. "Las contraseñas deben contener al menos un número" dice qué falta. "Las contraseñas deben contener al menos un número. Vuelve al campo de la contraseña y añade un número." dice qué hacer. En los formularios, la instrucción suele ser obvia (volver al campo), pero explicitarla ayuda a quienes no están familiarizados con los formularios o usan tecnología de asistencia.
Usa lenguaje sencillo. No "Formato de código postal incorrecto". Mejor: "Los códigos postales son 5 números. Has escrito letras." No "Formato de email no válido". Mejor: "Los emails necesitan un símbolo @ y un dominio (ejemplo: name@company.com)."
Una ubicación que haga imposible no ver los errores
Un mensaje de error colocado lejos del campo que lo causó es fácil de pasar por alto. Cuando alguien rellena un formulario con muchos campos, se centra en un campo cada vez. Un mensaje de error que aparece al final del formulario mientras siguen centrados en la parte de arriba pasa inadvertido.
La mejor ubicación para un mensaje de error es justo debajo o al lado del campo con el error. Cuando pasan al campo siguiente o intentan enviar, aparece un mensaje de error justo debajo del campo que acaban de rellenar. No pueden evitar verlo porque aparece donde esperan que esté la siguiente acción.
Para un resumen de validación (que enumera todos los errores a la vez tras el envío), colócalo en la parte superior del formulario. Así el usuario ve todos los problemas. Después, al desplazarse hacia abajo, los errores de cada campo vuelven a aparecer junto a cada campo que deben corregir. Este doble enfoque tiene dos fines: muestra el alcance completo de lo que hay que arreglar y se lo recuerda mientras trabaja en cada campo.
No uses nunca mensajes de error emergentes temporales en los formularios. Es una notificación que aparece brevemente en una esquina de la pantalla y luego desaparece. En formularios, es la peor ubicación posible. El error aparece lejos del campo que lo causó. Desaparece antes de que el usuario tenga tiempo de leerlo. Crea una desconexión entre el problema y el lugar donde corregirlo. Si un mensaje de error tiene que desaparecer, solo debería hacerlo después de que el usuario haya corregido el campo.
Diseño visual de los mensajes de error
El color por sí solo no basta para comunicar un error. Una persona daltónica puede no ver el rojo que indica un error. Un icono de error muy pequeño puede pasar inadvertido a alguien con baja visión. Apóyate en varias señales: color más texto más icono.
Un borde rojo alrededor del campo. Un icono rojo o naranja junto al mensaje de error. Un texto que diga con claridad el problema. Los tres juntos crean un estado de error que casi todo el mundo reconoce.
El tamaño de la fuente importa. El texto del mensaje de error debe tener el mismo tamaño que la etiqueta del campo. Si el mensaje es más pequeño, la gente puede pasarlo por alto o pensar que es menos importante de lo que es. El mensaje de error merece el mismo peso visual que la etiqueta.
La etiqueta del campo con el problema también puede cambiar. El texto de la etiqueta puede ponerse rojo o en negrita. Esto crea otra señal visual que ayuda al usuario a escanear el formulario con rapidez y encontrar el campo que necesita atención.
Tono y cortesía en los mensajes de error
Los mensajes de error deben sonar como si ayudaras a alguien, no como si lo culparas. Evita palabras que suenen duras o acusadoras.
Duro: "Has escrito una dirección de email no válida."
Útil: "Los emails necesitan un símbolo @. Revisa lo que has escrito e inténtalo de nuevo."
Duro: "La contraseña es demasiado débil."
Útil: "Las contraseñas necesitan al menos 8 caracteres. Las más largas son más seguras."
Duro: "Olvidaste rellenar este campo."
Útil: "Este campo es obligatorio. Cuéntanos qué piensas."
Un tono útil reconoce el error sin hacer sentir mal a la persona. Explica por qué existe la regla (cuando ayuda). Avanza sin quedarse en el error.
Errores comunes al escribir mensajes de error
El error más común es ser demasiado vago. "Entrada no válida" no dice nada al usuario. "Algo salió mal" es igual de inútil. Sé específico sobre cuál es el problema.
Un segundo error es usar lenguaje técnico. "Regex mismatch" o "Validation failed" pueden significar algo para los ingenieros, pero la gente normal no tiene idea de qué quieren decir. Traduce los errores técnicos a lenguaje sencillo.
Un tercer error es mostrar demasiados errores a la vez. Si un formulario tiene 20 campos y los 20 muestran errores, el usuario se siente abrumado. Prioriza qué errores son críticos (como un campo obligatorio vacío) y muéstralos primero. Los errores secundarios (como un campo con un problema de formato pero opcional) pueden mostrarse después.
Un cuarto error son los mensajes que repiten la etiqueta sin añadir información nueva. La etiqueta dice "Email". El mensaje dice "El email no es válido". El usuario ya sabe qué campo tiene el problema (ve el borde rojo), pero sigue sin saber por qué no es válido. El mensaje de error debe añadir información, no repetir la etiqueta.
Un quinto error es no ofrecer una vía para corregir el problema. "La contraseña no cumple los requisitos" dice al usuario que algo va mal, pero no cuáles son los requisitos. "La contraseña no cumple los requisitos. Las contraseñas necesitan al menos 8 caracteres y un número" le dice qué corregir.
Cómo te ayuda WEMASY a crear mensajes de error claros
El creador de formularios de WEMASY incluye mensajes de error predefinidos para los tipos de campo habituales. Los campos de email muestran "Los emails necesitan un símbolo @" cuando el formato es incorrecto. Los campos de teléfono muestran "Los números de teléfono necesitan 10 dígitos" cuando la longitud es incorrecta. Los campos de contraseña muestran los requisitos de seguridad mientras el usuario escribe. Estos mensajes son claros, específicos y útiles por defecto.
Puedes personalizar los mensajes de error para que encajen con el tono de tu marca. Cambia el mensaje de "Los emails necesitan un símbolo @" a "Vaya, eso no parece un email. ¿Lo intentas de nuevo?" El tono cambia, pero la precisión se mantiene. Controlas cómo suena el mensaje sin sacrificar la claridad.
Para la validación personalizada (campos con reglas específicas propias de tu formulario), puedes escribir tus propios mensajes de error directamente en el creador de formularios. El sistema te ayuda a colocar el mensaje junto al campo, mostrarlo en el momento adecuado (en línea o al enviar) y darle estilo para que combine con el diseño de tu formulario.
La validación en tiempo real viene integrada, así que los mensajes de error pueden aparecer mientras los usuarios escriben, no solo tras enviar. Esto detecta los errores pronto y evita la frustración de completar un formulario entero para descubrir los problemas al final.
Consulta qué funciones de formularios incluye tu plan de WEMASY.