Types de déclencheurs dans n8n : Schedule, Webhook, Polling, Manuel, Chat

Chaque workflow n8n a besoin d'un point de départ, sinon il ne se passe tout simplement rien. Ce point de départ s'appelle un déclencheur (trigger), et n8n propose bien plus que "planification" ou "Webhook" pour cela. De l'automatisation programmée aux appels HTTP entrants en passant par l'interface de chat pour les agents IA : le type de déclencheur adapté à votre scénario détermine directement la fiabilité et la rapidité de réaction de votre workflow.

Cet aperçu vous présente les types de déclencheurs les plus importants dans n8n, leur fonctionnement technique et le moment où utiliser chacun d'eux. La source est la documentation officielle n8n sur les nodes de déclenchement.

Qu'est-ce qu'un déclencheur dans n8n au juste ?

Selon la documentation, un node de déclenchement est un node qui démarre un workflow en réaction à une condition déterminée. Chaque workflow en production a besoin d'au moins un déclencheur pour que n8n sache quand il doit se lancer.

Un workflow peut tout à fait contenir plusieurs déclencheurs en même temps, par exemple un Schedule Trigger pour la routine quotidienne et en plus un webhook pour des sollicitations externes ponctuelles. À chaque exécution, seul le déclencheur dont la condition s'est réellement produite se déclenche. Vous gardez donc le contrôle sur la raison pour laquelle votre workflow s'exécute à chaque fois, même si plusieurs chemins y mènent.

Schedule Trigger : automatisation programmée

Le Schedule Trigger démarre des workflows à des heures et intervalles fixes, un peu comme l'utilitaire Unix cron. Selon la documentation du node Schedule Trigger, plusieurs modes d'intervalle sont à votre disposition :

• Seconds et Minutes : des intervalles fixes, par exemple toutes les 30 secondes ou toutes les 5 minutes.
• Hours : un intervalle en heures plus la minute exacte au sein de l'heure.
• Days : un intervalle en jours plus une heure, par exemple tous les 2 jours à 9h15.
• Weeks : un intervalle hebdomadaire, un jour de la semaine et une heure, par exemple chaque lundi à 15h30.
• Months : un intervalle mensuel, un jour du mois et une heure.
• Custom (Cron Expression) : une syntaxe cron librement définie pour des plannings plus complexes, par exemple `0 9 * * 1-5` pour les jours ouvrés à 9h00.

Point important à savoir : le Schedule Trigger ne fonctionne que si le workflow est publié, et il se base soit sur le fuseau horaire du workflow, soit sur celui de l'instance n8n. Vous pouvez en outre combiner plusieurs règles de déclenchement au sein d'un seul Schedule Trigger si un workflow doit s'exécuter à des moments différents avec des fréquences différentes.

Recommandation d'utilisation : Le Schedule Trigger convient chaque fois que vous automatisez une routine fixe, par exemple des synchronisations de données nocturnes, des rapports hebdomadaires ou des tâches de nettoyage régulières comme des vérifications de purge des exécutions. C'est le bon choix lorsque personne ne déclenche un événement de l'extérieur, mais que c'est l'horloge qui donne le rythme.

Webhook Trigger : réagir à des événements externes

Le node Webhook connecte des services externes à n8n en attendant des appels HTTP entrants et en démarrant immédiatement le workflow dès leur arrivée. Selon la documentation du node Webhook, il prend en charge les méthodes GET, POST, PUT, PATCH, DELETE et HEAD, pour une taille de payload maximale de 16 Mo par appel.

Un point particulièrement pertinent en pratique est la distinction entre deux URL :

• URL de test : active dès que vous cliquez sur "Listen for Test Event" dans l'éditeur. Vous voyez les données entrantes directement dans l'interface.
• URL de production : ne devient active qu'après la publication du workflow. Les appels entrants n'apparaissent pas en direct dans l'éditeur, mais peuvent être consultés dans l'onglet "Executions".

Pour la sécurisation, Basic Auth, Header Auth et JWT Auth sont disponibles, ainsi que la liste blanche d'IP, l'ignorance des bots et les paramètres CORS. Pour la réponse, vous pouvez choisir entre une confirmation immédiate, la réponse après l'achèvement du dernier node, une réponse individuelle via un node Respond to Webhook séparé, ou une réponse en streaming.

Recommandation d'utilisation : Utilisez le Webhook Trigger lorsqu'un autre système doit signaler activement quelque chose à n8n, par exemple l'envoi d'un nouveau formulaire, une confirmation de paiement d'un prestataire de paiement ou un événement provenant d'un CRM. Le grand avantage par rapport au Schedule Trigger est le temps de réaction : le workflow démarre pratiquement au moment où l'événement se produit, au lieu d'attendre la prochaine exécution planifiée.

Polling Trigger : vérifier au lieu d'être notifié

Tous les services ne peuvent pas déclencher eux-mêmes un webhook. De nombreux systèmes externes, comme les boîtes e-mail classiques ou les flux RSS, n'offrent pas de notification active. Pour ce cas, il existe les Polling Triggers : ils vérifient eux-mêmes selon un rythme défini s'il y a du nouveau, et ne démarrent le workflow que lorsque quelque chose a effectivement changé.

Le RSS Feed Trigger en est un bon exemple. Selon la documentation du node RSS Feed Trigger, ce node interroge l'URL de flux configurée selon un rythme paramétrable et ne déclenche le workflow que pour les nouvelles entrées. Vous avez le choix entre, entre autres, des intervalles de vérification horaires, quotidiens, hebdomadaires et mensuels, ainsi que des expressions cron libres pour des plannings individuels. D'autres nodes n8n reposent sur le même principe, comme l'Email Trigger via IMAP ou le Local File Trigger, qui détectent respectivement de nouveaux messages ou de nouveaux fichiers par une vérification régulière.

