Comment choisir entre n8n, Zapier et Make : un calcul par prix, liberté et coût de maintenance

La question du choix entre trois options : demandez à dix personnes, neuf répondront « ça dépend de tes besoins », ce qui revient à ne pas répondre. Cet article ne tourne pas autour du pot : il étale et calcule les coûts de la même chose chez les trois, y ajoute le temps passé dessus, et conclut par ce que je choisirais.

La conclusion d'abord. Si tu exécutes une dizaine de fois par jour, avec moins de cinq étapes, sans toucher au réseau interne de l'entreprise, Zapier ou Make sont plus simples, tu n'as même pas besoin de toucher un serveur. Si tu exécutes des centaines de fois par jour, que tu dois lire une base de données interne, et que tu dois écrire du code dans le flux, n8n auto-hébergé permet d'économiser un ordre de grandeur en argent — le prix à payer, c'est que cette machine est sous ta responsabilité, et si elle tombe en panne au milieu de la nuit, personne ne prend le relais.

Cette conclusion est trop grossière pour être utilisée directement, car il lui manque un chiffre : combien de fois par mois exécutes-tu réellement. Sans calculer ce chiffre, toutes les comparaisons relèvent du scénario de quelqu'un d'autre.

À qui cela s'adresse

À ceux qui choisissent parmi les trois, ou à ceux qui se sont déjà heurtés à la version gratuite de Zapier et veulent voir où se situe réellement le coût. Si tu as un VPS inutilisé et que tu es prêt à t'y connecter pour taper des commandes, le bilan de la section 4 sera encore plus douloureux. Pour ceux qui n'ont jamais touché à l'automatisation, lisez d'abord« Qu'est-ce que n8n »puis revenez ; cet article suppose que tu sais ce que signifient « workflow » et « node ».

• Les trois ne partagent pas la même unité de tarification
• Combien coûte le même flux chez les trois
• Au-delà de l'argent, où se situe la différence de liberté
• Sur la facture de l'auto-hébergement, une partie n'est pas de l'argent
• La question de la licence : ceux qui font de la livraison doivent la consulter en premier
• Les quatre cas où je ne recommande pas de choisir n8n
• Le coût de changer d'outil
• Un test d'une semaine : comment déterminer que ça fonctionne
• Les pièges à éviter
• Les trois points de sécurité supplémentaires du self-hosting

Les trois ne sont pas sur la même unité de tarification

C'est la base de tout l'article, et aussi l'endroit le plus facile à mal comprendre. Les «用量» que vous voyez sur les trois sites officiels ne sont pas du tout la même chose.

Zapier compte en task.Chaque action terminée avec succès compte pour 1 task, certaines applications ou actions en comptent 2. Le déclencheur ne compte pas — l'événement entrant ne coûte rien, c'est l'action réalisée qui coûte. Le polling pour «savoir s'il y a de nouvelles données» ne compte pas non plus, et un résultat vide ne compte pas davantage. Ses outils intégrés : Filter, Formatter, Path, Delay, Looping, Sub-Zap, ainsi que Tables et Forms, ne consomment pas de task.

Make compte en credit.Il a déjà remplacé l'unité de facturation operations par credits, la date d'entrée en vigueur annoncée étant le 27 août. La plupart des modules exécutés une fois comptent pour 1, ceux passant par AI Provider peuvent compter davantage. La différence ici : le module déclencheur compte aussi. Lire un enregistrement depuis une application, cette étape coûte 1 credit. Les modules Router et de gestion d'erreurs (Rollback, Break, Resume, Commit, Ignore) ne comptent pas.

n8n compte en execution.Un workflow qui tourne du début à la fin compte pour 1 exécution, qu'il y ait 3 nœuds ou 30 nœuds au milieu, c'est pareil : 1. Le nombre de données ne multiplie pas non plus — traiter 5 ou 200 éléments dans une exécution, c'est toujours 1. Et seules les exécutions de production entrent dans le quota : cliquer sur le bouton «执行» dans l'éditeur pour tester, même cent fois, ne compte pas.

	Zapier	Make	n8n
