La question revient dans presque tous mes premiers échanges : faut-il partir sur Make ou sur n8n ? Elle est légitime, mais elle est souvent mal posée. Les deux outils font la même chose sur le fond, c’est-à-dire relier vos applications et enchaîner des actions automatiquement. Aucun des deux n’est meilleur dans l’absolu.
Ce qui doit décider, c’est votre volume, la sensibilité de vos données et la personne qui s’occupera du système dans un an. Je travaille avec les deux en production, et voici comment je tranche concrètement.
L’image en haut de cet article montre exactement cela : le même système, construit une fois dans chaque outil. En haut, la version Make, avec ses grosses pastilles colorées reliées en enfilade. En bas, la même logique dans n8n, plus dense et plus compacte. Captation d’un prospect Facebook, vérification qu’il n’existe pas déjà, attribution à un conseiller, création de la fiche, envoi de la tâche de suivi, ajout à la liste de diffusion. Gardez cette image en tête en lisant ce qui suit : elle résume à elle seule la différence de lisibilité entre les deux.
La différence qui compte vraiment : le mode de comptage
C’est le point que presque personne n’explique, et c’est pourtant celui qui change tout sur votre facture.
Make compte chaque action. Si votre scénario contient cinq étapes et qu’il se déclenche mille fois dans le mois, vous consommez cinq mille opérations. Ajoutez deux étapes et la consommation grimpe à sept mille pour exactement le même nombre de déclenchements.
n8n compte chaque déclenchement. Le même scénario à cinq étapes, mille fois par mois, consomme mille exécutions. Que le workflow ait cinq étapes ou cinquante ne change rien au compteur.
Cette différence est sans conséquence sur de petits volumes. Elle devient énorme dès que vos automatisations se complexifient. Un système qui lit un document, l’analyse, crée une fiche, envoie deux messages et met à jour un tableau, ça fait facilement quinze étapes. Sur Make, mille documents par mois consomment quinze mille opérations. Sur n8n, mille exécutions.
Retenez donc cette règle simple : plus vos automatisations sont longues, plus n8n devient intéressant.
Make : la lisibilité et la vitesse de mise en route
Make est la plateforme sur laquelle je suis certifié au plus haut niveau, et celle que je recommande le plus souvent pour démarrer.
Son gros avantage est visuel. Le scénario se lit comme un schéma : chaque bloc affiche clairement ce qu’il fait, et vous pouvez inspecter les données qui passent d’une étape à l’autre. Quand quelque chose se passe mal, vous voyez exactement où et avec quelles données. Pour un dirigeant qui veut comprendre ce que fait son système sans être technique, c’est précieux.
Les connexions aux applications courantes existent déjà et fonctionnent bien : Google Sheets, Gmail, Notion, Airtable, Shopify, les réseaux sociaux. Il n’y a rien à installer, rien à maintenir, et le service tourne sans que vous ayez à vous en occuper.
Make convient donc quand vous voulez aller vite, quand vos automatisations restent courtes, quand vos outils sont des services connus, et quand personne dans l’équipe n’a envie de gérer un serveur.
Son défaut est le revers de sa qualité : vous dépendez entièrement de l’éditeur. Ses tarifs et ses conditions évoluent, ils ont d’ailleurs augmenté récemment, et vos données transitent par ses serveurs.
n8n : le contrôle et les coûts maîtrisés
n8n répond au besoin inverse. Sa particularité est que vous pouvez l’installer sur votre propre serveur, dans sa version communautaire, gratuitement pour un usage interne à votre entreprise.
Trois conséquences concrètes.
D’abord, le coût devient presque fixe. Vous payez un serveur, souvent quelques euros par mois, et le nombre d’exécutions ne fait plus grimper la facture. Sur de gros volumes, l’écart avec une solution facturée à l’usage devient considérable.
Ensuite, vos données ne sortent pas de chez vous. Pour un cabinet qui traite des dossiers clients, un service qui manipule des données de santé ou une entreprise soumise à des obligations de confidentialité, c’est parfois le seul choix acceptable.
Enfin, personne ne peut vous retirer l’outil. Si l’éditeur change de stratégie ou de tarifs, votre installation continue de tourner.
En contrepartie, vous devenez responsable de la machine : mises à jour, sauvegardes, sécurité, redémarrage en cas de panne. Ce n’est pas insurmontable, mais ce n’est pas rien. Et si personne dans l’entreprise ne sait faire, il faut prévoir quelqu’un pour s’en charger.
Une nuance utile : n8n existe aussi en version hébergée par l’éditeur, sans serveur à gérer. Vous perdez alors l’argument du coût presque nul, mais vous gardez le comptage par exécution.
Le calcul du coût réel, avec un exemple
Prenons un cas simple pour rendre les choses concrètes.
Une entreprise reçoit trois cents commandes par mois. Pour chacune, le système vérifie le paiement, crée la fiche client, envoie une confirmation, prévient l’équipe et met à jour un tableau de suivi. Cinq étapes.
Sur Make, cela représente mille cinq cents opérations par mois, ce qui tient largement dans une offre d’entrée de gamme. Le coût reste modeste.
Maintenant, la même entreprise grandit et passe à trois mille commandes par mois, avec un système enrichi à douze étapes. On arrive à trente-six mille opérations mensuelles. La facture change de catégorie. Sur n8n, on reste à trois mille exécutions, et en auto-hébergé, le coût du serveur ne bouge pratiquement pas.
C’est exactement pour cette raison que je pose toujours la même question au démarrage : quel volume visez-vous dans un an ? Choisir sur le volume d’aujourd’hui, c’est prendre le risque de devoir tout reconstruire au moment où l’activité décolle.
Attention toutefois à ne pas regarder que l’abonnement. Le vrai coût d’une automatisation comprend le temps de construction, celui de la maintenance et celui perdu quand un système tombe. Une plateforme un peu plus chère mais dans laquelle votre équipe se repère peut revenir moins cher au total.
Make ou n8n : ce que je choisis, projet par projet
Plutôt que des principes, voici des cas réels.
Pour un système qui lit des documents, en extrait une quarantaine d’informations et remplit des fiches Notion, j’ai choisi n8n. Le traitement est long, il enchaîne beaucoup d’étapes par document, et le comptage par exécution change tout à cette échelle. Le détail est sur la fiche du projet.
Pour la captation de plus de mille prospects par mois, avec dédoublonnage, attribution à un conseiller et enregistrement dans deux outils, j’ai aussi retenu n8n, pour la même raison de volume. C’est ce projet.
Pour un commerce en ligne qui répartissait ses commandes entre dessinateurs puis commandait l’impression, j’ai travaillé sur Make. Le scénario était lisible, les connexions existaient déjà, et le client voulait pouvoir regarder lui-même ce qui se passait. Le système a tourné près de cinq ans sans une seule modification, comme le montre cette réalisation.
Aucun de ces choix n’était idéologique. Chaque fois, c’est le volume et le besoin de contrôle qui ont tranché.
Ce que le choix implique quand on travaille depuis l’Afrique
Deux contraintes locales pèsent sur cette décision et n’apparaissent dans aucun comparatif international.
Le paiement de l’abonnement. Les deux plateformes facturent en devise étrangère, par carte internationale. Au Bénin comme dans plusieurs pays de la région, obtenir et faire fonctionner une telle carte demande souvent une carte virtuelle rechargeable en francs CFA par Mobile Money. C’est faisable, mais c’est une friction mensuelle. n8n installé sur votre propre serveur supprime purement et simplement ce problème : plus d’abonnement récurrent en dollars, seulement un hébergement.
Ce n’est pas un argument technique, mais c’est une raison parfaitement valable de trancher, et j’ai vu des entreprises rester bloquées des mois faute d’avoir réglé cette question en premier.
Les connexions dont vous avez réellement besoin. Les deux plateformes couvrent sans difficulté les outils courants. La différence apparaît sur ce qui compte ici : les services de paiement locaux comme FedaPay ou KkiaPay, et les logiciels métier régionaux. Aucun ne figure dans une liste de connexions toute faite. Ce qui compte alors, c’est la capacité à appeler directement l’adresse technique fournie par l’éditeur, ce que les deux savent faire, n8n avec un peu plus de souplesse.
Un dernier point : les coupures de connexion ne posent aucun problème, puisque les deux plateformes tournent sur des serveurs en ligne. Votre système continue de travailler pendant que vous êtes hors ligne. La question de l’auto-hébergement en revanche mérite réflexion sur ce plan, car un serveur mal placé ou mal surveillé devient un point de fragilité de plus.
Les mauvaises raisons de choisir
Trois arguments reviennent souvent et ne devraient pas peser dans la décision.
« n8n est gratuit. » La licence l’est, pas le temps passé. Si vous devez payer quelqu’un pour installer, surveiller et mettre à jour un serveur, la comparaison n’a plus rien d’évident sur de petits volumes.
« Make est plus simple. » Plus lisible, oui. Plus simple à faire fonctionner correctement, pas forcément. La difficulté d’une automatisation vient de la logique métier, pas de l’outil.
« Tel outil est à la mode. » Les deux existent depuis des années et sont largement utilisés. Choisir selon la tendance du moment est le meilleur moyen de tout refaire dans dix-huit mois.
Le comparatif en synthèse
| Critère | Make | n8n |
|---|---|---|
| Mode de comptage | chaque action exécutée | chaque déclenchement |
| Prise en main | visuelle, très lisible | plus technique |
| Auto-hébergement | non | oui |
| Vos données restent chez vous | non | oui, si auto-hébergé |
| Coût sur gros volume | monte vite | reste stable |
| Maintenance à votre charge | aucune | oui, si auto-hébergé |
| Paiement en devise étrangère | obligatoire | évitable si auto-hébergé |
| Adapté à une équipe non technique | oui | moins |
Make ou n8n : comment trancher en dix minutes
Répondez à ces quatre questions.
Combien d’exécutions par mois dans un an, et combien d’étapes par exécution ? Si le produit des deux dépasse dix mille, regardez n8n sérieusement.
Vos données peuvent-elles sortir de votre infrastructure ? Si la réponse est non, n8n auto-hébergé s’impose.
Quelqu’un pourra-t-il s’occuper d’un serveur ? Si non, restez sur une solution gérée, Make ou n8n hébergé par l’éditeur.
Qui regardera le système quand il buguera ? Si c’est une personne non technique, la lisibilité de Make est un vrai atout.
Dans le doute, commencez sur Make. C’est plus rapide à mettre en route, et vous saurez au bout de quelques mois si le volume justifie de basculer. Reconstruire un scénario simple prend une demi-journée, ce qui reste bien moins coûteux que de sur-dimensionner dès le départ.
Si vous préférez que quelqu’un tranche avec vous, en regardant vos chiffres réels, écrivez-moi. C’est d’ailleurs compris dans ma prestation d’automatisation : le choix de l’outil en fait partie, pas en option. Et si vous n’en êtes pas encore au choix de l’outil, commencez plutôt par identifier les bonnes tâches à automatiser : c’est là que se joue l’essentiel du résultat.
