Déployer n8n en self-hosted : le guide pratique pour les PME

J'ai installé ma première instance n8n sur un vieux Dell qui servait d'archives. Malheureusement, j'ai oublié de fermer le port 5678. Un jour, un client a reçu un email de n8n en japonais disant qu'un étranger essayait de se connecter à 3 h du matin. Depuis, ma première étape est toujours le firewall. Ce guide suit le processus propre que j'applique chez mes clients, en 30 minutes.

Ce qu'il vous faut

Un VPS chez OVHcloud ou Scaleway, tournant Debian 12 ou Ubuntu 22.04 :

• 2 vCPU
• 4 Go de RAM
• 20 Go de SSD

Comptez 30 € par mois maximum. Prenez l'option de backup natif du VPS : n8n ne remplace pas la sauvegarde de votre propre instance.

Étape 1 : installer Docker et Docker Compose

sudo apt update
sudo apt install -y docker.io docker-compose
sudo systemctl enable docker
sudo systemctl start docker

Étape 2 : le fichier docker-compose.yml

Le fichier que j'utilise en production. La ligne 15 est la différence entre une instance sécurisée et une instance publique. WordPress.org

version: '3.8'
services:
  n8n:
    image: n8nio/n8n:latest
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_BASIC_AUTH_ACTIVE=true
      - N8N_BASIC_AUTH_USER=admin
      - N8N_BASIC_AUTH_PASSWORD=votre_mot_de_passe_fort
      - WEBHOOK_URL=https://n8n.votredomaine.fr/
    volumes:
      - ~/.n8n:/home/node/.n8n

Notez 127.0.0.1:5678:5678 : n8n n'est accessible que depuis la machine. C'est Nginx qui fait face au monde en HTTPS.

Étape 3 : sécuriser proprement

UFW d'abord. J'ouvre seulement trois ports, pas un de plus :

sudo ufw default deny incoming
sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw enable

Nginx + Let's Encrypt ensuite :

sudo apt install -y nginx certbot python3-certbot-nginx
sudo certbot --nginx -d n8n.votredomaine.fr

Je génère ensuite un Nginx reverse proxy vers le port 5678 local. L'authentification basique d'Nginx en plus de celle de n8n n'est pas superflue : deux couches valent mieux qu'une quand le serveur est exposé.

Étape 4 : sauvegarder l'instance

Un backup quotidien de l'instance n8n. Le mien exporte les workflows et tar l'ensemble du dossier :

#!/bin/bash
docker exec n8n_n8n_1 n8n export:workflow --all --output=/backup/workflows.json
tar czf /backup/n8n-$(date +%Y%m%d).tar.gz ~/.n8n

Placez-le dans un cron à 3 h du matin. Et planifiez un test de restauration trimestriel : une instance n8n qui perd son historique de scénarios, c'est un client qui recommence de zéro.

Pour choisir entre n8n et ses concurrents, voyez notre comparatif n8n, Zapier et Make, et pour des idées concrètes 5 workflows qui font gagner du temps.

Étape 5 : mettre à jour sans casser

La commande que je fais tourner une fois par mois :

cd /chemin/vers/n8n
docker-compose pull
docker-compose up -d

Vérifiez le changelog avant de monter une version majeure. n8n bouge vite. Une mise à jour mineure les navigateurs sans risque ; une majeure (comme n8n 3.0) peut casser des nœuds.

Ce que je vous déconseille franchement

Installer ça un vendredi soir sans vérifier le lendemain. Une instance n8n non surveillée casse en silence : un webhook expiré, un scénario qui tourne en boucle sur un volume de data, des erreurs dans les logs que personne ne lit. Le self-hosted est souverain, mais c'est votre responsabilité.

Si vous n'avez pas quelqu'un qui veut bien surveiller ça, n'installez pas n8n en autonome : demandez l'aide qu'il faut (notre offre n8n Entreprise fait exactement ça depuis Lille) ou le même service chez un prestataire qui teste régulièrement.

Pour aller plus loin : documentation nginx · documentation Apache · WCAG 2.1 – référentiel W3C · référentiel gouvernemental accessibilité

Pour approfondir : directive européenne sur l'accessibilité.

Pour approfondir : règlement européen sur l'intelligence artificielle.