n8n
Définition
Outil d'automatisation de workflows open-source, alternative à Zapier et Make. Auto-hébergeable, vous restez propriétaire des workflows et des données. Idéal pour les volumes importants.
Comment ça marche
n8n est une plateforme open-source d'automatisation de workflows, similaire à Zapier mais auto-hébergeable. On compose des workflows visuellement en glissant-déposant des nodes : un node trigger déclenche l'exécution (webhook, cron, événement d'app), des nodes intermédiaires transforment les données, des nodes action écrivent dans des outils tiers. Chaque node expose ses entrées et sorties au format JSON, ce qui rend le debug très lisible. n8n s'exécute sur Node.js, stocke ses workflows en SQLite ou PostgreSQL, et tourne en Docker. Les nodes incluent Function (code JavaScript libre) et HTTP Request (n'importe quelle API REST).
À quoi ça sert
n8n sert aux mêmes cas que Zapier ou Make, avec deux avantages majeurs : on garde ses données chez soi, et le coût marginal est nul une fois l'instance déployée. Cas typiques : synchroniser un CRM avec un outil de facturation, enrichir automatiquement des leads via APIs externes, orchestrer un agent IA avec plusieurs étapes, distribuer des notifications conditionnelles entre Slack, email et Discord, déclencher des deploys, scraper et traiter des données externes. Pour une agence ou un SaaS qui automatise sérieusement, n8n est la machine à gagner du temps avec un coût d'exploitation dérisoire.
n8n vs Zapier vs Make
Zapier est le plus accessible (5000+ intégrations, UI ultra-simple) mais le plus cher au volume (200$/mois pour 10 000 tâches). Make offre un meilleur ratio puissance/prix avec son éditeur visuel sophistiqué, idéal pour workflows complexes. n8n auto-hébergé est le plus puissant et le moins cher au volume (5€/mois sur Hetzner pour traiter 100 000+ exécutions/mois), mais demande une équipe technique pour maintenir le serveur. Pour une équipe non-tech sans budget DevOps : Zapier. Pour une équipe semi-tech avec volume moyen : Make. Pour une équipe tech avec volume élevé ou contraintes de souveraineté : n8n.
Quand l'utiliser
On choisit n8n quand : on a un VPS et des compétences DevOps en interne ou en partenariat, on traite plus de quelques milliers d'exécutions par mois (le break-even avec Zapier arrive vite), on a des contraintes de souveraineté des données (santé, juridique, public), on veut customiser des nodes via code (JavaScript), on intègre des APIs internes ou peu communes que les autres outils ne couvrent pas. C'est notre outil par défaut chez Vizion Web pour les automatisations professionnelles : flexibilité totale, coût maîtrisé, pas de verrouillage chez un éditeur tiers.
Quand ne pas l'utiliser
On évite n8n pour les équipes 100% non techniques sans DevOps : maintenir le serveur, gérer les mises à jour, debugger une panne demande des compétences. Pour 10 workflows simples sans volume, Zapier reste plus simple. Pour des workflows ultra-critiques avec retry sophistiqué, état persistant et observabilité de niveau prod, on regarde plutôt Inngest ou Trigger.dev qui sont conçus pour ça. Pour les très grandes équipes avec besoin de RBAC fin et audit complet, n8n Enterprise existe mais coûte cher, on compare alors avec Zapier Enterprise.
Le déploiement
n8n se déploie en quelques commandes Docker sur un VPS. On utilise Coolify ou Dokploy pour gérer l'infrastructure avec une UI : déploiement par Git push, SSL Let's Encrypt automatique, sauvegardes intégrées. Un VPS Hetzner à 4€/mois (2 vCPU, 4 Go RAM) traite confortablement quelques dizaines de milliers d'exécutions par mois. Pour les volumes importants, on passe à un VPS plus puissant et on configure n8n en mode queue (workers séparés du main process). La base de données peut être SQLite (suffisant pour la plupart) ou PostgreSQL (recommandé en production sérieuse).
Les pièges à éviter
Le piège de la maintenance : un n8n auto-hébergé qu'on ne met pas à jour pendant un an accumule des failles de sécurité. On automatise les mises à jour avec Watchtower ou on les programme mensuellement. Le piège des credentials : n8n stocke les clés API en base, on chiffre la base au repos et on backup avec un mot de passe différent. Le piège du SQLite en prod : sur charges importantes, SQLite devient un goulot d'étranglement, on passe à PostgreSQL. Le piège des workflows non versionnés : modifier un workflow en prod sans backup le casse souvent, on exporte régulièrement les workflows en JSON dans Git. Et toujours monitorer : un cron qui plante en silence sur n8n peut passer inaperçu.