La question m'est posée presque à chaque premier rendez-vous, et elle est presque toujours mal posée. « Lequel est le meilleur ? » n'a pas de réponse. « Lequel je vais encore utiliser dans dix-huit mois, avec mon volume et mes compétences internes ? » en a une. Ces trois outils font globalement la même chose. Ils ne se paient pas pareil, ne cassent pas pareil, et ne demandent pas les mêmes gens.
Les trois logiques, en une phrase chacune
Zapier est un outil grand public. Un déclencheur, quelques actions, une interface qui te tient la main. Le catalogue de connecteurs est le plus large du marché, et c'est son vrai argument : si ton logiciel métier est un peu exotique, c'est là que tu as le plus de chances de le trouver déjà branché.
Make est un outil visuel à base de scénarios. Tu vois les branches, les boucles, les agrégations. Il fait des choses que Zapier ne fait pas simplement — itérer sur une liste, fusionner deux flux, router selon des conditions — sans qu'il faille écrire du code.
n8n est un outil de développeur déguisé en outil visuel. Tu peux y mettre du JavaScript dans un nœud, appeler n'importe quelle API en brut, et surtout l'héberger toi-même. C'est le seul des trois qui te laisse choisir où tournent tes données.
Le coût : là où les trajectoires divergent
C'est le critère qui surprend le plus, parce que les trois se ressemblent au démarrage et divergent violemment ensuite.
- Zapier facture à la tâche. Chaque action exécutée compte. Un scénario à six étapes qui tourne trois cents fois par mois, ce sont dix-huit cents tâches. Le modèle est lisible, et il devient cher exactement au moment où l'automatisation commence à servir.
- Make facture aux opérations, avec un ratio nettement plus favorable au volume. Pour le même scénario, la facture est sensiblement plus basse. Le piège est ailleurs : les boucles consomment vite, et un scénario mal conçu qui itère sur mille lignes brûle un forfait en une exécution.
- n8n existe en version cloud payante et en version auto-hébergée. Auto-hébergé, tu paies un serveur, pas des exécutions. Ton coût devient à peu près plat quel que soit le volume — mais tu paies en temps humain : mises à jour, sauvegardes, surveillance.
Le calcul à faire n'est pas le prix du plan d'entrée. C'est le prix à ton volume dans un an, en supposant que ça marche.
Ce qui casse, et comment tu le sais
Une automatisation finit toujours par échouer : une API change, un quota saute, un champ arrive vide. La vraie différence entre ces outils est ce qui se passe à ce moment-là.
Zapier et Make envoient une alerte et gardent une trace lisible. Make a un avantage net ici : le rejeu d'une exécution ratée est simple, et tu vois exactement quelle donnée est passée dans quel nœud.
n8n log tout aussi, mais si tu l'héberges toi-même, personne ne te prévient que le serveur est tombé. Il faut le surveiller comme n'importe quel service en production. Beaucoup de gens découvrent leur automatisation à l'arrêt parce qu'ils ne l'ont pas outillée pour crier.
La question à poser à ton fournisseur, ou à toi-même : si ça s'arrête un vendredi soir, qui l'apprend et comment ?
Appeler un LLM depuis ces outils
Les trois savent le faire, avec des nuances qui comptent.
Zapier propose des étapes IA prêtes à l'emploi, pratiques pour un besoin simple — résumer, classer, reformuler. Dès qu'il faut enchaîner plusieurs appels avec de la logique entre eux, on atteint vite la limite.
Make gère bien les enchaînements et le passage de variables d'un appel au suivant. C'est un bon terrain pour une chaîne de traitement à trois ou quatre étapes.
n8n est celui qui va le plus loin : nœuds dédiés aux agents, gestion de mémoire, appels d'outils, et surtout la possibilité de brancher un modèle auto-hébergé. Si l'objectif est de construire un agent un peu sérieux, c'est le terrain le plus confortable des trois.
Ma recommandation par profil
TPE qui débute, pas de compétence technique interne. Zapier, sans hésiter, et assume le prix. L'objectif à ce stade n'est pas d'optimiser le coût d'exécution : c'est de découvrir ce que l'automatisation change dans ton quotidien, sans passer trois semaines à te battre avec un outil. Tu migreras plus tard si le volume le justifie — et si tu ne migres jamais, c'est que le volume ne le justifiait pas.
PME avec quelqu'un qui bricole un peu. Make. Le rapport entre ce que tu peux construire et ce que ça coûte est le meilleur des trois sur cette zone. Une personne à l'aise avec la logique — pas forcément développeuse — devient autonome en quelques jours.
Structure qui veut maîtriser ses données ou son coût au volume. n8n auto-hébergé, à une condition ferme : que quelqu'un soit nommé pour l'exploiter. Pas « l'informatique s'en occupera ». Un nom, du temps prévu, une procédure de mise à jour. Sans ça, tu as échangé une facture prévisible contre une dette invisible.
Ce que je déconseille
Choisir n8n auto-hébergé pour économiser, quand personne en interne n'a envie de le maintenir. J'ai vu ce scénario plusieurs fois : l'économie affichée sur l'abonnement est réelle, et elle est mangée dès le premier incident par le temps passé à comprendre pourquoi plus rien ne tourne.
Et déconseiller aussi l'inverse : rester sur un outil grand public quand la facture mensuelle dépasse le coût d'une demi-journée de mise en place ailleurs. À ce moment-là, la migration se rentabilise vite.
Par où commencer cette semaine
Prends ton automatisation la plus utile, celle que tu regretterais le plus. Compte le nombre d'exécutions réelles du mois dernier et multiplie par le nombre d'étapes. Tu as ton volume. Compare les trois grilles sur ce chiffre, et pas sur le plan d'entrée. Dans la moitié des cas, le résultat rend la décision évidente en dix minutes.