Ce que « self-hosted » veut dire, et ce que vous gérez vraiment
- n8n auto-hébergé, c’est le logiciel installé sur un serveur que vous louez, gratuit en licence communautaire, contre une version hébergée par l’éditeur, facturée à l’usage.
- Vous gagnez le contrôle des données et un coût fixe. Vous héritez de la sécurité, des sauvegardes et des mises à jour.
- Pour une PME sans informaticien, la question n’est pas « puis-je l’installer », c’est « qui le surveille ».
n8n est un outil d’automatisation : il relie vos logiciels entre eux et enchaîne des actions, un devis accepté qui crée un dossier, une facture en retard qui déclenche une relance, un formulaire qui alimente un tableau. Il existe en deux formes. La version cloud est hébergée par l’éditeur, on s’y connecte et on paie un abonnement. La version auto-hébergée, self-hosted, s’installe sur un serveur que vous choisissez, et la licence communautaire est gratuite.
Le mot « gratuit » est celui qu’on lit partout, et il est vrai pour la licence. Il cache tout le reste : le serveur, le nom de domaine, le certificat, les sauvegardes, les mises à jour, la surveillance, et le temps de la personne qui s’en occupe. Nous avons chiffré ce que n8n coûte réellement une fois tout compté. Cette page traite de la question d’avant : l’auto-hébergement est-il fait pour vous, et si oui, comment le faire sans y passer vos week-ends.
Chez Ecluz, nous construisons sur n8n pour la plupart de nos clients, et nous l’installons chez eux, à leur nom, quand l’auto-hébergement se justifie. Ce n’est pas toujours le cas, et cette page dit quand.
Local, serveur loué ou cloud : choisir selon votre situation
Trois façons de faire tourner n8n, qui correspondent à trois situations et non à trois niveaux de qualité.
- 1En local, sur votre ordinateur Pour tester. n8n s’installe en quelques minutes avec Docker ou avec le gestionnaire de paquets de Node, et s’ouvre dans le navigateur sur le port 5678. Rien ne tourne quand l’ordinateur est éteint, et aucun service externe ne peut lui envoyer d’événement sans configuration supplémentaire. C’est un atelier, pas un lieu de production.
- 2Sur un serveur virtuel loué Pour la production, avec un coût fixe. Un serveur virtuel chez un hébergeur français ou européen, quelques euros à quelques dizaines d’euros par mois selon la taille, avec Docker, un nom de domaine et un certificat. C’est l’option que nous installons chez nos clients quand ils veulent garder leurs données chez eux et que quelqu’un peut surveiller.
- 3Le cloud de l’éditeur Pour ne rien gérer. n8n héberge, sauvegarde, met à jour et surveille. Vous payez un abonnement qui dépend du nombre d’exécutions, et vos données transitent par leur infrastructure. C’est la bonne réponse pour une PME sans personne pour regarder les erreurs, et ce n’est pas une honte de la choisir.
Le critère qui décide n’est ni le prix ni la technique, c’est la surveillance. Une instance auto-hébergée que personne ne regarde accumule les erreurs silencieuses, les disques pleins et les mises à jour manquées. Si vous n’avez ni informaticien ni prestataire, le cloud coûte plus cher chaque mois et beaucoup moins cher le jour où quelque chose casse.
Installer n8n auto-hébergé avec Docker, sans devenir administrateur système
Docker est la méthode que la documentation de n8n recommande, et la seule que nous utilisons : elle rend l’installation reproductible, la mise à jour réversible, et la sauvegarde simple. Le parcours tient en six étapes.
- 1Le serveur Un serveur virtuel avec un système Linux récent, deux gigaoctets de mémoire pour commencer, un disque de quarante gigaoctets. Docker et Docker Compose installés. Un nom de domaine dédié, par exemple automatisations.votre-entreprise.fr, qui pointe vers le serveur.
- 2Le fichier de composition Un fichier docker-compose qui décrit deux services : n8n lui-même et une base de données PostgreSQL, plutôt que la base SQLite par défaut qui ne tient pas la production. Les données de n8n vivent dans un volume nommé, jamais dans le conteneur.
- 3Les variables qui comptent L’adresse publique de l’instance, pour que les webhooks reçoivent les événements. Le fuseau horaire, pour que les tâches planifiées partent à la bonne heure. Et la clé de chiffrement, générée une fois, copiée dans un coffre : c’est elle qui protège tous les identifiants stockés, et elle ne se régénère pas.
- 4Le reverse proxy et le certificat Un serveur web frontal, Caddy ou Traefik, qui obtient et renouvelle le certificat automatiquement et ne laisse passer que le trafic chiffré. n8n ne doit jamais être exposé directement sur son port.
- 5Le premier compte Au premier lancement, n8n demande de créer le compte propriétaire. Un mot de passe long, l’authentification à deux facteurs activée, et pas de compte partagé entre plusieurs personnes.
- 6La première sauvegarde Avant tout workflow : un export de la base de données et du volume, programmé chaque nuit, copié hors du serveur, et une restauration testée une fois. Une sauvegarde qu’on n’a jamais restaurée n’est pas une sauvegarde.
Il existe des scripts d’installation en une commande et des images préconfigurées chez certains hébergeurs. Ils fonctionnent, et ils cachent exactement les trois réglages qui comptent : la clé de chiffrement, la base de données et la sauvegarde. Si vous les utilisez, vérifiez ces trois points avant de brancher quoi que ce soit sur des données réelles.
Sécuriser l’instance avant d’y mettre des données clients
Une instance n8n contient, par construction, les clés d’accès à tous les outils qu’elle relie : votre CRM, votre messagerie, votre facturation. C’est la raison pour laquelle sa sécurité se règle avant le premier workflow, pas après le premier incident.
- Un accès web uniquement en HTTPS, derrière le reverse proxy, avec le port de n8n fermé au reste du monde.
- Des comptes nominatifs, l’authentification à deux facteurs, et les droits limités : la personne qui lit les résultats n’a pas besoin de pouvoir modifier les chaînes.
- Les identifiants des outils stockés dans le coffre de n8n, chiffrés par la clé, jamais écrits en clair dans un nœud ou une variable de workflow.
- Des webhooks avec un secret ou une signature vérifiée, parce qu’une adresse de webhook publique reçoit ce que n’importe qui lui envoie.
- Des mises à jour du système et de Docker appliquées régulièrement, et une instance qui n’expose rien d’autre que n8n.
Un point que les tutoriels oublient : les journaux d’exécution contiennent les données qui ont transité, noms, adresses, montants. Réglez leur durée de conservation, quelques jours suffisent, et purgez-les. Une instance qui garde six mois d’exécutions est à la fois un disque qui se remplit et un stock de données personnelles dont personne n’a décidé l’existence.
Le coût réel de n8n auto-hébergé pour une PME
Le prix de la licence est zéro. Le coût, lui, se compose de quatre postes, et le dernier est le plus lourd.
- 1Le serveur et le domaine De quelques euros à quelques dizaines d’euros par mois pour le serveur virtuel selon sa taille, plus une dizaine d’euros par an pour le nom de domaine. Le certificat est gratuit. Attention au prix promotionnel de la première année, souvent doublé au renouvellement.
- 2Les sauvegardes Un espace de stockage hors du serveur, quelques euros par mois, et le temps de tester une restauration deux fois par an.
- 3Les modèles d’IA Si vos chaînes appellent un modèle de langage, ces appels sont facturés à l’usage par l’éditeur du modèle, à votre nom. Pour une PME, souvent quelques dizaines d’euros par mois, mais ce poste dépend entièrement de ce qu’on automatise et il peut exploser sur une boucle mal bornée.
- 4Le temps de surveillance Une heure par semaine pour lire les erreurs, mettre à jour, vérifier les sauvegardes. C’est le vrai coût, et c’est celui que le cloud de l’éditeur fait payer sous forme d’abonnement. À partir d’un certain volume d’exécutions, l’auto-hébergement coûte nettement moins ; en dessous, la différence est faible et le cloud évite le poste de surveillance.
Le détail chiffré, poste par poste, et le seuil à partir duquel la version infogérée devient rentable sont dans notre article sur ce que n8n coûte vraiment.
Éditions et travail en équipe
La licence communautaire suffit à la plupart des PME : workflows illimités, exécutions illimitées, tous les connecteurs. Elle gère plusieurs comptes utilisateurs, ce qui permet de séparer la personne qui construit de celles qui consultent. Ce qui est réservé aux éditions payantes, cloud ou entreprise, concerne surtout les organisations plus grandes : projets cloisonnés, partage fin des identifiants, journal d’audit, environnements séparés pour tester avant de mettre en production, historique des versions de workflows.
Le point à vérifier avant de choisir n’est pas la liste des fonctionnalités, c’est la vôtre : combien de personnes modifieront les chaînes, et avez-vous besoin de tester une modification ailleurs qu’en production ? Si une seule personne construit et que les chaînes sont peu nombreuses, la licence communautaire couvre tout. Si plusieurs personnes touchent aux mêmes chaînes, la question de l’édition se pose, et souvent la réponse est plutôt une organisation, une chaîne par responsable, qu’une licence.
De l’installation au premier workflow qui sert
Une instance installée ne fait rien. Ce qui compte vient après, et c’est là que la plupart des auto-hébergements s’arrêtent : n8n tourne, personne ne sait par quoi commencer.
Les premiers workflows qui rendent, chez nos clients, sont toujours les mêmes : la relance des devis qui attendent, la confirmation des rendez-vous, le rappel des factures avant et après l’échéance, le tri des demandes entrantes vers la bonne personne. Chacun se construit avec un déclencheur, quelques règles, une action, et un arrêt dès qu’un cas sort du cadre. Ce dernier point n’est pas une option de n8n, c’est une décision de conception : un workflow qui ne sait pas s’arrêter et prévenir quelqu’un n’est pas prêt pour la production.
Maintenir, mettre à jour, et restaurer après un incident
Une instance auto-hébergée vit, et sa vie tient en trois gestes réguliers.
- Lire la liste des exécutions en erreur et comprendre chacune. Une erreur qui se répète est un cas non prévu, pas un bug de n8n.
- Mettre à jour n8n après une sauvegarde, en lisant les notes de version : certaines changent le comportement de nœuds, et une chaîne qui marchait peut se dégrader sans planter. On met à jour un mardi matin, jamais un vendredi soir.
- Vérifier que la sauvegarde de la nuit existe, qu’elle a la bonne taille, et la restaurer sur une instance de test deux fois par an.
Le jour où le serveur tombe, la procédure est la suivante : un nouveau serveur, Docker, le fichier de composition, la restauration de la base et du volume, la même clé de chiffrement, et le nom de domaine repointé. Si ces cinq éléments sont à jour et hors du serveur, l’interruption dure une heure. S’il en manque un, et c’est presque toujours la clé, elle dure une semaine et les identifiants sont à ressaisir un par un.
C’est ce que nous appelons la maintenance chez Ecluz, et c’est ce que nous proposons quand un client veut l’auto-hébergement sans personne pour s’en occuper : l’instance est à son nom, sur son serveur, et nous faisons les trois gestes. Le jour où il veut reprendre la main, tout est documenté et rien ne dépend de nous.
Ce qui casse une instance n8n auto-hébergée n’est presque jamais n8n. C’est une mise à jour faite un vendredi soir sans sauvegarde, un disque plein parce que personne n’a purgé l’historique des exécutions, ou une clé de chiffrement perdue qui rend tous les identifiants illisibles. Trois réglages de dix minutes, faits le premier jour, évitent les trois.
Et la question que je pose toujours avant d’installer quoi que ce soit : qui regardera les erreurs lundi matin ? Si la réponse est « personne », il vaut mieux la version hébergée par l’éditeur, même si elle coûte plus cher. Une automatisation que personne ne surveille finit toujours par tourner à vide.
Richad Addou, builder IA chez EcluzQuestions fréquentes
Peut-on auto-héberger n8n ?
Oui, c’est même la forme d’origine du logiciel. n8n se déploie sur n’importe quel serveur avec Docker, et sa documentation décrit l’installation en détail. La licence communautaire autorise un usage professionnel interne sans frais de licence. Ce que vous prenez en charge en échange : le serveur, la sécurité, les sauvegardes, les mises à jour et la surveillance des erreurs.
n8n est-il gratuit en auto-hébergement ?
La licence communautaire est gratuite, sans limite de workflows ni d’exécutions. Ce n’est pas le cas de tout le reste : serveur, domaine, sauvegardes, appels aux modèles d’IA si vos chaînes en utilisent, et surtout le temps de la personne qui surveille. Pour une PME, le coût réel se situe entre quelques dizaines d’euros par mois en infrastructure et le temps de surveillance, qui est le poste le plus lourd.
Peut-on faire tourner n8n en local ?
Oui, pour tester et construire. Avec Docker ou Node, n8n s’ouvre dans le navigateur sur votre ordinateur en quelques minutes. En revanche, une instance locale s’arrête quand l’ordinateur s’éteint, et les services externes ne peuvent pas lui envoyer d’événements sans tunnel. Pour une chaîne qui doit tourner la nuit ou recevoir des webhooks, il faut un serveur.
Peut-on utiliser n8n pour un usage personnel ?
Oui, la licence communautaire le permet, et beaucoup de gens l’utilisent pour automatiser des tâches personnelles. Les mêmes précautions s’appliquent, à plus petite échelle : une instance qui contient vos identifiants de messagerie ou de banque mérite un mot de passe fort, une authentification à deux facteurs et une sauvegarde, même chez soi.
Faut-il PostgreSQL ou la base par défaut suffit-elle ?
Pour tester, la base SQLite embarquée suffit. Pour la production, PostgreSQL : elle tient la charge, se sauvegarde proprement, et évite les corruptions quand plusieurs exécutions écrivent en même temps. La documentation de n8n le recommande, et nous ne mettons jamais une instance en production sans. Le passage de l’une à l’autre après coup est possible mais fastidieux : autant commencer avec la bonne.
Que se passe-t-il si le serveur tombe ou si une mise à jour casse les workflows ?
Si la sauvegarde de la nuit, le fichier de composition et la clé de chiffrement sont hors du serveur, on restaure sur un nouveau serveur en une heure. Pour une mise à jour qui dégrade une chaîne, on revient à la version précédente de l’image Docker, ce qui prend cinq minutes, puis on corrige la chaîne à tête reposée. Les deux scénarios se préparent le premier jour, et ils ne se préparent pas après.