Installer n8n sur votre serveur, sans abonnement mensuel
Vous payez chaque mois un abonnement à un outil d'automatisation, alors qu'un n8n installé sur votre propre serveur ferait le même travail sans facture récurrente. Mais entre les tutoriels écrits pour le serveur de quelqu'un d'autre, le jargon (reverse proxy, HTTPS, Docker) et la peur de casser quelque chose, l'installation reste au stade de l'intention. Et le vrai danger n'est même pas la commande qui échoue : c'est l'instance qui semble marcher et qui perd ses exécutions en silence.
Cette masterclass vous donne le chemin complet pour installer n8n sur votre serveur : la méthode adaptée à votre cas (Cloudron en un clic ou Docker), le prérequis RAM vérifié avant la première commande, les trois réglages qui évitent les pannes silencieuses, et le workflow de test qui prouve que tout marche.
Ce que cet exercice ne peut pas casser
Vous ne collez jamais une commande sans savoir ce qu'elle fait ni ce que vous devez voir ensuite : chaque étape se confirme avant la suivante. Si une commande échoue, le correctif part du message d'erreur exact, jamais d'une réparation au hasard. Et tant que vos infos ne sont pas claires (Cloudron ou pas, sous-domaine, RAM), vous restez en mode interview : aucune commande ne tombe avant que votre situation soit posée.
Ce que vous saurez faire à la fin
- Choisir entre l'installation Cloudron en un clic et la méthode Docker, selon votre situation réelle, pas selon la mode.
- Vérifier le prérequis RAM avant d'installer : sous 2 Go, n8n risque de redémarrer en boucle.
- Mettre en ligne une instance joignable en HTTPS sur votre sous-domaine, WebSockets compris.
- Blinder votre n8n contre les pannes silencieuses : fuseau Europe/Paris, rétention de trente jours, mot de passe administrateur solide.
- Niveau membre· le prompt prêt à coller qui déroule l'installation avec vous, du choix de la méthode jusqu'au premier test qui passe, avec un mode interview si vous partez de zéro.
- Niveau Pro· on installe ensemble sur votre serveur, en direct, et je débloque chaque étape qui coince.
Trois situations, trois chemins : la méthode se déduit de votre fiche serveur, jamais l'inverse.
Une installation qui se prouve à chaque étape
Une installation de n8n rate rarement sur la difficulté technique. Elle rate parce qu'on suit un tutoriel écrit pour le serveur de quelqu'un d'autre, qu'on enchaîne les commandes sans vérifier, et qu'on découvre des semaines plus tard que l'instance perdait ses exécutions en silence. La méthode prend le contre-pied : une méthode choisie selon votre situation réelle, une seule étape à la fois avec le résultat attendu décrit à l'avance, et trois réglages imposés avant de déclarer victoire.
1Choisissez la méthode selon votre situationdoute : « un clic ou Docker, lequel est pour moi ? »
Trois cas, un seul chemin chacun. Vous avez Cloudron sur votre serveur : l'installation en un clic, le chemin le plus court. Pas de Cloudron mais vous êtes à l'aise en SSH : Docker. Ni l'un ni l'autre : installez Cloudron d'abord, parce qu'avancer en ligne de commande sans aisance, c'est multiplier les occasions de se perdre. La méthode se déduit de votre fiche serveur, jamais l'inverse.
2Vérifiez la RAM avant la première commandedoute : « mon serveur tiendra-t-il ? »
Sous 2 Go de RAM, n8n risque de redémarrer en boucle : une instance qui semble installée, mais qui ne tient pas debout. Ce prérequis se vérifie avant d'aller plus loin, et se règle avant l'installation, pas après la première panne.
3Avancez une étape à la fois, preuve à l'appuidoute : « et si je me perds en route ? »
Chaque étape donne la commande exacte à taper ou le clic précis à faire, puis ce que vous devez voir pour confirmer qu'elle a réussi. Vous ne passez à la suivante qu'une fois la preuve obtenue. Et si une commande échoue, c'est le message d'erreur exact qui guide le correctif, jamais une réparation au hasard.
4En Docker, partez d'une configuration déjà rempliedoute : « que dois-je personnaliser ? »
La configuration arrive complète, avec votre sous-domaine et votre fuseau horaire déjà en place. Deux points de vigilance : le reverse proxy (Nginx ou autre) doit laisser passer les WebSockets, et les valeurs sensibles (utilisateur, mot de passe) se personnalisent avant la mise en route.
5Imposez les trois réglages anti-pannes silencieusesdoute : « tout marche, pourquoi régler encore ? »
Une instance qui tourne n'est pas une instance fiable. Trois réglages la blindent : le fuseau horaire sur Europe/Paris, pour que vos workflows planifiés se déclenchent à la bonne heure ; la sauvegarde des exécutions réussies avec trente jours de rétention, pour garder la trace de ce qui s'est vraiment passé ; et un mot de passe administrateur solide, parce que votre n8n est désormais joignable depuis Internet.
6Terminez par le workflow de testdoute : « comment savoir que c'est fini ? »
La validation n'est pas un écran qui dit que tout va bien : c'est un workflow de test minimal qui s'exécute, avec un résultat précis à constater. Vous savez que l'installation est réussie parce que vous le voyez. Tant que ce test n'est pas passé, l'installation n'est pas terminée.
À vous de jouer : votre fiche serveur
Prenez une feuille avant d'ouvrir le moindre terminal. Cinq lignes à remplir : elles décident de toute la suite.
Le résultat, en 30 secondes
Le prompt répond toujours dans le même format, une étape à la fois, jusqu'au test final.
Étape suivante : la configuration Docker. Le doute qu'elle neutralise : « mon sous-domaine et mon fuseau sont-ils bien pris en compte ? ». La commande exacte, commentée, avec n8n.votredomaine.com et Europe/Paris déjà remplis, et les valeurs sensibles signalées (utilisateur, mot de passe). « Ce que vous devez voir » : le résultat qui prouve que l'étape a réussi. Puis la consigne : confirmez avant de passer à la suite.
Le prompt prêt à coller
# RÔLE Tu es un ingénieur système qui installe n8n sur des serveurs personnels depuis des années, et qui a un standard d'exigence élevé : un n8n joignable en HTTPS, sauvegardé, et qui ne tombe jamais en panne silencieuse. Tu t'appuies UNIQUEMENT sur ce que je te donne. Tout ce qui te manque, tu me le demandes ; tu n'inventes jamais une commande ni une valeur de configuration. Si tu n'es pas certain qu'une étape s'applique à mon cas, tu me le signales au lieu de deviner. # CONTEXTE Je veux installer n8n sur mon propre serveur, pour arrêter de payer un abonnement mensuel à un outil d'automatisation. Je vise une instance joignable en HTTPS, avec sauvegarde des exécutions et le bon fuseau horaire. Mes infos (si j'en ai, sinon laisse vide et passe en mode interview) :
Le prompt joue l'ingénieur système exigeant : il lit votre fiche serveur, choisit la méthode, vous donne chaque commande une à la fois avec ce que vous devez voir, et n'avance qu'après votre confirmation, jusqu'au workflow de test qui passe. Si vous êtes dans le flou, il passe en mode interview et vous pose les questions une par une. Laissez votre email, je vous l'envoie.
Vérifiez que c'est à vous
Votre n8n tourne depuis trois semaines. Ce matin, vous découvrez qu'un workflow planifié ne s'est pas déclenché à l'heure prévue, et impossible de retrouver la trace des exécutions des derniers jours. Quels réglages auraient évité cette panne silencieuse ?
D'abord avec vos mots, sans regarder les options :
Expliquez-le pour l'ancrer
Expliquez en une phrase, à un confrère qui paie encore son abonnement : qu'est-ce qu'une panne silencieuse, et quels sont les trois réglages qui l'évitent sur un n8n auto-hébergé ? Si vous savez le dire sans vos notes, c'est acquis.
Ce que vous savez faire maintenant
- Déduire la méthode d'installation de votre situation : Cloudron en un clic, Docker en SSH, ou Cloudron d'abord.
- Installer n8n joignable en HTTPS, étape par étape, avec le résultat attendu décrit avant chaque commande.
- Protéger l'instance des pannes silencieuses avec les trois réglages : fuseau Europe/Paris, rétention de trente jours, mot de passe solide.
Un n8n joignable en HTTPS, sauvegardé, et qui ne tombe jamais en panne silencieuse.
Continuez seul
Votre n8n tourne. Marche suivante :
Brancher un formulaire à sa séquence email avec n8n →Faites-le avec moi
On fait l'installation ensemble, en direct sur votre serveur : vous ne restez jamais bloqué devant un message d'erreur, et vous repartez avec un n8n en HTTPS qui a passé son premier test.