Prevención y recuperación de errores , un tema extenso que intentare sintetizar de forma amena y como siempre en formato “resumen”.

Los errores son inevitables

Los errores ocurren por muy bien que este diseñado un sitio web, debemos tener claro que además los usuarios siempre cometerán errores , ya sea por lapsus accidentales o por no comprender la funcionalidad de la aplicación. Debemos pues seguir dos estrategias claras :

  • Intentar prevenirlos y minizarlos.
  • Corregir los errores y recuperarse de ellos.
Prevención y minificación

A nivel general podemos seguir estos consejos para preveenir y minificar los errores:

  • Ofrecer una organización clara de la estructura del sitio y de
    la página.
  • Mantener la consistencia en el sitio.
  • Distinguir claramente enlaces (páginas visitadas /no
    visitadas).
  • Escribir etiquetas descriptivas.
  • Utilizar una lenguaje claro para nuestra audiencia.
  • Utilizar botones intuitivos.
  • Descripciones e instrucciones precisas.
  • Seguir convenciones. Ej: Asterisco en los campos obligatorios.
  • Ofrecer feedback de lo que está pasando.
  • Ofrecer una salida clara:
    • Enlace a página de inicio
    • Funcionamiento correcto del botón “Atrás”.

Los formularios suelen ser el mayor input de errores , es por ello que debemos tratarlos de forma especial. A continuación os enumero unas cuantas tácticas a seguir:

Tácticas de prevención aplicadas a formularios
  • Indicar campos obligatorios , para ello podemos utilizar un asterisco en los campos obligatorios o utilizar alguna de estas alternativas:
    • Situar el literal “opcional” junto a los campos no obligatorios.
    • Color destacado junto al control.
    • Utilizar las negritas en las etiquetas de los campos obligatorios.
  • Ofrecer ayuda, pistas y modelos.
    Ejemplo de ayuda de implementación

    Ejemplo de ayuda de introducción

  • Ajustar el tamaño visual de las cajas de los formularios a las respuestas esperadas,como os comente en el articulo Usabilidad y diseño de formularios.
  • Desactivación de botones de acción hasta que el usuario no haya cumplimentado los campos necesarios.
  • Desactivación del botón de acción cuando el usuario haya hecho click en él para evitar la duplicidad de envio y los engorrosos registros duplicados mostrando la acción que se esta realizando (FeedBack).

    Desactivar al enviar , mostrando que acción se esta realizando.

    Desactivar al enviar , mostrando que acción se esta realizando.

    .

Recuperación de errores

Hemos intentando preveenir los errores , pero como ya he comentado esta tarea utopica , nos encontramos con que se ha producido un error. ¿Como debemos afrontarlo? En primer lugar nos vamos a centrar en como comunicamos al usuario que se ha producido un error.

Mensaje de error

Un mensaje de error debe:

  • Comunicar que se ha producido un error.
  • Informar de qué error se trata.
  • Indicar dónde se ha producido.
  • Proponer soluciones a los usuarios para resolver el problema.
  • Integrar el mensaje de error en la página , pero que a su vez se muestre de forma clara.
    Ejemplo de un mal mensaje de error

    Ejemplo de un mal mensaje de error

    Buena práctica en mensaje de errores

    Buena práctica en mensaje de errores

Mensajes de error del servidor

No hemos de olvidar que una página web no deja de ser una aplicación y esta puede devolver errores del lado del servidor. Debemos tratar estos errores y no dejar que el control de errores de la aplicación o servidor de páginas web se encarge de ellos , devolviendo mensajes de error incomprensibles para el usuario. Al igual que con los errores de usuario debemos seguir unas “buenas prácticas”:

  • Indicar claramente que se ha producido un error.
  • Describir el problema de forma precisa.
  • Proponer alternativas o soluciones a los usuarios para resolver el problema.
  • Utilizar el lenguaje de los usuarios: no utilizar términos técnicos, códigos oscuros, estilo administrativo o interno de la entidad..

Ejemplo de mensaje incomprensible para el usuario

Ejemplo de mensaje incomprensible para el usuario

Buena práctica de mensaje de error del servidor

Buena práctica de mensaje de error del servidor