Exemples de workflows n8n : trois cas simples et leur coût en exécutions

Un workflow n8n est une suite de nœuds lancée par un déclencheur : un formulaire envoyé, une heure fixe, un nouvel e-mail. n8n Cloud ne facture pas les nœuds, mais les exécutions, c’est-à-dire les passages complets. Les trois exemples ci-dessous (formulaire vers tableur et e-mail, veille, tri d’e-mails) consomment respectivement 200, 720 et au plus 900 exécutions par mois dans nos hypothèses, soit environ 1 820 au total.

La règle de comptage, déclencheur par déclencheur

Tout le calcul repose sur le déclencheur. La documentation donne une règle par type.

Ce qui lance le workflow	Ce qui compte dans le quota
Schedule Trigger (heure fixe ou intervalle)	Une exécution à chaque déclenchement, quel que soit le résultat
Nœud d’interrogation, qui vérifie à intervalle régulier s’il y a du nouveau	Une exécution seulement quand de nouvelles données sont trouvées
Webhook	Une exécution par requête entrante, même avec un corps vide
Lancement à la main depuis l’éditeur	Rien
Sous-workflow appelé par un autre workflow	Rien de plus : seule l’exécution parente compte
Workflow d’erreur	Rien

Documentation n8n, « Understand executions » (consulté le 11 novembre 2026)

Les exemples qui suivent sont les nôtres : des cas courants, décrits avec des nœuds standards de n8n. Ils ne reprennent aucun modèle de la bibliothèque de l’éditeur, et les volumes sont des hypothèses à remplacer par les vôtres.

Exemple 1 : formulaire vers tableur et e-mail

Le besoin. Chaque demande de devis doit être enregistrée dans un tableur, confirmée au client par e-mail et signalée à l’équipe.

Les nœuds.

1. n8n Form Trigger : un formulaire hébergé par n8n. Si le formulaire est déjà sur votre site, un nœud Webhook reçoit ses données à la place.
2. Google Sheets : ajoute une ligne avec le nom, l’e-mail et la demande. Documentation n8n, « Google Sheets » (consulté le 11 novembre 2026)
3. Send Email : envoie la confirmation au client.
4. Send Email (ou un nœud de messagerie d’équipe) : prévient la personne chargée des devis.

Le compte. Un envoi de formulaire lance le workflow une fois : une exécution, que le workflow ait quatre nœuds ou douze. Avec 200 demandes par mois, cela fait 200 exécutions. Le tableau de la documentation ne cite pas le Form Trigger par son nom ; nous lui appliquons la règle générale des exécutions de production, lancées automatiquement par un déclencheur.

À titre de comparaison, un outil qui facture chaque étape, déclencheur compris, compterait ici quatre unités par demande, soit 800 par mois. C’est tout l’écart expliqué dans le guide des unités facturées.

Exemple 2 : veille sur un flux d’actualités

Le besoin. Surveiller le flux RSS d’un site (un concurrent, un organisme, un blog technique) et recevoir par e-mail les articles qui contiennent un mot-clé.

Version A, à heure fixe.

1. Schedule Trigger : se déclenche toutes les heures.
2. RSS Read : lit le flux.
3. If : ne garde que les articles contenant le mot-clé.
4. Send Email : envoie les articles retenus.

Le compte. Le Schedule Trigger compte une exécution à chaque déclenchement, même quand le flux n’a rien de neuf. Toutes les heures : 24 par jour, soit 720 exécutions sur un mois de 30 jours. Le réglage de l’intervalle change tout :

Intervalle	Exécutions par mois
Une fois par jour	30
Toutes les heures	720
Toutes les 15 minutes	2 880
Toutes les 5 minutes	8 640

Version B, par interrogation. Le nœud RSS Feed Trigger remplace les deux premiers nœuds : il vérifie le flux à l’intervalle choisi et ne lance le workflow que lorsqu’un nouvel article est publié. D’après la règle officielle, une vérification qui ne trouve rien ne compte pas. Pour un flux qui publie cinq articles par jour, cela fait au plus 150 exécutions par mois, quelle que soit la fréquence de vérification. Documentation n8n, « RSS Feed Trigger » (consulté le 11 novembre 2026)

