Nœud Activation Trigger n8nConfigurer Activation Trigger dans n8n.

Premier usage, la remise en route après un redémarrage. Une instance qui redémarre, parce qu'on a mis à jour le conteneur ou relancé le serveur, coche l'événement init et rejoue la branche qui reconstruit l'état de départ : une liste de référence relue dans Google Sheets, un horodatage, un compteur remis à zéro. Personne n'a à se demander si la machine est repartie dans le bon état.

Deuxième usage, le contrôle juste après une sauvegarde. Avec l'événement update, enregistrer un workflow actif le fait tourner une fois. Branche derrière un If qui vérifie une valeur sensible, et une modification faite en production se signale tout de suite, pas au prochain vrai événement. Les données circulent comme partout ailleurs dans n8n, via une expression du type {{ $json.startedAt }}, c'est-à-dire un petit morceau de code évalué directement dans un champ.

Troisième usage, l'accusé de mise en service. Une automatisation qu'on allume au début d'une opération commerciale peut prévenir d'elle-même : une exécution part au moment du clic, un message atterrit dans Gmail, et l'équipe sait que la machine tourne. Le reste de la journée appartient aux autres triggers.

Ses limites se voient aussi vite. Ce nœud ne transporte aucune donnée venue d'un service, aucun filtre, aucune fréquence propre. Il sait qu'un workflow a changé d'état, point. Si le départ doit être un geste client ou un fichier déposé quelque part, c'est le trigger du service concerné qui ouvre le bal. Autre point à garder en tête : le workflow doit être actif pour que le nœud écoute en production. Dans l'éditeur, une exécution de test lance une écoute ponctuelle, de quoi observer ce que le nœud produit.

C'est un nœud core, livré avec n8n : rien à installer, aucun coût supplémentaire côté n8n, et le même comportement sur n8n Cloud comme sur une instance auto-hébergée en Docker ou npm. Pour ceux qui découvrent la logique des triggers et des expressions, la Formation n8n reprend tout ça dans l'ordre.