Qué hacer cuando un flujo de n8n falla: errores y avisos
Cómo configurar en n8n un flujo de errores con Error Trigger y Stop And Error para enterarte cuando una automatización falla, antes que tu cliente.
Son las 9 de la mañana y un cliente te escribe: “Llené el formulario el lunes y nadie me ha respondido”. Revisas y descubres que el flujo que pasa los leads al CRM lleva tres días roto, porque cambió una credencial. Nadie recibió una alerta, así que nadie lo supo.
Eso es lo que pasa cuando automatizas sin vigilar. La buena noticia: en n8n, avisar cuando algo falla se configura en minutos.
¿Por qué un flujo de n8n falla sin que nadie se entere?
Porque, por defecto, un error en una automatización solo queda registrado en n8n, y nadie mira ese registro todos los días. Una credencial vencida, una API que cambia o un dato que llega vacío bastan para detener el flujo.
Los fallos más comunes en negocios reales son estos:
- Una credencial o token que caduca.
- Un servicio externo que no responde.
- Un dato obligatorio que llega vacío (un teléfono sin número, un correo sin formato).
Si quieres repasar cómo se construye un flujo desde cero, empieza por qué es n8n y cómo funciona.
¿Qué es un flujo de errores en n8n?
Es un flujo independiente que empieza con el nodo Error Trigger y se ejecuta solo cuando otro flujo vinculado falla. Según la documentación oficial de n8n, ese nodo recibe los detalles del flujo que falló y de los errores, y a partir de ahí corre lo que tú definas.
Tres detalles de la misma documentación que conviene saber:
| Punto | Qué indica la documentación |
|---|---|
| Publicación | Los flujos de errores no necesitan publicarse |
| Valor por defecto | Un flujo con este nodo se usa a sí mismo como manejador de errores |
| Pruebas | No se puede probar manualmente: solo se activa cuando un flujo falla de forma automática |
Error común: esperar a “probar” el aviso apretando el botón de ejecución. Como el Error Trigger solo se activa ante un fallo real, la prueba correcta es provocar un error a propósito en un flujo de pruebas, por ejemplo con el nodo que explicamos abajo.
¿Para qué sirve el nodo Stop And Error?
Sirve para hacer fallar un flujo a propósito, con un mensaje claro, cuando una condición no se cumple. La documentación de n8n lo describe como el nodo para mostrar mensajes de error personalizados, provocar que una ejecución falle bajo ciertas condiciones y enviar información de error a los flujos de errores.
Tiene dos operaciones: Error Message, donde escribes el texto del error, y Error Object, donde lanzas un objeto JSON con las propiedades que quieras.
Un ejemplo práctico: si un lead llega sin teléfono, en vez de dejar que el paso de WhatsApp falle de forma confusa, detienes el flujo con el mensaje “Lead sin teléfono, revisar origen del formulario”. El aviso llega con una causa que cualquiera entiende.
¿Cómo armo el aviso paso a paso?
Crea un flujo nuevo con el Error Trigger, conéctalo a un canal que tu equipo sí mire y vincúlalo a los flujos que quieres vigilar. El orden recomendado:
- Crea el flujo de errores con el nodo Error Trigger como primer paso.
- Agrega un paso de aviso: un mensaje de WhatsApp o un correo interno al responsable.
- Incluye en el mensaje el nombre del flujo, el paso que falló y la hora.
- Vincula ese flujo de errores a cada automatización importante (ventas, pagos, atención).
- Provoca un fallo a propósito en un flujo de pruebas para confirmar que el aviso llega.
Si tus flujos mueven leads hacia un CRM, el aviso es parte de los procesos que puedes automatizar con IA con seguridad, porque convierte un fallo invisible en una tarea con responsable.
¿Qué cambió en n8n esta semana?
n8n publicó varias versiones de mantenimiento a comienzos de octubre. Según sus versiones en GitHub, la 2.42.3 (5 de octubre de 2026) incluye un ajuste para mantener activo el ejecutor de tareas ante un rechazo de promesa no controlado, y la 2.43.0 (6 de octubre de 2026), marcada como versión previa, bloquea la publicación de flujos con entradas obligatorias sin conectar en un nodo.
Ninguna reemplaza lo anterior: son mejoras que reducen fallos, pero no eliminan la necesidad de un aviso. Si tu n8n lo opera un tercero, pregunta qué versión corre y cuándo se actualiza.
¿Qué conviene vigilar además de los errores?
Los fallos que no generan error. Un flujo puede terminar “bien” y aun así no hacer lo esperado, por ejemplo si deja de llegar tráfico. Complementa el aviso con una revisión semanal de cuántos leads entraron al CRM y compáralos con tus anuncios. Si usas agentes de IA, define también instrucciones claras para tu agente y los casos en que debe pasar la conversación a una persona, como se explica en la guía del agente de IA para WhatsApp.
En resumen
Una automatización sin aviso de errores es una apuesta. El lead del lunes que nadie atendió se evita con un flujo de errores corto, un mensaje claro y un canal que tu equipo mire. Si prefieres no armarlo ni mantenerlo tú, conoce nuestro servicio de automatización con n8n.
Preguntas frecuentes
¿Qué es un flujo de errores en n8n?
Es un flujo aparte que empieza con el nodo Error Trigger. Según la documentación de n8n, cuando otro flujo vinculado falla, este nodo recibe los detalles del fallo y ejecuta el flujo de errores.
¿Puedo probar el Error Trigger a mano?
No. La documentación de n8n indica que no se puede probar manualmente: el disparador solo se activa cuando un flujo falla de forma automática.
¿Para qué sirve el nodo Stop And Error?
Sirve para mostrar mensajes de error personalizados, hacer que una ejecución falle bajo ciertas condiciones y enviar información del error al flujo de errores.
¿El flujo de errores tiene que estar publicado?
No. Según la documentación de n8n, los flujos de errores no necesitan publicarse.
¿Qué debería incluir el aviso de error?
Lo mínimo para actuar rápido: qué flujo falló, en qué paso y cuándo. Envíalo por el canal que tu equipo sí mira, como WhatsApp o correo interno.
No te quedes con la teoría: aplícalo a tu negocio
Implementamos Automatización con n8n de punta a punta, con tu operación real. La primera conversación no tiene costo.