Exemple 3 : tri des e-mails entrants

Le besoin. Classer les messages reçus sur une adresse de contact (devis, assistance, factures), leur poser une étiquette et alerter quelqu’un pour les demandes urgentes.

Les nœuds.

1. Gmail Trigger : relève la boîte à l’intervalle choisi et ne retient que les messages non lus.
2. Un nœud de classement : soit des règles simples (un nœud Switch sur l’expéditeur ou l’objet), soit un modèle d’IA qui lit le message et choisit une catégorie, par exemple avec le nœud AI Agent.
3. Gmail : ajoute l’étiquette correspondante.
4. Send Email (ou une messagerie d’équipe) : alerte pour la catégorie urgente.

Le compte. Le Gmail Trigger est un nœud d’interrogation : seules les relèves qui trouvent un nouveau message comptent. Avec 30 e-mails par jour, cela fait au plus 900 exécutions par mois. Ce sera moins si plusieurs messages arrivent entre deux relèves : d’après sa documentation, le nœud en traite jusqu’à 10 par relève par défaut, dans la même exécution. Documentation n8n, « Gmail Trigger » (consulté le 11 novembre 2026)

Si vous utilisez un modèle d’IA. Le passage du workflow reste compté comme une exécution, mais les appels au modèle se paient en plus : avec vos propres clés de fournisseur, ou avec des crédits Gateway sur les offres Cloud Starter et Pro. Le guide automatiser ses e-mails avec l’IA développe ce cas.

Le total, face aux quotas

Workflow	Hypothèse	Exécutions par mois
Formulaire vers tableur et e-mail	200 demandes	200
Veille, version à heure fixe	Toutes les heures	720
Tri des e-mails	30 messages par jour	900 au plus
Total		1 820 environ

La première offre de n8n Cloud, Starter (24 € par mois), inclut 2 500 exécutions : ces trois workflows y tiennent. Passez la veille à un intervalle de 15 minutes et le total monte à 3 980 : il faut alors l’offre Pro (60 € par mois pour 10 000 exécutions), ou la version B de la veille, qui ramène le total sous 1 300.

Le quota n’est pas la seule limite de Starter : 5 exécutions simultanées et 5 minutes au plus par exécution. Les paliers et le dépassement sont détaillés sur la page prix de n8n, et le simulateur de coût refait le calcul avec vos volumes, chez n8n et chez les autres outils.

En auto-hébergement avec l’édition Community, ces exécutions ne sont pas facturées : la limite est celle de votre serveur. Voir n8n Cloud ou auto-hébergé.

Ce qui fait monter le compteur, et comment l’éviter

• Un intervalle trop serré sur un Schedule Trigger. C’est la première cause de dépassement dans nos calculs. Quand un nœud d’interrogation ou un webhook existe pour votre source, il ne compte que les passages utiles.
• Un webhook appelé pour rien. Chaque requête entrante compte, même vide. Un webhook dont l’adresse circule peut donc consommer du quota sans rien produire.
• Un découpage en plusieurs workflows déclenchés séparément. Si un même événement lance trois workflows, il compte trois fois. Un workflow parent qui appelle des sous-workflows ne compte qu’une fois.
• Un traitement message par message. Un résumé quotidien (un seul déclenchement par jour qui traite tout le lot) consomme 30 exécutions par mois là où un déclenchement par élément en consomme des centaines.

Et les modèles (templates) de n8n ?

n8n publie une bibliothèque de modèles de workflows, conçus par l’éditeur et par des membres de la communauté. D’après la documentation, un modèle s’importe dans votre instance, puis demande de renseigner vos identifiants et d’ajuster la configuration. Documentation n8n, « Use templates » (consulté le 11 novembre 2026)

Avant d’en activer un, appliquez-lui la même lecture que ci-dessus : regardez son déclencheur. Un modèle qui démarre par un Schedule Trigger réglé sur une minute consomme 43 200 exécutions par mois, quoi qu’il fasse ensuite.

Pour situer n8n face à un outil facturé à l’étape, voir n8n ou Make ; pour le reste, la fiche n8n et les alternatives à n8n.