n8n self-hosted ou cloud : que choisir en 2026 ?
Publié le 10 février 2026 · 6 min de lecture
C'est la première décision à prendre quand on adopte n8n, et elle est structurante : faut-il payer l'offre Cloud gérée par n8n, ou installer soi-même la version communautaire sur un serveur ? Les deux options exécutent les mêmes workflows et les mêmes nodes. Ce qui change, c'est le coût, la responsabilité sur les données et le temps que vous êtes prêt à consacrer à la maintenance. Voici un tour d'horizon honnête pour trancher.
Les deux options en deux phrases
n8n Cloud est l'offre SaaS officielle : vous créez un compte, votre instance est en ligne en quelques minutes, les mises à jour et les sauvegardes sont gérées pour vous, et vous payez un abonnement mensuel plafonné en nombre d'exécutions.
n8n self-hosted consiste à faire tourner n8n vous-même — typiquement via Docker sur un VPS, un NAS ou un serveur interne. Le logiciel est gratuit sous licence Sustainable Use (usage interne libre, revente du service interdite), sans limite d'exécutions, mais tout repose sur vous : installation, HTTPS, mises à jour, sauvegardes.
Les coûts réels
n8n Cloud
À la date de rédaction, l'offre Cloud démarre autour de 24 €/mois (plan Starter, environ 2 500 exécutions mensuelles) et monte à environ 60 €/mois pour le plan Pro (environ 10 000 exécutions). Point important : n8n compte les exécutions de workflow, pas les opérations individuelles. Un workflow qui enchaîne 40 étapes compte pour une seule exécution — c'est un modèle bien plus généreux que celui de Zapier ou Make, comme on le détaille dans notre comparatif n8n vs Make vs Zapier.
Le vrai coût du Cloud, c'est donc l'abonnement, point final. Pas de serveur à payer, pas d'heures d'administration.
n8n self-hosted
Le logiciel est gratuit, mais l'hébergement ne l'est pas tout à fait :
- VPS : comptez environ 5 à 15 €/mois chez un hébergeur européen (Hetzner, Scaleway, OVHcloud) pour une machine 2 vCPU / 4 Go de RAM, largement suffisante pour démarrer.
- Nom de domaine et certificat TLS : quelques euros par an, Let's Encrypt étant gratuit.
- Votre temps : c'est le poste caché. Installation initiale (1 à 3 heures avec Docker Compose), puis environ 30 minutes à 1 heure par mois pour les mises à jour et la vérification des sauvegardes.
Si vous facturez votre temps 60 €/h, une heure de maintenance mensuelle « coûte » déjà plus que la différence avec le plan Starter du Cloud. Le self-hosted devient réellement rentable dans deux cas : quand votre volume d'exécutions explose (des dizaines de milliers par mois), ou quand la localisation des données est non négociable.
RGPD et localisation des données
C'est souvent l'argument décisif pour les PME françaises.
Avec n8n Cloud, vos données transitent par l'infrastructure de n8n GmbH, société allemande dont les instances cloud sont hébergées en Europe (Francfort, à la date de rédaction). C'est un cadre plutôt rassurant au regard du RGPD, mais vous restez dépendant d'un sous-traitant : il faut signer leur DPA, le mentionner dans votre registre des traitements, et accepter que les payloads de vos workflows (emails clients, données CRM…) transitent hors de votre infrastructure.
Avec le self-hosted, les données ne quittent jamais votre serveur — hormis, bien sûr, les appels que vos workflows font vers des API tierces (OpenAI, Anthropic, Google…). Pour un cabinet comptable, un professionnel de santé ou toute activité manipulant des données sensibles, c'est un avantage net : vous maîtrisez la chaîne de bout en bout et simplifiez votre analyse d'impact.
Attention toutefois : auto-héberger ne rend pas conforme par magie. Il faut journaliser les traitements, tracer qui accède à quoi, et documenter les flux. Si ce chantier vous concerne, notre Pack Conformité & Audit fournit des workflows n8n prêts à importer pour la journalisation des traitements et les rapports d'audit.
Maintenance : ce que le self-hosted implique vraiment
La maintenance d'une instance n8n auto-hébergée n'est pas insurmontable, mais elle est réelle :
- Mises à jour : n8n publie des versions mineures chaque semaine. On ne doit pas les appliquer les yeux fermés — lire le changelog, sauvegarder, puis mettre à jour. Une version en retard de six mois, c'est des failles non corrigées et des nodes obsolètes.
- Sauvegardes : la base de données (SQLite par défaut, PostgreSQL recommandé en production) contient vos workflows et vos credentials chiffrés. Sans sauvegarde de la base et de la clé de chiffrement (
N8N_ENCRYPTION_KEY), une panne disque peut tout emporter. - Sécurité : HTTPS obligatoire, authentification activée, idéalement un reverse proxy (Caddy, Traefik, Nginx) et un pare-feu. Une instance n8n exposée sans protection, c'est un accès direct à toutes vos API connectées.
- Supervision : surveiller que le conteneur tourne, que le disque ne se remplit pas de logs d'exécution, que les workflows planifiés partent bien à l'heure.
Sur n8n Cloud, tout cela disparaît. C'est précisément ce que vous achetez.
Tableau comparatif
| Critère | n8n Cloud | n8n self-hosted |
|---|---|---|
| Coût de départ | ~24 €/mois | ~5-15 €/mois de VPS + votre temps |
| Limite d'exécutions | Selon le plan (~2 500 à 10 000+) | Aucune (limité par le serveur) |
| Localisation des données | Infrastructure n8n (UE) | Votre serveur, où vous voulez |
| Mises à jour | Automatiques | Manuelles, à votre charge |
| Sauvegardes | Incluses | À mettre en place vous-même |
| Compétences requises | Aucune | Docker, Linux, notions réseau |
| Temps de mise en route | 5 minutes | 1 à 3 heures |
| Accès aux nodes communautaires | Oui (avec vérification) | Oui, sans restriction |
| Variables d'environnement avancées | Limitées | Contrôle total |
| Idéal pour | Démarrer vite, petites équipes | Volume élevé, données sensibles |
Pour qui, quoi ?
Choisissez n8n Cloud si :
- Vous êtes indépendant ou une petite équipe sans profil technique dédié.
- Votre volume reste sous quelques milliers d'exécutions par mois.
- Vous voulez tester n8n sérieusement avant d'investir du temps d'infrastructure.
- La perte d'une demi-journée sur un problème de serveur vous coûterait plus cher que l'abonnement annuel.
Choisissez le self-hosted si :
- Vous manipulez des données clients sensibles et voulez qu'elles restent chez vous.
- Votre volume d'exécutions rendrait le Cloud onéreux (traitement d'emails en masse, synchronisations fréquentes, workflows IA appelés des centaines de fois par jour).
- Vous avez déjà un serveur, un NAS ou une culture Docker dans l'équipe.
- Vous voulez des nodes communautaires exotiques ou un réglage fin des variables d'environnement.
La voie médiane, très courante : démarrer sur le Cloud pour valider les cas d'usage, puis migrer en self-hosted quand le volume ou les exigences de conformité le justifient. La migration est simple — les workflows s'exportent en JSON et se réimportent tels quels ; seuls les credentials sont à recréer.
Notre avis en résumé
Il n'y a pas de mauvais choix, seulement un choix inadapté à votre situation. Le Cloud vend de la tranquillité ; le self-hosted vend de la maîtrise et un coût marginal quasi nul à fort volume. Pour la majorité des indépendants francophones qui débutent, le Cloud est le bon point de départ. Pour les PME avec un enjeu RGPD fort ou un volume important, le self-hosted sur un VPS européen reste imbattable — à condition d'assumer la maintenance.
Et quelle que soit l'option retenue, les workflows sont identiques : tout ce que vous construisez (ou importez) fonctionne des deux côtés.