Unité	task	credit	execution
Un workflow exécuté une fois compte plusieurs unités	En nombre d’actions, 6 étapes comptent pour 5 (le déclencheur ne compte pas)	En nombre de modules, 6 modules comptent pour 6	1
Les données passent de 1 à 200 enregistrements	Augmente proportionnellement, 20 fois reste 20 fois	Augmente proportionnellement	N’augmente pas
Test manuel par clic	Compter dès que Zap tourne	Compter dès que le scenario tourne	Ne compte pas

La dernière ligne est la différence à laquelle j’accorde le plus d’importance, car elle détermine si cet ensemble peut passer à l’échelle. Faisons une hypothèse : un workflow traite 200 commandes, avec 5 actions intermédiaires. Sur Zapier, une exécution compte 1,000 task, et une exécution par jour représente 30,000 ; sur n8n, une exécution reste 1 exécution, soit 30 par jour. Un écart de 1,000 fois, pas un écart en pourcentage.

Sur cette instance, j'ai exécuté un workflow à huit nœuds, où un nœud de code intermédiaire divise un item en 5, passe par des branches, puis les fusionne. Le « quelques projets » indiqué sous chaque nœud correspond au volume de données ayant transité lors de cette exécution :

L'historique d'exécution ressemble à ceci, une ligne correspond à une exécution complète, et la « durée d'exécution » à droite est le temps total de l'ensemble du workflow :

En cliquant, on voit le détail de cette exécution :

Le même workflow, combien coûte-t-il chez trois fournisseurs

Calculons avec trois scénarios aux formes réelles. Les chiffres sont tirés des paliers publics des sites officiels, les prix ont été relevés le 26 octobre 2026, ils ont peut-être été ajustés depuis.

Scénario un : exécution toutes les heures, 6 étapes

Surveiller une certaine API, 24 fois par jour, 720 fois par mois. C'est la tâche la plus courante.

	Utilisation	Palier atteint
Zapier	5 × 720 = 3,600 tasks	Version gratuite 100, écart de 36 fois, paiement obligatoire
Make	6 × 720 = 4 320 crédits	Core à 10 000 crédits, soit $9/mois en paiement annuel
n8n cloud	720 exécutions	Starter €20/mois, quota 2 500
n8n auto-hébergé	720 exécutions	0, seulement le coût du serveur

Le résultat de cette ligne est un peu contre-intuitif :n8n cloud est plus de deux fois plus cher que Make. Starter en annuel €20, Core de Make en annuel revient à $9. Beaucoup pensent par défaut que « l’open source est forcément le moins cher », oubliant que l’open source économise les frais de licence, tandis que le cloud hosting facture toujours à l’exécution.

Pour la colonne Zapier, je ne peux pas donner de montant exact, car son Professional permet d’ajuster le palier de tâches, $19.99 est le prix de départ du palier le plus bas, et 3 600 tasks nécessitent de monter d’un palier. Ce qui est certain, c’est que sur les trois, c’est le plus cher — cher parce qu’il facture par action, plus votre workflow est long, plus vous y perdez.

Scénario deux : exécution toutes les 5 minutes, 6 étapes

8 640 exécutions par mois. À cette fréquence, les écarts commencent à se creuser.

	Volume d'utilisation	Quelle tranche
Zapier	43 200 tasks	C'est déjà très élevé
Make	51 840 credits	On dépasse déjà la tranche des 10 000, il faut faire glisser le curseur vers le haut pour voir le prix
n8n cloud	8 640 exécutions	Pro €50/mois, quota 10 000
n8n auto-hébergé	8 640 exécutions	0

Ici, la version cloud de n8n commence à reprendre l'avantage. L'écart avec l'auto-hébergement n'est même plus à calculer : avec plus de huit mille exécutions par mois, l'électricité coûte moins cher que l'abonnement.

Scénario trois : 10 fois par jour, 3 étapes

300 fois par mois, soit deux actions au total.

Zapier compte 600 task, soit 6 fois la limite gratuite. Make compte 900 credit, le palier gratuit en propose 1 000, on est juste à la limite — aucune marge, trois jours de plus et il faut payer.C'est ça la frontière du palier gratuit de Make, ce n'est pas « suffisant », c'est « juste épuisé ».

