En bref
- La Community Edition auto-hébergée de n8n peut être utilisée pour vos besoins internes. Qui veut vendre n8n comme service à des tiers a besoin d’une autre licence.
- Selon n8n, la version cloud stocke les données dans l’UE, sur des serveurs à Francfort. L’auto-hébergement se justifie surtout si n8n doit atteindre des systèmes internes ou si vous avez besoin d’un contrôle total.
- Une installation propre comprend un serveur dans l’UE, Docker, PostgreSQL, HTTPS via un proxy inverse, une clé bien protégée et des mises à jour régulières.
- Héberger soi-même, c’est exploiter soi-même. Prévoyez sauvegardes, surveillance et mises à jour comme des tâches fixes.
Cloud ou auto-hébergement ?
| Critère | n8n Cloud | Auto-hébergé |
|---|---|---|
| Emplacement des données | UE, selon n8n sur des serveurs à Francfort | Où vous voulez, par exemple dans votre centre de données ou chez un hébergeur de l’UE |
| Exploitation | À la charge de n8n | Assurée par vous ou votre prestataire |
| Mises à jour et sauvegardes | À la charge de n8n | À votre charge |
| Accès aux systèmes internes | Uniquement via internet | Aussi aux systèmes de votre réseau, comme l’ERP ou les serveurs de fichiers |
| Personnalisation | Limitée | Nœuds, paquets et règles réseau sur mesure |
| Coûts | Abonnement selon l’usage | Serveur plus temps de travail pour l’exploitation |
Le cloud est la voie la plus simple si vos processus relient surtout des services cloud. L’auto-hébergement se justifie si n8n doit atteindre des systèmes de votre réseau, si vos exigences de protection des données imposent un lieu précis ou si vous exécutez beaucoup de processus à fort volume.
Ce que permet la licence
n8n est publié sous la Sustainable Use License. Elle autorise l’utilisation et la modification pour vos besoins internes ainsi qu’à des fins personnelles ou non commerciales. Une entreprise peut donc exploiter n8n sur ses propres serveurs et automatiser ses processus avec. Ce qui est interdit, c’est de proposer n8n lui-même comme service payant à d’autres. Certaines fonctions destinées aux grandes organisations font partie des éditions Business et Enterprise et nécessitent une clé de licence. Sans clé, c’est la Community Edition gratuite qui tourne.
Les briques d’une installation propre
- Un serveur dans l’UE : un serveur virtuel chez un hébergeur disposant d’un centre de données dans l’UE, ou un serveur interne. Pour démarrer, une petite machine suffit à beaucoup d’entreprises.
- Docker Compose : n8n recommande Docker Compose pour la production. n8n, la base de données et le proxy tournent alors dans des conteneurs séparés.
- PostgreSQL : par défaut, n8n utilise SQLite. Pour la production, nous recommandons PostgreSQL, car sauvegardes, maintenance et évolutions sont plus simples.
- HTTPS via un proxy inverse : n8n tourne en interne, un proxy comme Caddy, Traefik ou nginx gère le certificat et relaie les requêtes.
- Protéger la clé : n8n chiffre les identifiants enregistrés avec sa propre clé. Si elle est perdue, tous les identifiants enregistrés deviennent inutilisables.
- Limiter l’accès : comptes utilisateurs avec double authentification, éditeur si possible accessible uniquement par VPN ou adresses autorisées, webhooks publics seulement là où c’est voulu.
Les principaux réglages du fichier d’environnement ressemblent à peu près à ceci :
DB_TYPE=postgresdb
DB_POSTGRESDB_HOST=postgres
N8N_HOST=n8n.example.eu
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.example.eu/
GENERIC_TIMEZONE=Europe/Paris
N8N_ENCRYPTION_KEY=une-longue-cle-aleatoire
N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
Exploitation : ce qui vient après l’installation
- Mises à jour : tenez n8n à jour. Le projet publie régulièrement des avis de sécurité, rien que le 14 octobre 2026 il y en a eu dix. Testez d’abord les mises à jour sur une copie si des processus importants en dépendent.
- Sauvegardes : sauvegardez chaque jour la base de données et la clé, à l’écart du serveur. Une fois par trimestre, testez réellement la restauration.
- Surveillance : faites signaler les exécutions en échec, par exemple par e-mail ou chat, et surveillez stockage, charge et certificat.
- Nettoyer les données d’exécution : n8n enregistre les entrées et sorties des exécutions. Fixez leur durée de conservation, aussi pour des raisons de protection des données.
- Monter en charge : avec de nombreuses exécutions simultanées, n8n peut fonctionner en mode file d’attente avec Redis et plusieurs processus de travail.
Protection des données : ce que l’emplacement du serveur règle et ce qu’il ne règle pas
Un serveur dans l’UE ne règle qu’une partie des questions. Dès qu’un processus envoie des données à d’autres services, comme un modèle de langage, un CRM ou un fournisseur d’e-mail, ce sont leurs emplacements et leurs contrats qui s’appliquent. Vérifiez pour chaque service connecté où il traite les données et concluez les contrats de sous-traitance nécessaires. Pour les briques d’IA, il existe des modèles qui tournent dans des centres de données de l’UE ou que vous pouvez exploiter vous-même. Plus de détails dans notre article IA et données d’entreprise.
Exploiter soi-même ou faire exploiter ?
L’auto-hébergement convient si votre informatique a de l’expérience avec Linux, Docker et les sauvegardes et prévoit du temps pour les mises à jour. Sinon, la version cloud ou un prestataire qui exploite le serveur est généralement le meilleur choix. Quand une agence vaut la peine et ce qu’elle doit apporter est expliqué dans l’article agence n8n ou faire soi-même.
Sources
- n8n Docs : Hosting n8n
- n8n Docs : Docker installation
- n8n : Sustainable Use License
- n8n : Tarifs et emplacement des données cloud
- n8n sur GitHub : Security advisories
- Règlement (UE) 2016/679 (règlement général sur la protection des données), art. 28 et 32 : EUR-Lex