Ressources · Intégration n8n

Nœud Error Trigger n8nConfigurer Error Trigger dans n8n.

Le nœud Error Trigger n8n ouvre le workflow qui se lance quand un autre workflow part en erreur. Aucun paramètre à remplir, aucun compte à connecter : tout le travail tient dans ce que tu branches derrière, un workflow d'erreur unique que toutes tes automatisations réutilisent.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert le nœud Error Trigger n8n ?

Le nœud Error Trigger fait une seule chose : il ouvre un workflow d'erreur, ce second workflow que n8n lance quand une exécution échoue. Tu le poses en premier nœud sur un canevas vide, tu construis la réaction derrière, et n'importe quel workflow de la même instance n8n peut pointer vers lui. Le panneau du nœud, lui, ne contient aucun réglage : rien à remplir, rien à rater.

Le montage le plus courant reste la notification. Derrière l'Error Trigger, un mail part via Gmail vers la personne qui suit le sujet, ou un message atterrit dans le canal d'équipe avec Slack quand plusieurs personnes doivent voir passer l'info. L'échec arrête d'être un truc qu'on découvre trois jours plus tard en fouillant la liste des exécutions.

Deuxième montage : la trace. Plutôt qu'une alerte qui se perd, une ligne par échec dans Google Sheets pour un petit volume, une table dans MySQL quand ça monte. Au bout de quelques semaines, la trace répond à une question qu'une alerte isolée ne traite jamais : quelle automatisation casse souvent, et laquelle a cassé une fois.

Troisième montage : passer la main à un système qui suit déjà le travail. Un appel HTTP Request atteint n'importe quel endpoint HTTP, donc un outil d'incidents ou une API interne reçoit l'échec sans recopie manuelle. Ce nœud sert de recours quand un nœud dédié n'expose pas l'opération d'API HTTP dont tu as besoin, jamais pour parler un protocole qui n'est pas HTTP.

Quand vaut-il mieux ne pas passer par un workflow d'erreur : Quand tu sais nommer la panne et que tu peux la traiter dans le workflow qui la produit, là où les données sont encore sous la main. L'Error Trigger couvre le reste, ce que personne n'avait prévu. Un point conditionne tout : le workflow qu'il ouvre doit être actif pour écouter en production. En édition, une exécution de test déclenche une écoute ponctuelle, parfaite pour valider ton montage, insuffisante pour te couvrir la nuit.

Les limites se voient tout de suite. Zéro paramètre, donc zéro filtre et zéro niveau de gravité dans le nœud : tout ce qui arrive sur ce workflow d'erreur passe par la même porte, et le tri se fait dans les nœuds qui suivent. Le workflow d'erreur peut être n'importe quel workflow de l'instance, ce qui fait qu'un montage partagé bat presque toujours un montage par automatisation. Pour replacer trigger, activation et exécutions dans l'ensemble, la Formation n8n déroule le sujet de bout en bout.

Paramètres

Error Trigger

Le nœud Error Trigger compte 0 paramètres. Pour chacun : le nœud tel que tu le configures dans n8n, ce que le paramètre change, et nos notes de terrain.

Besoin d'aide

Besoin d'aide pour automatiser Error Trigger avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

Les questions qu'on se pose sur l' Error Trigger

01Le nœud Error Trigger n8n est-il gratuit ?
Oui. C'est un nœud core, livré avec n8n : rien à installer, aucun surcoût côté n8n. Il se comporte pareil sur n8n Cloud, l'offre hébergée par n8n, et sur une instance que tu héberges toi-même en Docker ou en npm, en Community Edition sous licence Sustainable Use. Un workflow construit avec lui est identique dans les deux cas, donc un montage testé sur Cloud repart sur ton serveur sans réécriture. Le nœud est en version 1, et un nœud ne change pas de version tout seul : ce que tu montes aujourd'hui garde le comportement que tu as validé.
02Qu'est-ce qu'il faut configurer pour qu'il fonctionne ?
Rien, et c'est précisément l'argument. Ce nœud n'a ni credential, c'est-à-dire ce jeu d'identifiants que n8n stocke pour un service, ni sélecteur Authentication : aucun compte à connecter, aucune clé à renouveler. Il n'expose pas non plus de paramètre : ouvre son panneau, aucun champ ne t'attend. Tout le temps que tu passerais à régler part dans les nœuds placés après, là où se joue la vraie décision. Reste une condition, qui n'est pas un réglage : le workflow doit être actif pour que le trigger écoute en production. En édition, une exécution de test lance une écoute ponctuelle pour vérifier ton montage avant activation.
03Quelles sont les limites du nœud Error Trigger ?
Il n'offre aucune prise sur ce qu'il attrape. Sans paramètre, pas de filtre, pas de niveau de gravité, pas d'aiguillage dans le nœud lui-même : tout ce qui remonte vers ce workflow d'erreur entre par la même porte, et le tri se construit en aval, dans un If ou dans les nœuds que tu ajoutes ensuite. C'est aussi un trigger et rien d'autre : il ouvre le workflow, il ne rejoue pas l'exécution qui a échoué. La page décrit la version 1, version maximale du catalogue : un workflow ancien peut afficher une version antérieure avec moins d'options, et rien ne se met à jour tout seul.
04Quand choisir un workflow d'erreur plutôt qu'un traitement dans le workflow lui-même ?
Traite sur place les pannes que tu sais nommer. Si une API ne renvoie rien pour une raison connue, la gestion se fait dans le workflow qui a lancé l'appel, tant que l'item et ses données sont encore là. Garde l'Error Trigger pour tout le reste, l'imprévu, sur n'importe laquelle des automatisations de l'instance. Le workflow d'erreur peut être n'importe quel workflow de ton instance n8n : un seul montage sérieux couvre l'ensemble, au lieu de recopier les mêmes trois nœuds dans chaque canevas. En pratique, les équipes gardent un workflow d'erreur partagé et un traitement local uniquement là où l'échec est attendu.
05n8n ou Make pour gérer les erreurs ?
Ça dépend d'où doivent vivre tes données et de la façon dont tu veux payer. Make, ex-Integromat, est une plateforme d'automatisation hébergée, sans option d'auto-hébergement, facturée à l'opération, avec sa propre logique visuelle. n8n tourne sur n8n Cloud ou sur ton serveur, ce qui compte quand le contenu d'une exécution en échec ne doit pas sortir de ton réseau. Le modèle de coût diffère aussi : à l'opération d'un côté, à l'instance ou au plan de l'autre, et le calcul change quand la gestion d'erreur se déclenche souvent. Les deux dessinent les workflows visuellement : le choix porte sur l'hébergement, la maîtrise des données et le coût.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.