Mon propre jugement : à ce volume d'une dizaine de fois par jour, le palier gratuit de Make tient trois à cinq mois sans problème, mais ne l'utilisez pas pour des tâches critiques, car une fois le quota dépassé, le scénario s'arrête directement, sans attendre votre renouvellement.

Au-delà du prix, où se situe la différence de liberté

	Zapier	Make	n8n
Applications connectables	9,000+	3,500+	Nœuds officiels + nœuds communautaires, en auto-hébergement on peut aussi écrire les siens
Écrire du code	Étapes de code disponibles, facturées au task, plus l'exécution dure plus elle consomme	Module Tools disponible	Nœud Code, JS ou Python, sans facturation supplémentaire
Connexion aux systèmes 内网穿透	Non	Non	Oui, ça tourne sur votre propre réseau
Où sont stockées les données	Sur le serveur de l'autre partie	Sur le serveur de l'autre partie	Dans votre propre base de données
Gestion de versions	Le plan payant dispose du versioning Zap	—	À partir du plan Business, Git est disponible ; la version communautaire exporte elle-même des archives JSON

Les deux premières lignes déterminent votre plafond, les deux dernières déterminent vos coûts de conformité. Pour lire l'ERP ou une ancienne base de données du réseau interne de l'entreprise, les deux premiers éditeurs sont directement éliminés — ce n'est pas une question de difficulté, c'est physiquement impossible, ils tournent dans les salles serveurs d'autrui. C'est le point le plus susceptible d'être découvert seulement à mi-parcours d'une discussion de solution, et tous les schémas dessinés auparavant deviennent caducs.

Il y a un autre point rarement mentionné dans les tableaux comparatifs : la durée d'exécution unique. La version cloud n8n Starter permet au maximum 5 minutes par exécution, seul le plan Pro monte à 40 minutes. Pour traiter de gros fichiers ou attendre une API lente, 5 minutes sont vite atteintes. L'auto-hébergement n'a pas cette limite, mais la machine est la vôtre, et si la mémoire est saturée, ça plante quand même.

Sur la facture de l'auto-hébergement, une partie n'est pas de l'argent

C'est la partie que je tiens le plus à dire en écrivant cet article, parce que tous les articles comparatifs « n8n est gratuit » l'omettent.

L'auto-hébergement économise les frais d'abonnement, mais en échange, il y a ces tâches, et il faut bien que quelqu'un les fasse :

• Une machine et un domaine, plus le certificat. Let's Encrypt renouvelle automatiquement, mais un échec de renouvellement est silencieux ; le temps que vous vous en aperceviez, le certificat a déjà expiré depuis trois jours.
• Mise à niveau. Les versions itèrent vite après la 2.x ; la mienne est actuellement en 2.43.7. Avant chaque mise à niveau, sauvegardez la base de données et la clé de chiffrement ; après, testez un workflow au hasard pour vérifier qu'il tourne. Environ vingt minutes à chaque fois.
• Sauvegarde. Trois choses : la base de données, la clé de chiffrement, l'export des workflows. Sans la clé de chiffrement, toutes les credentials de l'instance restaurée sont indéchiffrables et il faut les ressaisir une par une. Sauvegarder uniquement la base de données sans la clé, c'est l'erreur la plus courante.
• Alerte d'échec. n8n ne vous notifie pas, sauf si vous le configurez vous-même. Une tâche planifiée qui échoue silencieusement pendant deux semaines, vous ne le saurez pas avant que quelqu'un demande « pourquoi il n'y a pas de données dans le tableau de ce mois-ci ».
• Diagnostic en cas d'incident. Container qui ne démarre pas, port occupé, mémoire saturée : pour ça, il n'y a pas de support à appeler.

Le bilan temps ressemble à ceci : la première installation avec configuration HTTPS, une heure ; ensuite, le temps consacré chaque mois, une à deux heures ; en cas de vraie panne, une à trois heures.

Donc quand vous calculez le coût, le dénominateur doit inclure votre taux horaire. Si vous ne pouvez pas dégager ne serait-ce qu'une demi-heure par semaine, ne choisissez pas le self-hosted — ce n'est pas une question d'économie d'argent, ce travail nécessite quelqu'un. Payer pour Zapier, c'est essentiellement acheter « quelqu'un prend le relais en cas de problème ».

