Cómo controlar errores en n8n: avisos, reintentos y flujo de error (guía fácil)

Montar una automatización en n8n es la parte divertida. Lo que de verdad decide si te ahorra tiempo es otra cosa: qué pasa el día que falla. Una clave caducada, una API que no responde, un mensaje con un formato raro… y tu agente deja de contestar sin que nadie se entere.

En esta guía verás, sin programar, las tres capas que conviene tener en cualquier flujo que trabaje para tu negocio: reintentar, decidir qué hacer si un paso falla y avisarte cuando algo se rompe.

Por qué los fallos silenciosos son el mayor riesgo

Un flujo que da error y te avisa es un problema pequeño: lo arreglas en diez minutos. Un flujo que falla sin avisar es un problema grande: clientes sin respuesta, reservas que no se guardan o facturas que no llegan a la hoja de cálculo durante días.

Los fallos más habituales en flujos de pequeños negocios son:

Un servicio externo no responde un momento (WhatsApp, Google, el modelo de IA). Suele arreglarse solo reintentando.
Credenciales caducadas o permisos retirados. No se arregla solo: necesitas enterarte.
Datos inesperados: un campo vacío, un email sin asunto, un número con otro formato.
Límites de uso del proveedor de IA o de una API.

Capa 1: reintentos automáticos en el nodo

Muchos errores son momentáneos. Para eso n8n tiene una opción en cada nodo: abre el nodo, ve a Settings (Ajustes) y activa Retry On Fail. Verás dos valores:

Max Tries: cuántas veces lo intenta antes de rendirse.
Wait Between Tries: cuánto espera entre intento e intento (en milisegundos).

Úsalo sobre todo en los nodos que llaman a servicios externos: el modelo de IA, peticiones HTTP, Google Sheets o el envío de mensajes. Un punto de partida razonable es 3 intentos con unos segundos de espera. No lo pongas en nodos que envían algo al cliente sin pensarlo: si el envío llegó pero la respuesta tardó, podrías mandar el mismo mensaje dos veces.

Capa 2: decidir qué pasa cuando un nodo falla

En los mismos Settings del nodo está la opción On Error. Tiene tres comportamientos:

Stop Workflow: el flujo se para (lo que hace por defecto). Bien para pasos imprescindibles.
Continue: ignora el error y sigue con lo siguiente. Úsalo solo en pasos opcionales, por ejemplo guardar una copia en una hoja de registro.
Continue (using error output): el nodo gana una segunda salida para los errores. Es la más útil: puedes llevar el caso fallido por otro camino, por ejemplo responder al cliente con un mensaje fijo («Ahora mismo no puedo consultarlo, te escribe una persona en breve») y avisar a tu equipo.

Ejemplo práctico en un agente de WhatsApp: si el nodo del modelo de IA falla, la salida de error envía una respuesta educada y un aviso a tu móvil. El cliente no se queda en silencio y tú sabes qué ha pasado. Encaja muy bien con la derivación a una persona.

Capa 3: un flujo de error que te avisa siempre

Las capas anteriores van nodo a nodo. Para no dejar ningún hueco, n8n permite tener un flujo de error que se ejecuta cuando cualquier otro flujo falla.

Paso 1: crea el flujo de error

Crea un flujo nuevo y llámalo, por ejemplo, «Avisos de error».
Añade como disparador el nodo Error Trigger.
Detrás, añade el aviso que prefieras: Gmail (o tu email), Telegram, Slack o un mensaje a tu WhatsApp.

En el aviso incluye la información que trae el Error Trigger: el nombre del flujo que ha fallado, el mensaje de error, el último nodo que se ejecutó y el identificador o enlace de la ejecución. Con eso sabes dónde mirar sin buscar a ciegas.

Un asunto claro ayuda mucho: «[n8n] Ha fallado: Agente WhatsApp – nodo OpenAI».

Paso 2: conéctalo a tus flujos importantes

En cada flujo que quieras vigilar, abre Workflow Settings (Ajustes del flujo) y en Error Workflow elige «Avisos de error». Guarda. A partir de ahí, cuando ese flujo falle en una ejecución automática, recibirás el aviso.

Puedes usar el mismo flujo de error para todos tus flujos. Un solo sitio para todas las alertas.

Paso 3: pruébalo de verdad

No te fíes hasta verlo funcionar. Una forma sencilla: añade temporalmente al flujo un nodo Stop And Error (que provoca un error a propósito con el mensaje que tú escribas), deja que el flujo se ejecute de forma automática y comprueba que te llega el aviso. Después quita ese nodo.

Ten en cuenta que, cuando ejecutas un flujo a mano desde el editor, ves el error en pantalla; el flujo de error está pensado para las ejecuciones automáticas, que son las que ocurren cuando tú no estás mirando.

Revisa las ejecuciones de vez en cuando

En la sección Executions de n8n ves cada ejecución, si salió bien o mal y en qué nodo se paró. Dedicar cinco minutos a la semana a mirar los fallos te da pistas: si un nodo falla a menudo por datos raros, quizá necesitas un nodo IF antes que filtre esos casos.

Si tienes n8n en tu propio servidor, recuerda que también hay que vigilar que el servidor siga encendido. Lo explicamos en la guía para instalar n8n gratis con Docker.

Checklist rápida

Retry On Fail en los nodos que llaman a servicios externos (IA, HTTP, Google).
On Error → Continue (using error output) en los pasos donde el cliente espera respuesta.
Un flujo «Avisos de error» con Error Trigger y aviso por email o Telegram.
Ese flujo seleccionado en Error Workflow de cada flujo importante.
Prueba con Stop And Error y luego quítalo.
Cinco minutos a la semana revisando Executions.

Empieza con plantillas que ya cuidan los fallos

Si estás empezando, sigue primero la guía para crear tu primer agente de IA en n8n. Y si quieres ahorrarte horas, descarga gratis el agente de WhatsApp o mira el pack AgentKiosk con 8 agentes listos para importar.