Un error 404 sin más explicación no dice nada. Un aviso de «algo salió mal» tampoco ayuda al usuario a decidir qué hacer a continuación. Los mensajes de error son, junto con los formularios, uno de los puntos donde más se nota si una web está pensada para el usuario o para el servidor. Aquí van los principios que aplicamos en Colorvivo cuando diseñamos esta parte de una web.
Habla claro, sin jerga técnica
El primer filtro es la claridad. «Error 500» o «Error 404» no significan nada para la mayoría de usuarios, así que hay que traducirlos a algo que se entienda a la primera.
- En lugar de: «Error 404».
- Mejor: «No hemos encontrado esta página. Comprueba la URL o vuelve al inicio.»
No te quedes en el problema, da la solución
Decir que algo ha fallado no es suficiente, hace falta indicar qué puede hacer el usuario para arreglarlo: revisar la conexión, corregir un dato, probar de nuevo en unos minutos o usar una vía alternativa.
- En lugar de: «Error de conexión».
- Mejor: «No hemos podido conectar. Revisa tu conexión a internet y vuelve a intentarlo.»
Cuida el tono
Un error ya es de por sí molesto, y un mensaje seco lo empeora. «Acceso denegado» suena a portazo; «Parece que no tienes permisos para ver esta página, si crees que es un error contacta con soporte» explica lo mismo sin sonar hostil. El tono influye directamente en la confianza que el usuario deposita en un proceso automatizado, sobre todo en pagos, registros o cualquier paso donde ya está algo nervioso.
Colócalo donde ocurre el error
Un mensaje de error pierde media utilidad si aparece lejos de donde se ha producido el fallo. En un formulario de registro, el aviso sobre el campo de correo electrónico debe salir junto a ese campo, no en un banner arriba del todo que obliga a buscar qué línea falló.
Que se vea, y que lo vea todo el mundo
Un borde en color junto a un icono de aviso y texto en negrita comunica mucho mejor que solo cambiar el color de la letra, que además puede pasar inadvertido para usuarios con baja visión o daltonismo. Este tipo de detalles forma parte de un diseño pensado de verdad en la experiencia del usuario, no añadido a última hora.
No culpes al usuario
«Has introducido una contraseña incorrecta» pone el foco en el fallo del usuario; «La contraseña no coincide, compruébala y vuelve a intentarlo» cuenta lo mismo sin señalar con el dedo. Es un matiz pequeño que se nota en cómo se siente alguien al leerlo.
Deja una puerta de salida
Cuando el usuario no puede resolver el problema por su cuenta, dale una vía: un enlace a la página de ayuda, un chat, un teléfono o un correo de soporte. Sin esa salida, el mensaje de error se convierte en un callejón sin salida y el usuario simplemente se va. Nosotros solemos comprobarlo directamente testeando estos flujos con usuarios reales, que es la forma más rápida de ver si un mensaje se entiende o no.
Aplicar estos siete puntos, claridad, solución, tono, ubicación, diseño accesible, ausencia de culpa y salida de soporte, no lleva mucho trabajo y cambia bastante cómo se percibe una web cuando algo falla. Y algo siempre acaba fallando.
Preguntas frecuentes
¿Cuál es el error más común al redactar un mensaje de error?
Mostrar solo el código técnico («Error 500», «Error 403») sin traducirlo a algo que el usuario entienda ni indicarle qué puede hacer a continuación.
¿Los mensajes de error afectan al SEO?
Indirectamente sí. Una página 404 mal resuelta aumenta el abandono y las señales de mala experiencia, mientras que una página de error con navegación clara retiene parte de esas visitas.
¿Debo usar el mismo tono en todos los mensajes de error?
Conviene mantener un tono coherente con el resto de la marca, pero ajustando el nivel de cercanía según la gravedad: un error crítico de pago pide un tono más sobrio que un simple campo mal rellenado.
¿Cómo pruebo si mis mensajes de error funcionan?
La forma más fiable es observar a usuarios reales interactuando con el formulario o proceso, sin explicarles nada de antemano, y ver si entienden el mensaje y saben qué hacer después.