La page d'utilisation de la mienne ressemble à ceci, ça vaut le coup d'œil :

La petite ligne en deuxième position dit « les workflows avec plusieurs triggers comptent plusieurs fois ». Cela signifie que si vous attachez deux triggers à un workflow, il compte pour deux. En self-hosted, il est écrit « illimité » ici, donc ça ne me concerne pas, mais si vous avez acheté une licence cloud, cette ligne va vous mordre.

Sur la question de la licence, ceux qui font de la livraison doivent commencer par regarder.

n8n n'est pas sous licence open source, c'est sa propre Sustainable Use License, placée sous l'appellation fair-code. Les clauses permettent plus qu'on ne l'imagine : usage interne à l'entreprise, modification du code, création de dérivés, mise en place de workflows pour des clients, conseil et exploitation autour de n8n, tout est permis. Seules deux choses sont interdites : revendre n8n sous une autre marque comme produit ; monter sa propre instance et facturer l'accès à d'autres. Ces deux cas nécessitent un accord commercial séparé.

Ceux qui font de l'exploitation pour compte de tiers sont les plus susceptibles d'être flous ici. Par rapport à la version précédente de la licence (Apache 2.0 plus Commons Clause), l'évolution clé est le retrait de l'interdiction de facturer du conseil — désormais, aider un client à monter des workflows, facturer du conseil et de l'exploitation ne nécessite aucun accord supplémentaire. Tant que vous vendez votre propre savoir-faire et non une coquille n8n, il n'y a pas de problème.

Les formes intermédiaires demandent réflexion : les données du client tournent sur votre n8n déployé, vous facturez des frais de service mensuels. C'est plus de l'« hébergement » que du « conseil ». Si vous voulez vraiment en faire un business, envoyer un mail à license@n8n.io coûte bien moins cher qu'une régularisation après coup.

Comparons : Zapier et Make sont du pur SaaS, vous payez pour un service, sans ce type de souci, mais vous ne pouvez pas emporter les choses.

Quatre cas où je ne recommande pas de choisir n8n

Personne dans l'équipe ne touche à la ligne de commande.Ce n'est pas une question d'apprentissage, c'est que personne ne veut se connecter le soir où ça plante pour regarder les logs. Une telle équipe ferait mieux d'acheter Zapier, l'argent serait bien dépensé.

Besoin d'un SLA fournisseur et d'un support téléphonique.L'auto-hébergement n'en a pas. Le forum communautaire est très bien, mais il ne garantit pas une réponse en deux heures.

Seulement une ou deux automatisations simples.Monter un serveur, configurer HTTPS, mettre en place la supervision, juste pour synchroniser un formulaire vers un tableur, ça ne vaut pas le coup. Utilisez l'offre gratuite de Make, neuf cents credit par mois suffisent.

Vouloir en faire un produit white-label à vendre.Comme dit dans la section sur la licence, il faut d'abord signer un accord. Vendre directement la version open source est une violation de contrat, pas une « zone grise ».

Le coût de changer d'outil

Il n'existe pas de migration en un clic entre ces trois outils. Zap est une structure linéaire « déclencheur + action », scenario est un canevas de modules et de routage, et le workflow de n8n est un graphe orienté quelconque. Les structures de données ne correspondent pas ; le JSON exporté ne sert que de référence, la logique doit être reconstruite.

Mon retour d'expérience : pour un flux d'une dizaine d'étapes, la reconstruction avec un autre outil prend une demi-journée à une journée, en comptant le débogage et la reconnexion des identifiants. Si vous en avez déjà accumulé trente ou quarante, un changement d'outil représente deux à trois semaines.

Donc au moment de choisir, ne regardez pas seulement la facture de ce mois, regardez le volume que vous aurez dans trois ans. Faible fréquence et stable : choisissez la simplicité ; haute fréquence et en croissance : passez tôt à une solution que vous pouvez gérer vous-même, n'attendez pas d'en avoir accumulé une pile pour migrer.

Un essai d'une semaine : comment déterminer que c'est validé

Ne décidez pas à partir des tableaux comparatifs des sites officiels ; choisissez un cas réel et testez-le une semaine. Une seule exigence : que l'échec de ce flux une fois ne soit pas critique, ne testez pas avec un flux d'encaissement.

