← Journal

n8n vs Make vs Zapier : le comparatif technique honnête

Pourquoi je n'utilise plus Zapier, où Make excelle vraiment, et quand le self-hosted n8n devient indispensable. Comparatif basé sur 50+ workflows déployés en production.

J’ai déployé des workflows sur les trois en production. Zapier pendant 3 ans, Make pendant 2 ans, n8n self-hosted depuis 2 ans. Voici le comparatif sans bullshit.

TL;DR :

  • Zapier : pour 1-3 workflows simples, une équipe non-technique
  • Make : pour 5-30 workflows complexes, équipe semi-technique
  • n8n self-hosted : pour 30+ workflows, équipe tech, ou besoin de souveraineté data

Critère 1 : tarif réel

Le piège, c’est de comparer les “starters” gratuits. La réalité de ce que tu paies en production :

OutilPour 50 K opérations/moisPour 500 K ops/mois
Zapier73 $/mois (Pro 2K tasks) → tu sors vite du forfait700-1200 $/mois (Team)
Make29 $/mois (Pro 10K ops)159 $/mois (Teams 220K)
n8n Cloud50 $/mois (10K executions)200 $/mois (Pro)
n8n self-hosted~30 $/mois (VPS Hetzner CX21)50-100 $/mois (CX31 + Postgres)

Sur volume, n8n self-hosted est imbattable. Sur petit volume, c’est Make qui gagne.

Critère 2 : nombre d’intégrations

OutilApps nativesWebhooksHTTP request brut
Zapier6 000+
Make1 800+
n8n1 100+

Zapier a la plus large couverture, mais 80 % des intégrations sont superficielles (1-2 actions). Make et n8n sont moins nombreux mais leurs intégrations exposent plus d’actions par app (Stripe Make = 70 actions, Stripe Zapier = 25).

Pour les apps non couvertes : tu utilises HTTP request + auth custom. Ça marche partout.

Critère 3 : modèle de pricing par “task”

C’est là que ça devient mesquin :

  • Zapier : 1 task = 1 step exécuté. Un workflow avec 5 étapes consomme 5 tasks par run.
  • Make : 1 operation = 1 module exécuté. Un workflow avec 5 étapes consomme 5 operations.
  • n8n : 1 execution = 1 workflow lancé peu importe le nombre d’étapes. Un workflow à 50 étapes consomme 1 execution.

Sur des workflows complexes (10-30 étapes), n8n est 10-30× moins cher que Zapier. C’est le facteur 1 de bascule.

Critère 4 : capacités avancées

Branchement et conditions

CapacitéZapierMaken8n
If/else✓ (Paths, payant Pro)✓ (Routers natifs)✓ (IF + Switch)
LoopsLimité (Looping payant)✓ (Iterator/Aggregator)✓ (SplitInBatches, MoveToBeginning)
Code customJS limité (sandbox)JS limitéJS et Python complets
Sub-workflowsBeta✓ (Execute Workflow)
Variables globalesLimité
Custom authLimité

Le code custom

C’est LE facteur de choix pour les architectures sérieuses :

// n8n Function node — accès complet, npm packages possibles
const axios = require('axios');
const result = await axios.post('https://internal-api/...');
return [{json: result.data}];

Sur Zapier, le sandbox est tellement limité (pas de require, pas d’await, exécution timeout 1s) que tu rebases vers leurs apps. Sur Make, c’est légèrement mieux mais pas comparable.

Critère 5 : self-hosting et souveraineté data

C’est le critère où n8n écrase tout :

  • Tu hostes sur ton propre VPS (Hetzner, Scaleway, OVH)
  • Toutes les données restent chez toi (RGPD ✓)
  • Pas de quota, pas de surfacturation
  • Backup ta DB Postgres → tu as tes workflows + tes runs
  • Outils interconnectables sans API externes (ex: ton Postgres interne directement, sans passer par une app cloud)

Pour un client français qui manipule des PII (données personnelles, paiement, RH), n8n self-hosted est souvent le seul choix viable.

Critère 6 : performance et fiabilité

J’ai monitoré les 3 sur 6 mois en production :

OutilUptimeLatence medianÉchecs silencieux
Zapier99.7 %1.5-3 s par taskTrès rare
Make99.5 %0.8-2 sRare
n8n self-hosted99.8 % (selon ton ops)0.3-1 sInexistant si Sentry branché

n8n est plus rapide parce qu’il tourne dans ta région cloud, pas dans des datacenters US.

Critère 7 : courbe d’apprentissage

OutilPour un user non-techPour un dev
ZapierTrès rapide (1h)Frustrant (limites)
MakeModéré (1 jour)Confortable mais limité
n8nModéré-élevé (2-3 jours)Très confortable

Zapier brille par sa courbe. Sur les workflows complexes il devient un piège (limites cachées, prix qui explose). Make est l’équilibre. n8n demande un dev mais ne laisse rien de désirable.

Mon framework de décision

Tu esChoix
Solo, 1-3 workflows simplesZapier free ou Make free
Petite équipe, 5-15 workflowsMake Pro (29 $/mois, le sweet spot)
Tech, 15-30 workflowsn8n Cloud (50 $/mois)
Tech avec ops, 30+ workflowsn8n self-hosted sur VPS dédié
RGPD-sensible, PII-heavyn8n self-hosted obligatoire
Tu veux du code custom (Python, npm)n8n
Tu veux 0 maintenance opsZapier ou Make

Ce que j’ai vu rater

  • Démarrer Zapier puis migrer à 50 workflows : la migration coûte 6-12 K€. Mieux vaut commencer par Make ou n8n direct si on prévoit ce volume.
  • Self-hoster n8n sans monitoring : workflow qui plante silencieusement à 3h du matin, personne ne le voit pendant 2 semaines. Setup Sentry + alerting Slack obligatoire.
  • Ne pas backupper la DB n8n : si ton VPS crame, tu perds tous les workflows. Backup nightly Postgres → S3 ou Cloudflare R2.
  • Mettre les API keys en clair dans les nodes : utilise les credentials n8n (chiffrés) ou Vault.

L’archi que je déploie en 2026

Pour les marques DTC/B2B sérieuses, la stack standard que je propose :

  • n8n self-hosted sur VPS Hetzner CX31 (~15 €/mois) ou CCX13 si plus de 1M ops/mois
  • PostgreSQL dédié (pas SQLite)
  • Redis pour les workers en parallèle
  • Sentry pour le monitoring d’erreurs
  • Backups Postgres → Cloudflare R2 + GitHub (workflows JSON exportés)

Coût total : 30-50 €/mois pour un système qui supporte 100 000+ executions/mois sans broncher.

Audit

Si tu utilises Zapier en hématome budgétaire et que tu veux savoir à quelle vitesse migrer ailleurs (et combien tu vas économiser), l’audit que je fais te sort un comparatif TCO sur 3 ans + plan de migration sous 72 h.

// Vous reconnaissez vos enjeux ?

Bâtissons votre architecture ensemble.

Audit gratuit sous 24 h ouvrées. Devis chiffré sous 72 h. Aucun engagement derrière.

Réserver un audit
30+marques accompagnées
100%migration sans perte
< 24hréponse