Les trois raisons qui font basculer.
n8n existe en deux versions : le cloud officiel (n8n.cloud, géré par l'éditeur) et l'auto-hébergement sur votre propre serveur. Même produit, même éditeur de workflows, mêmes intégrations. Trois différences font pencher la balance.
Le modèle de coût. Le cloud facture par paliers d'exécutions : 20 €/mois pour 2 500 exécutions au premier palier, puis ça monte avec le volume. L'auto-hébergé coûte le prix de votre serveur, point. Un workflow qui tourne toutes les 15 minutes fait déjà 2 900 exécutions par mois à lui seul : dès que vous automatisez sérieusement, le compteur cloud devient le sujet, alors que le VPS ne bouge pas.
La localisation des données. Vos workflows manipulent des leads, des factures, des données clients. En auto-hébergé, tout transite par votre serveur, chez l'hébergeur européen que vous avez choisi. Le registre des traitements se simplifie, les questionnaires fournisseurs de vos grands comptes aussi.
L'absence de plafond. Pas de limite d'exécutions, pas de limite de workflows actifs, accès complet aux fonctions techniques (code, requêtes HTTP, files d'attente). Votre instance grandit avec vos besoins, pas avec une grille tarifaire.
| n8n Cloud | n8n auto-hébergé | |
|---|---|---|
| Prix d'entrée | 20 €/mois (2 500 exécutions) | 5 à 20 €/mois (VPS, exécutions illimitées) |
| Localisation des données | Infrastructure de l'éditeur | Votre serveur, hébergeur au choix (UE) |
| Volume | Paliers payants | Limité par votre serveur uniquement |
| Maintenance | Aucune | 1 à 2 h/mois (ou déléguée) |
| Mises à jour | Automatiques | À votre rythme, contrôlées |
| Pour qui | Démarrage rapide, petit volume | Volume qui monte, données sensibles, coût maîtrisé |
Pour situer n8n face aux alternatives : ni Make ni Zapier ne proposent d'auto-hébergement. Notre comparatif complet n8n vs Make vs Zapier détaille le match outil par outil. Pour une présentation complète de l'outil (usages, prix, agents IA), voir le guide n8n.
Installer n8n avec Docker : les commandes officielles.
La documentation officielle de n8n, relue le 27 septembre 2026, est claire : Docker devient la seule voie d'installation. À partir de n8n 3.0, annoncé pour octobre 2026, n8n n'est plus distribué que via Docker, et l'ancienne méthode npm install n8n / npx n8n ne fonctionne plus pour une nouvelle installation.
Pour tester sur votre poste : une seule commande
Avec Docker installé et lancé (Docker Desktop sur Mac ou Windows, Docker Engine sous Linux), n8n fournit un script d'installation :
curl -fsSL https://get.n8n.io | sh
Le script vérifie que Docker tourne, crée un dossier n8n avec la configuration (compose.yml, et un .env aux secrets générés), télécharge n8n et le démarre sur http://localhost:5678. Il peut être relancé sans risque : si n8n est déjà installé dans ce dossier, il ne change rien. Si vous préférez lire un script avant de l'exécuter, la documentation propose de le télécharger d'abord (curl -fsSL https://get.n8n.io -o get-n8n.sh). Sous Windows, il se lance depuis WSL.
| Pour | La commande |
|---|---|
| Arrêter n8n | docker compose -f ./n8n/compose.yml down |
| Le relancer | docker compose -f ./n8n/compose.yml up -d |
| Mettre à jour | curl -fsSL https://get.n8n.io | sh -s -- --upgrade |
Cette installation utilise SQLite, une base intégrée dans un fichier. Parfait pour découvrir, pas pour une équipe.
Pour la production : Docker Compose, un domaine et HTTPS
Sur un serveur, la documentation décrit une installation Docker Compose en quelques étapes : un dossier de projet, un fichier .env, un dossier local-files pour échanger des fichiers avec n8n, et un compose.yaml qui lance n8n derrière Traefik, un proxy qui gère le certificat HTTPS et le renouvelle seul. Le .env tient en quatre lignes :
DOMAIN_NAME=votre-domaine.fr
SUBDOMAIN=n8n
GENERIC_TIMEZONE=Europe/Paris
SSL_EMAIL=vous@votre-domaine.fr
Puis sudo docker compose up -d, et n8n répond sur https://n8n.votre-domaine.fr, uniquement en HTTPS. Le fichier compose.yaml complet est à copier depuis la page Docker Compose de la documentation n8n : c'est la version de référence, tenue à jour par l'éditeur.
Deux réglages de production à ne pas oublier, d'après la même documentation :
- PostgreSQL plutôt que SQLite dès que plusieurs personnes travaillent sur l'instance ou que des workflows tournent en continu. Les données SQLite ne sont pas reprises automatiquement : mieux vaut partir sur PostgreSQL dès l'installation.
- La version
stable, pas labeta. n8n publie une version mineure presque chaque semaine ; au 27 septembre 2026, la stable est la 2.40.7.
n8n le dit lui-même : l'auto-hébergement s'adresse à des profils à l'aise avec les serveurs, et une erreur peut coûter des données ou de la disponibilité. C'est tout l'objet des étapes qui suivent.
Licence, limites, prérequis : le cadre honnête.
La licence fair-code
n8n n'est pas open source au sens strict : c'est du fair-code (Sustainable Use License). Concrètement : l'usage interne dans votre entreprise est libre et gratuit, y compris pour un usage commercial. La restriction : vous ne pouvez pas revendre n8n lui-même comme un service. Pour une PME qui automatise ses propres opérations, la licence ne coûte rien et ne contraint rien.
Ce qui reste réservé aux offres payantes
La version auto-hébergée gratuite couvre l'essentiel : tous les nœuds d'intégration, workflows illimités, code custom, webhooks. Certaines fonctions d'équipe restent réservées aux offres payantes de l'éditeur : SSO, permissions avancées par projet, streaming de logs, gestion externalisée des secrets. Pour la majorité des PME, rien de bloquant ; à l'échelle d'une ETI avec plusieurs équipes, la question se pose et se chiffre.
Les prérequis techniques
- Un VPS chez un hébergeur européen : Hetzner, OVHcloud, Scaleway. 1 vCPU et 2 Go de RAM pour démarrer, 2 vCPU et 4 Go pour être confortable.
- Un sous-domaine dédié (par exemple n8n.votre-domaine.fr) pointant vers le serveur.
- Une installation via Docker, la seule méthode à partir de n8n 3.0 : propre, isolée, simple à mettre à jour.
- Une personne à l'aise avec un terminal, en interne ou chez votre partenaire. Pas besoin de plus.
n8n en production en 5 étapes.
La séquence ci-dessous est celle que nous déployons chez nos clients. Les commandes sont dans la partie précédente ; ici, ce qui compte pour décider, c'est l'effort réel de chaque étape. Le principe directeur ne change jamais : accès sécurisé et sauvegardes dès le premier jour.
Louer le VPS et pointer le sous-domaine
Chez Hetzner, OVHcloud ou Scaleway, une machine 2 vCPU / 4 Go coûte 5 à 15 €/mois. On y associe votre sous-domaine (n8n.votre-domaine.fr) et on active le pare-feu proposé par l'hébergeur. Une heure, DNS compris.
Installer n8n
L'installation passe par Docker Compose, avec une base PostgreSQL : n8n tourne dans un environnement isolé, avec un espace de stockage dédié pour vos workflows et vos accès, réglé sur le fuseau Europe/Paris. Une demi-heure, et l'application tourne.
Sécuriser l'accès en HTTPS
n8n ne doit jamais être exposé directement sur Internet. On place l'application derrière une adresse sécurisée en HTTPS sur votre sous-domaine, avec un certificat de chiffrement renouvelé automatiquement. De l'extérieur, seule cette porte existe.
Sauvegarder dès le premier jour
Vos workflows et vos accès chiffrés sont sauvegardés chaque jour hors du serveur, la clé de chiffrement est conservée en lieu sûr, et la restauration est testée au moins une fois : une sauvegarde jamais restaurée n'est pas une sauvegarde.
Mettre à jour et surveiller
Une fois par mois : la mise à jour, quelques minutes, après un coup d'œil aux notes de version. Côté surveillance : exécutions en échec, espace disque, certificat. Un canal d'alerte (email, Slack) branché sur les échecs ferme la boucle : votre instance vous prévient elle-même.
Temps total pour une installation propre : une demi-journée, sécurisation et sauvegardes comprises. Pour la partie technique pas à pas, la documentation officielle de n8n (docs.n8n.io) couvre chaque variante, commande par commande.
Moins de 30 €/mois, maintenance comprise.
VPS européen + sauvegardes externalisées. Exécutions illimitées, quel que soit le volume.
Fair-code : usage interne libre, y compris commercial. Vous ne revendez pas n8n, vous ne payez rien.
Mises à jour, vérification des sauvegardes, suivi des échecs. En interne ou délégué.
La comparaison sur trois ans est parlante : une instance auto-hébergée revient à environ 900 € sur 3 ans (VPS + monitoring), quand la même charge de travail sur des plateformes facturées à l'opération se chiffre en milliers d'euros. À mesure que vos automatisations se multiplient, l'écart se creuse : chaque nouveau workflow est gratuit en self-hosted, payant à l'usage ailleurs.
Ce coût d'infrastructure microscopique est aussi ce qui rend viables les systèmes plus ambitieux : un agent IA 24/7 orchestré par n8n tourne sur la même machine, et le détail budget complet d'un agent est dans Combien coûte un agent IA.
Vos données restent chez vous.
C'est l'argument décisif pour beaucoup de nos clients, et il est simple à comprendre : un workflow d'automatisation voit passer tout ce qu'il traite. Leads entrants, factures fournisseurs, données RH, échanges clients. La question « où transitent ces données » mérite une réponse précise.
En auto-hébergé, la réponse tient en une ligne : sur votre serveur, chez l'hébergeur européen que vous avez choisi, sous contrat avec vous. Vous choisissez la localisation, vous tenez la liste des sous-traitants, vous maîtrisez les journaux et les durées de rétention. Quand un grand compte vous envoie son questionnaire sécurité, chaque réponse est entre vos mains.
Trois pratiques complètent le dispositif, et nous les appliquons systématiquement :
- Des accès chiffrés, une clé en lieu sûr. n8n chiffre les identifiants de connexion à vos outils ; la clé de chiffrement se conserve hors du serveur.
- Des comptes nominatifs et une connexion sécurisée. Un compte par personne, jamais de partage, et l'interface accessible uniquement en HTTPS.
- Une rétention maîtrisée des exécutions. Les journaux d'exécution contiennent les données traitées : on configure leur purge automatique pour ne garder que le nécessaire.
À noter pour l'équilibre : le cloud n8n est une offre sérieuse d'un éditeur européen (allemand), avec ses propres engagements. L'auto-hébergement ne gagne pas par défaut de l'autre option ; il gagne par le niveau de maîtrise qu'il vous donne.
Quand le cloud n8n reste le bon choix.
L'honnêteté avant tout : l'auto-hébergement n'est pas la bonne réponse pour tout le monde. Trois situations où nous recommandons le cloud sans hésiter.
- Personne pour tenir le serveur. Pas de compétence terminal en interne, pas de partenaire : le cloud élimine le sujet. Une instance mal maintenue est pire qu'un abonnement.
- Petit volume, démarrage rapide. Quelques workflows, moins de 2 500 exécutions par mois : 20 €/mois sans aucune gestion, c'est un bon deal pour valider les usages avant d'industrialiser.
- Besoin des fonctions d'équipe managées. SSO, environnements séparés, support éditeur sous SLA : si ces exigences arrivent avant la compétence infra, l'offre payante managée y répond directement.
La trajectoire classique que nous observons : démarrage cloud pour valider, bascule self-hosted quand le volume et les enjeux de données montent. La migration est simple (les workflows se transfèrent tels quels, les accès se recréent) et se fait en une demi-journée à une journée.
Ce qu'AUTOMATE ALL déploie en production.
n8n est l'un des piliers de notre stack d'orchestration, aux côtés de Python custom et de PostgreSQL. Sur 25+ systèmes en production, notre standard de déploiement s'est stabilisé :
- Instance durcie : accès uniquement en connexion chiffrée, rien d'exposé inutilement, comptes nominatifs, pare-feu minimal.
- Sauvegardes quotidiennes testées : volume + base, externalisées, restauration vérifiée.
- Monitoring actif : alertes sur échecs de workflows, espace disque, certificats. Tableaux de bord Grafana quand le volume le justifie.
- Séparation des environnements : un espace de test, une production. Un workflow ne part jamais en prod sans avoir tourné à blanc.
- Propriété client à 100 % : serveur, workflows, accès, documentation. Vous gardez tout si nos chemins se séparent.
La méthode pour décider quoi automatiser en premier est détaillée dans Automatiser un process en 2026, et l'ensemble de nos disciplines sur la page Services.
n8n auto-hébergé : ce qu'on nous demande.
Comment installer n8n avec Docker ?
Pour tester, la documentation officielle fournit une commande : curl -fsSL https://get.n8n.io | sh. Elle crée un dossier n8n avec sa configuration et lance n8n sur http://localhost:5678. Pour la production, on passe par Docker Compose avec un nom de domaine, HTTPS et une base PostgreSQL.
Peut-on encore installer n8n avec npm ?
Plus pour une nouvelle installation à partir de n8n 3.0, annoncé pour octobre 2026 : n8n ne sera plus distribué que via Docker. Une installation npm existante continue de fonctionner pour l'instant, mais la documentation recommande Docker pour les nouvelles installations et les futures mises à jour.
n8n est-il gratuit en auto-hébergement ?
Oui pour la licence : n8n est distribué en fair-code (Sustainable Use License), libre pour l'usage interne de votre entreprise, y compris commercial. Vous payez uniquement votre infrastructure : un VPS à 5 à 20 €/mois suffit pour la majorité des PME, avec des exécutions illimitées. La restriction principale : vous ne pouvez pas revendre n8n lui-même comme un service à vos propres clients.
Quel serveur faut-il pour auto-héberger n8n ?
Un VPS chez un hébergeur européen (Hetzner, OVHcloud, Scaleway) avec 1 vCPU et 2 Go de RAM suffit pour démarrer ; 2 vCPU et 4 Go offrent du confort pour des dizaines de workflows actifs. Au-delà, on fait simplement évoluer le serveur. Le point de départ coûte 5 à 10 €/mois.
Quelle différence entre n8n Cloud et n8n auto-hébergé ?
n8n Cloud démarre à 20 €/mois pour 2 500 exécutions, sans serveur à gérer, avec des paliers qui montent avec le volume. L'auto-hébergé coûte le prix de votre VPS (5 à 20 €/mois), avec exécutions illimitées, données sur votre serveur et accès à toutes les intégrations. En contrepartie, la maintenance vous revient : 1 à 2 heures par mois pour une instance PME.
Make ou Zapier peuvent-ils être auto-hébergés ?
Non. Make et Zapier sont exclusivement des services cloud : vos données de workflows transitent par leurs serveurs et le coût suit le volume d'opérations. n8n est le seul des trois à proposer l'auto-hébergement complet, ce qui en fait l'option par défaut dès que la maîtrise des données ou le volume devient un critère. Le détail dans notre comparatif complet.
Peut-on migrer de n8n Cloud vers une instance auto-hébergée ?
Oui. Les workflows s'exportent et se réimportent tels quels sur votre instance. Les accès à vos outils doivent être recréés sur la nouvelle instance pour des raisons de sécurité, et les adresses de webhooks mises à jour chez les services qui les appellent. Une migration PME type se fait en une demi-journée à une journée.
Quelle maintenance demande un n8n auto-hébergé ?
Une mise à jour mensuelle qui prend quelques minutes, la vérification des sauvegardes et un œil sur les exécutions en échec. Comptez 1 à 2 heures par mois pour une instance PME. C'est le seul vrai coût caché de l'auto-hébergement, et il se délègue : c'est exactement ce que nous opérons pour nos clients.