Recommandation d'utilisation : Le polling est le bon choix lorsque la source elle-même n'offre pas de notification push, mais que vous voulez tout de même traiter l'événement rapidement. Notez qu'un intervalle de vérification trop court génère un nombre inutilement élevé d'exécutions et donc aussi d'appels API inutiles, tandis qu'un intervalle trop large allonge le temps de réaction. Un juste milieu raisonnable dépend de la fréquence à laquelle la source change réellement.

Manual Trigger : démarrage contrôlé par clic

Le Manual Trigger ne démarre un workflow que lorsque vous cliquez activement sur "Execute Workflow" dans l'éditeur. Selon la documentation du node Manual Trigger, il convient surtout à deux situations : tester un workflow avant d'y ajouter un déclencheur automatique, et pour des workflows qui ne doivent volontairement pas s'exécuter automatiquement, car une personne souhaite déclencher spécifiquement chaque exécution.

Il y a une limitation technique à connaître : un seul node Manual Trigger est toujours autorisé par workflow.

Recommandation d'utilisation : Utilisez le Manual Trigger pendant la phase de développement pour tester un workflow étape par étape, ou pour des processus rares, déclenchés volontairement à la main, comme des migrations de données ponctuelles. Il est en revanche inadapté à un fonctionnement continu en production, car personne ne doit y cliquer en permanence sur "Exécuter".

Chat Trigger : point d'entrée pour les chatbots IA

Le Chat Trigger sert à construire des workflows IA pour des chatbots et d'autres interfaces de chat. Selon la documentation du node Chat Trigger, il doit être connecté à un node racine Agent ou Chain pour que la conversation reçoive effectivement une réponse. Chaque message individuel d'une conversation déclenche une exécution complète du workflow, ce qu'il faut prendre en compte lors de la planification de votre quota d'exécutions : un chat de dix messages consomme dix exécutions.

Pour l'accès, le node propose deux modes : le Hosted Chat avec une interface n8n prête à l'emploi, et l'Embedded Chat, que vous intégrez dans votre propre application via l'URL du webhook. Pour la sécurisation, aucune authentification, Basic Auth ou l'authentification utilisateur propre à n8n sont disponibles. Pour les modes de réponse, vous pouvez choisir entre l'achèvement après le dernier node, des nodes de réponse individuels et une réponse en streaming pour des sorties en temps réel.

Recommandation d'utilisation : Le Chat Trigger convient dès que des personnes doivent communiquer directement avec un agent IA dans n8n, par exemple pour un bot de support interne, un assistant de connaissances basé sur vos propres documents, ou une interface de chat intégrée sur un site web.

Choisir le type de déclencheur selon le scénario

Comme orientation générale pour la pratique :

• Moments ou intervalles fixes : Schedule Trigger.
• Un autre système doit signaler activement quelque chose : Webhook Trigger.
• La source n'offre pas de notification push : Polling Trigger, par exemple RSS Feed Trigger ou Email Trigger via IMAP.
• Test ou processus volontairement contrôlé manuellement : Manual Trigger.
• Dialogue direct avec un agent IA : Chat Trigger.

En pratique, vous combinez souvent ces types au sein d'un même concept d'automatisation : un webhook pour la demande spontanée, un Schedule Trigger pour le contrôle quotidien de suivi, un Manual Trigger pour les tests pendant le développement. Si vous n'êtes pas sûr du choix ou de la configuration propre de vos déclencheurs, NordFlux vous accompagne dans la mise en place et la sécurisation de workflows n8n, y compris une stratégie de déclencheurs adaptée à votre scénario.

Questions fréquentes

Un workflow peut-il avoir plusieurs déclencheurs en même temps ?

Oui, un workflow peut contenir plusieurs nodes de déclenchement, par exemple un Schedule Trigger et en plus un webhook. À chaque exécution, cependant, seul le déclencheur dont la condition s'est réellement produite se déclenche, les autres restent inactifs à ce moment-là.

Quelle est la différence entre le Webhook Trigger et le Polling Trigger ?

Le Webhook Trigger attend passivement des appels entrants et réagit quasiment en temps réel dès qu'un système externe le sollicite activement. Le Polling Trigger, en revanche, interroge lui-même la source selon un rythme défini pour savoir s'il y a du nouveau, ce qui convient surtout aux services qui n'offrent pas leur propre notification push.

Le workflow doit-il être publié pour que le Schedule Trigger fonctionne ?

Oui, selon la documentation, le Schedule Trigger ne fonctionne que pour un workflow publié. Les modifications apportées aux variables cron enregistrées ne prennent en outre effet qu'après une nouvelle publication.

À quoi sert le Manual Trigger en exploitation en production ?

Le Manual Trigger est avant tout destiné aux tests et aux processus volontairement contrôlés manuellement, comme des migrations de données ponctuelles. Il est inadapté aux processus automatisés fonctionnant en continu, car personne ne doit y cliquer manuellement et régulièrement sur "Exécuter".

Combien d'exécutions consomme un workflow avec Chat Trigger ?

Chaque message individuel au sein d'une conversation déclenche une exécution complète du workflow. Une conversation de dix messages correspond ainsi à dix exécutions distinctes, ce qu'il faut prendre en compte lors de la planification de votre quota d'exécutions.