1. Notez combien de fois ce flux s'exécute par jour et combien d'étapes il contient. Ces deux chiffres sont toutes les entrées ; tous les calculs suivants en dépendent.
2. Calculez le total mensuel : nombre d'exécutions × étapes. Multipliez ensuite par le nombre moyen d'enregistrements traités à chaque fois ; les deux acteurs facturant à l'étape ont besoin de ce chiffre.
3. Avec ce chiffre, comparez les paliers sur les pages de tarification des trois sites officiels ; ne comparez pas les « noms de forfaits », comparez les quotas.
4. Après sept jours complets, notez deux choses : combien d'échecs, et combien de temps vous avez mis à réparer.

Une fois l'essai terminé, ces trois chiffres mis côte à côte font émerger le choix presque d'eux-mêmes : l'usage détermine le coût, le taux d'échec détermine la stabilité, le temps de réparation détermine ce que vous pouvez supporter. Le troisième est le plus souvent négligé, et c'est aussi celui qui fait le plus facilement abandonner — ceux qui passent de Zapier à l'auto-hébergement donnent souvent non pas l'argent comme raison, mais « quand ça plante, je ne vois rien ».

Si vous testez n8n, la validation se reconnaît à ces quatre signes : sous chaque nœud du canevas apparaît une coche verte et « N éléments » ; une ligne « Réussi » s'ajoute dans la liste des exécutions ; en cliquant dessus, on voit les entrées et sorties de chaque nœud ; la page « Aperçu » affiche toujours 0 exécutions de production (car les exécutions manuelles ne comptent pas comme exécutions de production). Ce dernier point fait le plus souvent croire à un échec, alors qu'il est normal.

Les pièges que vous rencontrerez

1. Comparer directement les prix d'abonnement sans regarder l'unité de facturation.Pour un même flux de 6 étapes, Zapier compte 5 tasks, Make compte 6 credits, n8n compte 1 exécution. Cela semble être des chiffres à un seul digit, mais la signification diffère d'un niveau : les deux premiers multiplient par le nombre d'étapes, le dernier multiplie par le nombre d'exécutions.

2. Croire que Make facture encore en operations.Son unité de facturation est déjà le credit ; la phrase « As of August 27, credits are the billing unit in Make » dans la FAQ du site officiel décrit précisément ce changement. Les chiffres d'operations dans les anciens tutoriels ne correspondent plus à la nouvelle facturation, c'est là la raison.

3. Croire que n8n gratuit signifie coût zéro.Le logiciel est gratuit, la machine est payante, et votre temps l'est encore plus. Deux heures de maintenance par mois, converties à votre taux horaire, peuvent coûter bien plus que les $9 de Make.

4. Croire que les requêtes vides ne comptent pas.La documentation n8n est très claire : le trigger Webhook compte une exécution à chaque requête entrante, y compris lorsque le body est vide {}. Utiliser un webhook comme sonde de health check, une requête toutes les 10 secondes, cela fait deux cent soixante mille enregistrements d'exécution par mois, tous facturés. Les requêtes rejetées qui échouent avant le démarrage du workflow ne comptent pas.

5. Se tromper de sens dans le calcul du polling.Le trigger polling ne compte une exécution que lorsqu'il trouve de nouvelles données ; une recherche qui revient vide ne compte pas — c'est à votre avantage. Mais inversement, cela signifie aussi que le nombre d'exécutions vues dans le sandbox est inférieur à la facture ; ne déduisez pas la facture de production à partir des chiffres de l'environnement de test. Le trigger planifié, à l'inverse, compte à chaque déclenchement, succès ou échec.

6. Oublier que la période d'essai se termine.Un nouveau compte Zapier entre automatiquement en essai Professional de 14 jours. Les Zap multi-étapes que vous construisez pendant l'essai s'arrêtent à l'expiration, lors du retour à la version gratuite — la version gratuite ne supporte que deux étapes. Certains prennent cela pour « Zapier qui tombe soudainement en panne ».

