Qu’est-ce qu’une exécution ?
Une exécution est le lancement complet d’un workflow d’automatisation, du déclencheur initial jusqu’à la dernière action. C’est l’unité fondamentale pour mesurer l’activité d’un système d’automatisation.
Chaque fois qu’un trigger se déclenche et que le workflow s’exécute de bout en bout, cela compte comme une exécution. Un workflow qui traite 50 emails par jour produit 50 exécutions par jour.
Exécution vs opération vs tâche
Les plateformes d’automatisation utilisent des unités de facturation différentes, ce qui rend les comparaisons de prix délicates :
n8n : exécutions
n8n compte en exécutions. Un workflow qui contient 10 nœuds et traite un élément = 1 exécution, quel que soit le nombre de nœuds traversés. En self-hosting, les exécutions sont illimitées.
Make : opérations
Make compte en opérations. Chaque module exécuté dans un scénario = 1 opération. Un scénario de 5 modules qui traite 10 éléments = 50 opérations. Le plan gratuit inclut 1 000 opérations par mois.
Zapier : tâches (tasks)
Zapier compte en tâches. Chaque action exécutée = 1 tâche (le trigger n’est pas compté). Un Zap avec 3 actions qui traite 20 éléments = 60 tâches. Le plan gratuit inclut 100 tâches par mois.
Comparaison sur un cas concret
Un workflow qui reçoit un email, le classe via un LLM, l’enregistre dans un CRM et envoie une notification Slack, exécuté 100 fois par mois :
| Plateforme | Unité | Consommation mensuelle |
|---|---|---|
| n8n (self-hosted) | Exécutions | 100 (illimité) |
| Make | Opérations | 400 (4 modules × 100) |
| Zapier | Tâches | 300 (3 actions × 100) |
Monitoring des exécutions
Logs et historique
Toutes les plateformes conservent un historique des exécutions passées. Cet historique permet de :
- Débugger : identifier à quel module une exécution a échoué et pourquoi
- Auditer : vérifier que les données sont traitées correctement
- Optimiser : repérer les workflows qui consomment le plus de ressources
États d’une exécution
Une exécution peut avoir plusieurs statuts :
- Succès : le workflow s’est exécuté de bout en bout sans erreur
- Erreur : un module a échoué (API indisponible, données invalides, timeout)
- En cours : le workflow est en train de s’exécuter
- En attente : l’exécution est en file d’attente (limite de concurrence atteinte)
Optimiser sa consommation
- Filtrer en amont : ajouter des conditions juste après le trigger pour éviter d’exécuter le workflow complet sur des données non pertinentes
- Regrouper les traitements : sur Make, utiliser les agrégateurs pour traiter les données par lot plutôt qu’élément par élément réduit le nombre d’opérations
- Choisir la bonne fréquence de polling : un trigger qui vérifie toutes les minutes au lieu de toutes les 15 minutes multiplie les exécutions par 15
- Self-hosting : pour les workflows à haut volume, n8n en self-hosting élimine la contrainte de facturation à l’exécution
Termes associés
Questions fréquentes
C'est quoi une exécution dans un workflow ?
Une exécution correspond à un lancement complet d'un workflow, du trigger jusqu'à la dernière action. Quand un email arrive et déclenche un workflow qui le classe, le résume et envoie une notification Slack, c'est une seule exécution — même si plusieurs modules sont impliqués.
Quelle est la différence entre exécution, opération et tâche ?
Les trois termes désignent des unités de facturation différentes selon la plateforme. n8n compte en exécutions (un lancement complet du workflow). Make compte en opérations (chaque module exécuté = 1 opération). Zapier compte en tâches (chaque action exécutée = 1 tâche, hors trigger). Un même workflow de 5 modules produit : 1 exécution sur n8n, 5 opérations sur Make, et 4 tâches sur Zapier.
Combien d'exécutions sont incluses dans les plans gratuits ?
Les quotas varient considérablement. n8n Community (self-hosted) offre des exécutions illimitées. Make propose 1 000 opérations par mois en plan gratuit. Zapier inclut 100 tâches par mois en plan gratuit. Sur n8n Cloud, le plan Starter inclut 2 500 exécutions par mois.
Une exécution échouée est-elle facturée ?
Cela dépend de la plateforme et du point d'échec. Sur Make, les opérations consommées avant l'erreur sont facturées. Sur Zapier, une tâche est comptée dès que l'action est tentée, même si elle échoue. Sur n8n self-hosted, la question ne se pose pas car les exécutions sont illimitées.