En résumé : Installer n8n en self-hosted sur un VPS Ubuntu avec Docker prend environ deux heures pour un profil technique junior, pour un coût mensuel de 5 à 15 euros selon l'hébergeur choisi. Le self-hosting donne accès à toutes les fonctionnalités n8n sans limitation, avec un contrôle total sur vos données et une indépendance totale vis-à-vis des évolutions tarifaires de l'éditeur. La maintenance mensuelle représente environ une heure de travail pour les mises à jour et la surveillance de l'instance. Pour les PME traitant des données sensibles ou voulant optimiser leurs coûts d'automatisation sur le long terme, le self-hosting est systématiquement la meilleure option économique.
Le n8n self hosted est la version la plus populaire de l'outil parmi les développeurs, les équipes techniques et les PME qui souhaitent garder un contrôle total sur leur infrastructure d'automatisation. Contrairement aux solutions SaaS classiques où vos workflows et vos données transitent par les serveurs d'un éditeur tiers, l'installation self-hosted de n8n vous permet de faire tourner l'intégralité de la plateforme sur votre propre serveur, avec vos propres règles de sécurité et de gouvernance des données. Cette approche est cohérente avec une vision de souveraineté numérique de plus en plus valorisée par les PME françaises.
En 2026, le self-hosting de n8n est accessible même pour des équipes sans profil DevOps dédié, grâce à l'adoption généralisée de Docker qui simplifie considérablement le déploiement d'applications complexes. Ce guide complet vous accompagne étape par étape dans l'installation, la sécurisation et la maintenance de votre instance n8n self-hosted, avec des conseils pratiques issus de déploiements réels auprès de PME françaises de tailles et de secteurs variés.
Pourquoi héberger n8n sur votre propre serveur ?
Le premier avantage du n8n self-hosted est économique et immédiatement mesurable. La version self-hosted est entièrement gratuite et sans limitation de fonctionnalités. Seul le coût de votre VPS est à prévoir, entre 5 et 15 euros par mois selon la puissance choisie et l'hébergeur retenu. Pour une PME qui exécute des centaines ou des milliers de workflows par mois, l'économie par rapport au plan cloud Pro à 50 euros représente 420 euros par an, une somme significative qui peut financer d'autres investissements technologiques au sein de votre structure.
Le second avantage est la souveraineté des données, un enjeu de plus en plus stratégique pour les PME françaises. Lorsque n8n tourne sur votre propre serveur, toutes les données traitées par vos workflows restent physiquement sur votre infrastructure. Vos credentials d'API, vos données clients, vos documents et vos informations métier ne quittent jamais votre périmètre de sécurité. Pour les PME traitant des données personnelles sensibles, des informations financières confidentielles ou des données couvertes par des accords de confidentialité avec vos clients, cette garantie est souvent non négociable et constitue un argument commercial fort auprès des grands comptes.
Le troisième avantage est la flexibilité de configuration. En self-hosted, vous pouvez personnaliser entièrement votre instance n8n : configurer le nombre de workers pour paralléliser les exécutions, ajuster les timeouts pour les workflows longue durée, intégrer des modules personnalisés, connecter n8n à votre propre base de données d'entreprise, ou encore mettre en place des politiques de rétention des données d'exécution adaptées à vos exigences de conformité. Ces configurations avancées ne sont pas disponibles sur les plans cloud standard de n8n.
Choisir le bon hébergeur pour votre VPS
Le choix de l'hébergeur est déterminant pour la fiabilité et les performances de votre instance n8n. Pour les PME françaises avec des contraintes de localisation des données en Europe, les hébergeurs les plus recommandés en 2026 sont Hetzner (hébergeur allemand avec des datacenters en Allemagne, Finlande et Autriche, tarifs très compétitifs à partir de 4 euros par mois), OVH (hébergeur français avec des datacenters en France, à partir de 7 euros par mois) et Scaleway (hébergeur français, datacenters à Paris et Amsterdam, à partir de 9 euros par mois). Ces trois hébergeurs offrent d'excellentes performances réseau pour les PME françaises.
La configuration minimale recommandée pour une instance n8n traitant jusqu'à 50 000 exécutions par mois est un VPS avec 2 Go de RAM, 2 vCPU et 40 Go de stockage SSD. Pour des volumes plus importants ou un nombre élevé de workflows actifs simultanément, préférez un serveur avec 4 Go de RAM et 4 vCPU. Le stockage SSD est essentiel pour les performances de la base de données PostgreSQL qui stocke les workflows et l'historique d'exécution de n8n.
Installation : prérequis et configuration complète
L'installation de n8n self-hosted nécessite un serveur Linux avec Docker et Docker Compose installés. Sur Ubuntu 22.04 LTS, la commande d'installation de Docker est disponible via le script officiel de Docker Inc. et prend environ cinq minutes. Une fois Docker installé, la configuration de n8n se fait via un fichier docker-compose.yml qui définit les services nécessaires : l'application n8n elle-même, une base de données PostgreSQL pour le stockage persistant des données, et optionnellement un service Redis pour la gestion des queues d'exécution en mode worker.
La variable d'environnement la plus importante à configurer est N8N_ENCRYPTION_KEY, une clé de chiffrement aléatoire d'au moins 32 caractères qui protège tous les credentials stockés dans n8n. Cette clé doit être générée une seule fois lors de l'installation initiale et conservée précieusement dans un gestionnaire de mots de passe sécurisé. Sa perte rendrait l'ensemble des credentials stockés dans n8n inutilisables sans possibilité de récupération. Les autres variables importantes incluent l'URL de base de l'instance (N8N_EDITOR_BASE_URL), les informations de connexion à la base de données PostgreSQL et le fuseau horaire pour la planification des cron jobs.
Une fois n8n démarré avec Docker Compose, la plateforme est accessible sur le port 5678 de votre serveur. Pour l'exposer sur internet avec une URL personnalisée et un certificat SSL, vous devez configurer un reverse proxy Nginx qui redirige les requêtes entrantes sur le port 443 vers le port 5678 de n8n. Certbot, l'outil de Let's Encrypt, génère et renouvelle automatiquement le certificat SSL gratuit pour votre domaine. Cette configuration de base prend environ une heure pour un profil technique avec une expérience minimale en administration Linux.
Sécuriser votre instance n8n
La sécurisation d'une instance n8n self-hosted exposée sur internet est indispensable pour protéger vos workflows et les credentials des APIs tierces qu'elle contient. La première mesure de sécurité est de désactiver l'inscription publique dès la première connexion : par défaut, n'importe qui peut créer un compte sur votre instance n8n si l'inscription n'est pas désactivée via la variable d'environnement N8N_USER_MANAGEMENT_DISABLED. Configurez immédiatement un compte administrateur avec un mot de passe fort et désactivez l'inscription publique pour empêcher tout accès non autorisé.
La restriction d'accès à l'interface d'administration par adresse IP ou par VPN est une mesure de sécurité supplémentaire fortement recommandée. Si votre équipe accède à n8n depuis des adresses IP fixes (bureaux, VPN d'entreprise), configurez une whitelist d'adresses IP autorisées dans votre pare-feu ou dans la configuration Nginx. Cette mesure limite considérablement la surface d'attaque en rendant l'interface n8n inaccessible depuis des adresses IP inconnues, même si un attaquant connaît l'URL de votre instance.
La mise en place de sauvegardes automatiques de la base de données PostgreSQL est une mesure de sécurité opérationnelle critique souvent négligée. Un script de sauvegarde quotidien avec pg_dump, couplé à un envoi automatique vers un stockage objet externe (comme OVH Object Storage ou Amazon S3), vous protège contre la perte de données en cas de défaillance matérielle du serveur. Conservez au minimum 30 jours de sauvegardes et testez régulièrement la procédure de restauration pour vous assurer que vos sauvegardes sont effectivement utilisables en cas d'incident critique.
Maintenance et mises à jour
La maintenance mensuelle d'une instance n8n self-hosted bien configurée représente environ une heure de travail pour un profil technique. Les tâches principales incluent la vérification des logs d'application pour détecter d'éventuelles erreurs récurrentes dans les workflows, la mise à jour de n8n vers la dernière version stable, et la vérification que les sauvegardes automatiques s'exécutent correctement. n8n publie des mises à jour régulières avec des correctifs de sécurité et de nouvelles fonctionnalités, et il est recommandé de rester à jour avec les versions majeures pour bénéficier des dernières intégrations disponibles.
La mise à jour de n8n en self-hosted Docker se fait en quelques commandes : arrêter les conteneurs existants, télécharger la nouvelle image Docker et redémarrer les services. L'ensemble de l'opération prend généralement moins de cinq minutes et n'entraîne qu'une interruption de service très brève pendant le redémarrage des conteneurs. Il est recommandé de tester les mises à jour majeures sur une instance de développement avant de les appliquer à votre instance de production pour éviter les régressions inattendues sur vos workflows critiques.
La surveillance de la disponibilité de votre instance n8n est également une tâche de maintenance importante. Des outils gratuits comme UptimeRobot ou BetterUptime vous alertent par email ou SMS en cas d'interruption de service de votre instance n8n. La mise en place d'une surveillance de base prend moins de dix minutes et vous permet d'être informé rapidement en cas de problème, avant que l'interruption n'impacte vos processus métier automatisés. Notre agence automatisation IA Lyon propose également des services de maintenance et de surveillance pour les PME qui souhaitent déléguer entièrement cette responsabilité à un prestataire spécialisé. Notre accompagnement sur-mesure inclut l'installation initiale, la configuration sécurisée et la surveillance continue de votre instance n8n.
FAQ
Pour un profil technique habitué à Linux et Docker, l'installation complète d'une instance n8n avec PostgreSQL, Nginx et Let's Encrypt prend entre deux et quatre heures lors de la première mise en place. Cette durée inclut la configuration du VPS, l'installation de Docker, la création du fichier docker-compose.yml, la configuration du reverse proxy Nginx et la génération du certificat SSL. Une fois le processus maîtrisé, une réinstallation complète depuis zéro prend moins d'une heure avec des scripts d'automatisation.
Pour les profils moins techniques, la documentation officielle de n8n fournit un guide pas-à-pas détaillé avec des exemples de configuration pour les cas d'usage les plus courants. Des guides communautaires spécifiques à chaque hébergeur (OVH, Hetzner, Scaleway) sont également disponibles en français sur des blogs spécialisés et dans la communauté n8n Discord. Si vous avez des difficultés, l'accompagnement par un prestataire spécialisé pour l'installation initiale est souvent la solution la plus efficace pour démarrer rapidement et sereinement.
n8n supporte deux bases de données en self-hosted : SQLite pour les installations légères et PostgreSQL pour les installations à vocation production. SQLite est la configuration par défaut qui ne nécessite aucune installation supplémentaire, mais elle n'est pas recommandée pour les environnements de production car elle ne supporte pas les accès concurrents multiples et offre des performances limitées pour les instances à fort volume d'exécutions. PostgreSQL est la base de données recommandée pour toutes les installations de production.
La migration de SQLite vers PostgreSQL est possible mais nécessite un export manuel des données et une reconfiguration de l'instance. Il est donc fortement recommandé de configurer PostgreSQL dès l'installation initiale pour éviter cette migration ultérieure. PostgreSQL offre également de meilleures performances sur les requêtes d'historique d'exécution, notamment pour les instances qui conservent plusieurs mois d'historique et traitent de forts volumes d'exécutions quotidiennes.
Oui, n8n peut être installé sur un Raspberry Pi 4 avec 4 Go de RAM ou sur un NAS compatible Docker comme les modèles Synology avec processeur Intel. Cette option est intéressante pour les PME ou les indépendants qui souhaitent un hébergement local entièrement maîtrisé sans coût mensuel d'infrastructure externe. Les performances sont suffisantes pour des volumes modérés d'exécutions, généralement jusqu'à 10 000 exécutions par mois selon la complexité des workflows.
Les inconvénients du déploiement local sont la dépendance à votre connexion internet et à l'alimentation électrique, et l'absence de redondance matérielle en cas de panne. Pour les workflows critiques dont l'interruption aurait un impact direct sur votre activité, un VPS chez un hébergeur professionnel avec des garanties de disponibilité reste la solution la plus fiable. Le déploiement local convient parfaitement pour les automatisations non critiques ou pour un environnement de développement et de test.
Les mises à jour de n8n en self-hosted Docker entraînent une brève interruption de service de quelques secondes pendant le redémarrage des conteneurs. Pour minimiser l'impact sur les workflows actifs, il est recommandé de planifier les mises à jour pendant les heures creuses, typiquement la nuit ou le week-end pour les PME françaises. Les workflows déclenchés par webhook qui reçoivent des données pendant le redémarrage peuvent perdre ces requêtes si elles arrivent pendant la fenêtre de maintenance.
Pour les PME avec des workflows critiques nécessitant une disponibilité proche de 100 %, une architecture à haute disponibilité avec plusieurs workers n8n et un load balancer peut être mise en place. Cette configuration avancée permet de mettre à jour les workers un par un sans interruption de service. Elle est cependant plus complexe à configurer et à maintenir, et son coût infrastructure est plus élevé. Pour la plupart des PME, la maintenance planifiée pendant les heures creuses est suffisante et bien plus simple à mettre en oeuvre.
En cas de panne de votre instance n8n, la première étape est de consulter les logs Docker pour identifier la cause du problème : commande docker logs n8n pour les erreurs applicatives, et journalctl pour les problèmes système. Les causes les plus courantes sont l'épuisement de l'espace disque, la corruption de la base de données suite à un arrêt brutal, ou une mise à jour mal appliquée qui génère des incompatibilités. La documentation n8n et la communauté Discord sont des ressources précieuses pour diagnostiquer et résoudre rapidement ces problèmes.
Si le problème ne peut pas être résolu rapidement, la procédure de restauration depuis la dernière sauvegarde permet de remettre l'instance en service dans un état connu et stable. C'est pour cette raison que la mise en place de sauvegardes automatiques quotidiennes est une mesure indispensable dès l'installation initiale. Tester régulièrement la procédure de restauration sur une instance de test vous garantit que vous serez capable de rétablir le service rapidement en cas d'incident critique sur votre instance de production.
Quiz
On installe votre n8n pour vous
Notre agence automatisation IA Lyon déploie et sécurise votre instance n8n self-hosted, configure vos premiers workflows et forme votre équipe. Audit gratuit, résultats concrets.
Lancer un audit gratuit