Les comparatifs Make vs Zapier mentent par omission
Tape "Make vs Zapier" dans Google. Tu vas tomber sur des tableaux avec des coches vertes, des captures d'écran d'interfaces, et des conclusions du type "Make pour les power users, Zapier pour les débutants". Formidable. Sauf que cette distinction ne t'aide en rien quand tu as 200 scénarios en production et que tu te demandes lequel va tenir la route pour les 800 suivants.
Le vrai problème de ces comparatifs, c'est qu'ils testent les outils dans des conditions de laboratoire. Cinq connecteurs, trois scénarios linéaires, un petit workflow gentil. À cette échelle, les deux plateformes font le job. Elles sont même agréables à utiliser. Mais toi, Laurent, tu ne cherches pas un outil agréable. Tu cherches une infrastructure qui va porter ton activité pendant que tu n'embauches pas.
Et c'est là que ça coince. Parce qu'après avoir construit et maintenu plus de 1000 automatisations sur les deux plateformes, ma position est nette. Aucune des deux n'est conçue pour être ton infrastructure. Les deux sont du scaffolding, de l'échafaudage. Utile pour monter, dangereux si tu confonds ça avec les murs porteurs. Cette distinction change tout dans la manière dont tu devrais évaluer ton choix.
Le plafond technique que Make et Zapier ne montrent pas
Zapier commence à montrer ses limites dès que tes workflows dépassent la logique linéaire. Tu veux un branchement conditionnel avec cinq chemins parallèles qui se rejoignent ensuite? C'est faisable, mais tu vas empiler des Paths et des Filters jusqu'à obtenir quelque chose d'illisible en trois semaines. Le débogage devient un cauchemar. Tu passes plus de temps à comprendre ton propre zap qu'à le faire évoluer.
Make, de son côté, gère mieux la complexité visuelle. Son éditeur en canvas permet des scénarios ramifiés qui restent lisibles. Mais le plafond arrive ailleurs. Dès que tu dépasses 40 à 50 modules dans un seul scénario, la latence d'exécution grimpe. Et surtout, la gestion des erreurs à grande échelle est artisanale. Tu n'as pas de tableau de bord centralisé qui te dit "sur tes 300 scénarios actifs, voici les 12 qui ont planté cette nuit". Tu dois aller vérifier scénario par scénario, ou bricoler un système de monitoring externe.
Voici ce que les deux partagent comme limites dures.
- Pas de versionning natif digne de ce nom. Tu ne peux pas revenir à la version d'il y a trois jours en un clic.
- Pas de tests unitaires. Tu modifies un scénario, tu croises les doigts.
- Pas de gestion d'environnements. Pas de staging, pas de production séparée.
- Pas de déploiement groupé. Tu changes une logique commune à 15 scénarios, tu le fais 15 fois.
Ce sont des pratiques standard en développement logiciel depuis 20 ans. Leur absence dans Make et Zapier n'est pas un oubli. C'est le signe que ces outils ne sont pas pensés pour être ton système nerveux central.
Les coûts réels après 1000 opérations par jour en CHF
Fais le calcul toi-même, avec tes propres chiffres. Prends ton nombre d'opérations quotidiennes. Sur Zapier, chaque étape d'un zap compte comme une "task". Sur Make, chaque module exécuté compte comme une "opération". La différence de comptage est déjà un piège. Un workflow de 8 étapes sur Zapier consomme 8 tasks. Le même sur Make consomme 8 opérations, mais les seuils des plans ne sont pas équivalents.
Supposons 1000 opérations par jour, soit environ 30 000 par mois. Sur Zapier, le plan Professional à 49 USD par mois inclut 2000 tasks. Pour 30 000, tu passes au plan Team à 69 USD avec 2000 tasks aussi, puis tu payes le surplus. En pratique, tu atterris facilement entre 200 et 400 USD par mois. Sur Make, le plan Pro à 16 USD par mois inclut 10 000 opérations. Pour 30 000, tu es sur le plan Teams à 29 USD avec 10 000 opérations, plus les suppléments. Tu tournes entre 50 et 120 USD par mois pour le même volume. Ajoute la TVA suisse à 8.1% selon les taux en vigueur confirmés par l'Administration fédérale des contributions, puisque ces services sont facturés depuis l'étranger.
Make est donc nettement moins cher à volume égal. Mais attention. Le coût réel n'est pas l'abonnement. C'est le temps que tu passes à maintenir, déboguer, surveiller. Si tu économises 150 CHF par mois sur l'abonnement Make mais que tu passes 5 heures de plus en maintenance parce que le monitoring est moins bon, ton gain est fictif. Évalue les deux colonnes. L'abonnement ET ton temps. Si tu veux comprendre comment structurer cette évaluation pour ton cas précis, c'est exactement le genre de calcul qu'on fait dans un audit de maturité IA.
Quand il faut sortir de Make et de Zapier
Voici la position qui va faire tiquer. Si tu es tech-savvy et que tu vises 500+ automatisations actives, tu devrais prévoir dès le départ une stratégie de sortie de ces plateformes. Pas parce qu'elles sont mauvaises. Parce qu'elles ne scalent pas comme tu en auras besoin.
J'observe régulièrement la même trajectoire. Phase 1, tu automatises tes premiers processus sur Make ou Zapier. Tout va vite, c'est gratifiant. Phase 2, tu atteins 50 à 100 scénarios. La maintenance commence à peser. Phase 3, au-delà de 200, tu passes autant de temps à maintenir qu'à construire. Tu as créé un nouveau job à temps partiel pour toi-même. La promesse de scaler sans embaucher grâce à l'automatisation se retourne si l'outil lui-même devient ton employé le plus demandeur.
Les alternatives existent. n8n en self-hosted si tu veux le contrôle total. Temporal ou Prefect si tu as des besoins d'orchestration sérieux. Ou simplement des scripts Python déployés sur un serveur, avec un vrai pipeline CI/CD. Ce n'est pas sexy dans un comparatif blog, mais c'est ce qui tient quand les volumes explosent. Make et Zapier restent excellents comme couche d'intégration rapide, pour connecter deux SaaS en 15 minutes. Le problème commence quand tu leur demandes d'être ton système d'exploitation métier.
Comment choisir sans le regretter dans six mois
Si tu es au début, avec moins de 50 automatisations en vue, prends Make. Le rapport qualité-prix est meilleur, l'éditeur visuel est supérieur pour les workflows complexes, et la courbe d'apprentissage est raisonnable pour quelqu'un de technique. Zapier n'a d'avantage réel que sur le nombre de connecteurs natifs et la simplicité des workflows linéaires simples. Pour un entrepreneur solo qui veut aller au-delà du basique, c'est insuffisant comme différenciateur.
Mais ne t'installe pas. Dès que tu dépasses 100 scénarios actifs, commence à identifier ceux qui sont critiques pour ton chiffre d'affaires. Ces scénarios-là méritent une solution plus robuste. Migre-les progressivement vers quelque chose que tu contrôles. Garde Make ou Zapier pour le reste, pour les intégrations secondaires, les notifications, les petits ponts entre outils.
La vraie question n'est pas "Make ou Zapier". C'est "quelle part de mon activité suis-je prêt à faire reposer sur une plateforme que je ne contrôle pas". Si la réponse est "tout", tu prends un risque que la plupart des comparatifs en ligne ne mentionnent jamais. Si tu veux cartographier tes automatisations actuelles et identifier lesquelles méritent d'être consolidées, un bilan IA structuré te donnera une image claire en quelques heures. Pas pour te vendre un outil, mais pour que tu saches exactement où tu mets les pieds avant de scaler.