7. Perdre la clé de chiffrement.Les credentials de n8n sont chiffrés avec une clé, et la base de données ne stocke que le texte chiffré. Changement de machine, réinstallation, migration : si la clé n'est pas transférée, les credentials sont tous indéchiffrables, et les nœuds signalent les uns après les autres des credentials invalides, alors que le mot de passe saisi est correct. Cette clé se trouve dans le répertoire de données ; ne l'oubliez pas lors de la sauvegarde.

8. Les tâches longues se heurtent à la limite de durée d'exécution.La version cloud n8n Starter est limitée à 5 minutes par exécution. Traiter un tableur de plusieurs centaines de mégaoctets, attendre une API lente, il est facile de dépasser ; en cas de dépassement, c'est un échec d'exécution, pas une nouvelle tentative en file d'attente.

Les trois points de sécurité supplémentaires en self-hosted

Choisir un SaaS, la frontière de sécurité est celle de l'autre ; choisir l'auto-hébergement, la frontière est la vôtre. Concrètement, trois choses :

La surface d'exposition.n8n est livré avec un compte et un mot de passe par défaut, mais l'installer sur un nom de domaine public revient à accrocher cette porte à l'extérieur du mur. Faites au minimum trois choses : activer HTTPS, remplacer les mots de passe faibles, désactiver l'inscription libre. Les dictionnaires des scanners pour la page de connexion n8n sont tout prêts, ce n'est pas pour faire peur.

Ne mettez pas les clés et les sauvegardes au même endroit.Une fuite de clé de chiffrement équivaut à une fuite de tous les identifiants — il peut s'y trouver des mots de passe de messagerie, des mots de passe de base de données, des clés d'API de paiement. Les fichiers de sauvegarde contiennent les identifiants chiffrés ; placez le fichier de clé séparément, ne le fourrez pas dans le même répertoire de stockage cloud que les sauvegardes.

Il faut réfléchir clairement à la propriété des données.L'avantage de l'auto-hébergement est que les données ne quittent pas votre base de données, le prix à payer est que la sauvegarde, la suppression et la rétention sont entièrement à votre charge. Avec Zapier ou Make, les données passent par leurs serveurs ; si cela implique des champs comme les numéros de téléphone ou les pièces d'identité des clients, consultez d'abord leur DPA et leurs clauses de rétention des données avant de décider. Ce point n'a rien à voir avec le prix, mais c'est le plus non négociable des trois choix.

Résumé

La différence entre les trois ne réside pas dans « qui a le plus de fonctionnalités », mais dans l'unité de facturation. Facturation à l'action : plus le flux est long, plus c'est cher ; facturation à l'exécution : ni les nœuds ni le nombre de lignes ne font gonfler la facture.

Faible fréquence, petits volumes, pas d'accès au réseau interne : l'offre gratuite de Zapier ou Make suffit, n'entretenez pas un serveur au nom de « l'open source ». À partir de plusieurs centaines d'exécutions, pour traiter des données par lots, pour lire le réseau interne, le calcul de l'auto-hébergement n8n devient rentable — à condition que vous acceptiez d'y consacrer une à deux heures par mois.

La version cloud de n8n n'est pas un substitut à l'auto-hébergement. Elle est plus chère que Make, plus simple que l'auto-hébergement, se situe au milieu, et convient à ceux qui « veulent le modèle de n8n mais ne veulent pas gérer la machine ».

Pour aller plus loin

Une fois l'outil choisi, la vraie question suivante est comment construire le premier flux. Trois nœuds, d'un canevas vide jusqu'au résultat, c'est écrit dans« Le premier workflow »Si l'interface ne vous est pas encore familière, commencez par parcourir« Présentation de l'interface de n8n ». Si on les lit dans l'ordre, en partant deTable des matières du cours, chaque article peut être lu indépendamment.

Références

• n8n Pricing: quotas d'exécution par palier, nombre de exécutions simultanées, durée maximale par exécution
• Understand executions: ce qui compte comme une exécution, quels modes de déclenchement sont décomptés du quota
• Community license: usages autorisés et interdits par la Sustainable Use License, y compris la définition des services de conseil
• Zapier Pricing: règles de facturation des task, limitation à deux étapes de la version gratuite, description de l'essai
• Make Pricing: règles de facturation des credit, tarifs par palier et quota du palier gratuit

Dernière mise à jour : 26 octobre 2026, avec n8n 2.43.7.