Generador de Mensajes de Error Falsos

Diseña un diálogo de error convincente en segundos: establece la barra de título, escribe el texto del cuerpo, elige el icono (error, advertencia, información, pregunta), selecciona un estilo de SO e incluye un código de error si lo deseas. Ideal para memes, maquetas de diseño, tickets de QA que ilustran cómo debería verse un error real y material de incorporación que explica cómo deben reaccionar los usuarios cuando algo sale mal.

Cómo crear un diálogo de error falso

  1. 1

    Escribe la barra de título

    Frase corta como "Error de Aplicación" o "Actualización Requerida", este es el título de la ventana.

  2. 2

    Escribe el cuerpo

    La frase principal del error. Mantenlo en menos de dos líneas para mayor realismo.

  3. 3

    Añade un código de error

    Opcional. Los diálogos de error reales suelen llevar uno (`ERR_042`, `0x80070005`). Omitir si deseas un aspecto más limpio.

  4. 4

    Exporta la imagen

    Descarga el diálogo renderizado como PNG en resolución retina, listo para Slack, un ticket o una diapositiva.

Cómo se ve un diálogo de error convincente

Los diálogos de error reales comparten un pequeño conjunto de convenciones. Seguirlas hace que una maqueta sea instantáneamente legible; romperlas hace que la maqueta se vea tonta a propósito (que es exactamente lo que quieren los memes).

Anatomía de un diálogo

Elemento Rol
Icono X roja (error), triángulo amarillo (advertencia), i azul (información), ? azul (pregunta).
Barra de título Nombre corto de la app o categoría de fallo.
Cuerpo 1-2 oraciones. El lenguaje sencillo es el mejor.
Código de error Opcional, pero esperado en contextos empresariales.
Botones OK, Cancelar, Reintentar, Abortar, rara vez más de dos.

Texto que se lee como un error real

  • Sé concreto. “No se puede conectar a la impresora” es mejor que “Se ha producido un error.”
  • Incluye un paso siguiente. “Inténtalo de nuevo o contacta con IT.” A los usuarios no les gusta quedarse atascados.
  • Evita códigos de jerga como el mensaje principal; ponlos entre paréntesis.

Buenas aplicaciones

  • Documentación del producto. Mostrando a los usuarios qué esperar cuando ocurre un error específico.
  • Revisiones de diseño. Proponiendo una mejor redacción de errores al comparar viejas vs. nuevas lado a lado.
  • Tickets de QA. “Aquí está el wireframe del mensaje que queremos ver.”
  • Memes. Los errores claramente absurdos se delatan solos como bromas.

Usos que cruzan la línea

No uses una maqueta de error falso para engañar a un usuario a hacer clic en un enlace, llamar a un número de teléfono o instalar software. Las estafas de soporte técnico dependen de diálogos de sistema falsos, y generar uno para ese propósito es dañino. Etiqueta claramente las parodias obvias y mantén las maquetas serias para trabajo interno.

Preguntas frecuentes

Los estilos cubren los lenguajes visuales genéricos de Windows y macOS. Las reproducciones píxel a píxel de cada versión del SO quedan fuera de alcance, si necesitas una versión concreta, haz tú mismo una captura de pantalla y anótala.

Los iconos de diálogo que renderiza la herramienta son formas genéricas, no iconos oficiales del SO. Puedes usar la imagen exportada libremente en documentación interna, entradas de blog y memes sin atribución.

Dos convenciones dominan: hex de Windows como 0x80070005, y códigos cortos específicos de la app como ERR_042 o E500. Elige el que coincida con el contexto que estás simulando.

El texto que escribes se usa solo para renderizar la imagen y no se almacena ni se registra.

Herramientas relacionadas

Herramienta disponible en otros idiomas