Abstract violet and amber illustration representing interconnected workflow automation nodes

n8n

n8n est une plateforme d’automatisation de workflows que vous hébergez vous-même : un canevas visuel à base de nœuds pour relier vos applications et API entre elles, avec du JavaScript ou du Python à portée de main pour les cas où le glisser-déposer ne suffit plus. C’est la réponse auto-hébergée à Zapier et Make, et de plus en plus la manière la plus simple de brancher un modèle d’IA local sur de vraies automatisations plutôt que de se contenter de discuter avec lui. Cette fiche détaille ce que fait n8n, sa place dans un homelab, sa licence, et comment le lancer avec Docker.

À retenir : n8n est un logiciel fair-code développé par n8n GmbH à Berlin, distribué sous sa propre Sustainable Use License plutôt que sous une licence open source classique comme MIT ou GPL. La Community Edition est gratuite en auto-hébergement, sans limite sur le nombre d’exécutions de workflows ; les offres payantes Cloud et Enterprise ajoutent l’hébergement, le support et des permissions supplémentaires sur le même socle technique.

Qu’est-ce que n8n ?

n8n se présente comme un mélange entre « la flexibilité du code et la rapidité du no-code », et c’est assez juste. On construit ses workflows visuellement : on pose un nœud déclencheur (un webhook, une planification, un événement d’application) sur le canevas, on l’enchaîne à des nœuds d’action, puis on ramifie avec des nœuds de logique quand les choses se compliquent. Plus de 400 intégrations prêtes à l’emploi couvrent les applications courantes, complétées par des nœuds génériques HTTP Request et Webhook pour tout ce qui expose une API. Quand aucun nœud tout fait ne convient, un nœud Code permet de basculer en JavaScript ou en Python sans quitter le workflow. n8n a beaucoup investi le terrain de l’IA ces derniers temps : ses nœuds basés sur LangChain permettent à un workflow d’appeler un LLM, de récupérer du contexte dans une base vectorielle, ou de confier à un modèle des outils qu’il décide d’utiliser lui-même, la différence entre un chatbot qui répond et un agent qui agit.

n8n face à Zapier et Make : pourquoi l’auto-héberger

n8n (auto-hébergé)ZapierMake
HébergementVotre propre serveur, ou n8n CloudCloud uniquementCloud uniquement
TarificationCommunity Edition gratuite ; vous payez le serveurPar tâche, offres par palierPar opération, offres par palier
Limites d’exécutionAucune, en auto-hébergementPlafonnées selon l’offrePlafonnées selon l’offre
Vos donnéesRestent sur votre infrastructureServeurs de ZapierServeurs de Make
LicenceSustainable Use License (fair-code)SaaS propriétaireSaaS propriétaire

Zapier et Make facturent à la tâche ou à l’opération et plafonnent ce que vous pouvez automatiser selon l’offre payée, chaque exécution transitant par leurs serveurs. n8n auto-hébergé n’a aucun plafond d’exécution et rien ne sort de votre réseau, en échange de la gestion du serveur par vos soins. Si vous avez déjà une machine qui tourne pour Jellyfin ou un NAS, ce compromis ne vous coûte quasiment rien de plus.

À quoi sert vraiment n8n dans un homelab

  • Router les alertes que vous verrez vraiment : une panne détectée par Uptime Kuma, un événement Sonarr ou Radarr, une sauvegarde en échec, envoyés vers Discord, Telegram ou une notification push plutôt que dans un énième onglet de dashboard
  • Prendre le relais là où l’éditeur d’automatisations natif de Home Assistant montre ses limites : logique à plusieurs étapes, conditions croisant plusieurs services, une vraie ramification plutôt qu’un simple si-alors
  • Se connecter à une instance Ollama auto-hébergée pour résumer des documents, surveiller un dossier, ou répondre à des questions sur vos propres fichiers, sans que rien ne sorte de votre réseau ; le self-hosted-ai-starter-kit de n8n regroupe justement n8n, Ollama, une base vectorielle et PostgreSQL dans un seul fichier Compose
  • Faire le lien entre vos autres applications auto-hébergées : un flux RSS relayé vers un salon Discord, une copie planifiée hors site d’un export Immich, une note créée dès qu’un dossier surveillé reçoit un nouveau fichier

Consultez notre comparatif des meilleurs outils d’IA auto-hébergés et notre guide des LLM auto-hébergés pour la partie Ollama de ce duo.

Installer n8n avec Docker

  1. Installez Docker et Docker Compose s’ils ne sont pas déjà sur la machine.
  2. Créez un dossier de projet et placez-y le fichier docker-compose.yml ci-dessous.
  3. Lancez docker compose up -d pour récupérer l’image et démarrer le conteneur.
  4. Ouvrez http://localhost:5678 et créez le compte propriétaire de l’instance. Cette étape ne se fait qu’une seule fois.
services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    container_name: n8n
    restart: unless-stopped
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - GENERIC_TIMEZONE=Europe/Paris
      - TZ=Europe/Paris
      - N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  n8n_data:
docker compose up -d

De quoi obtenir une instance accessible uniquement depuis votre réseau, avec la base SQLite par défaut de n8n, volontairement liée à 127.0.0.1 tant que vous n’avez rien mis devant, on y revient plus bas. Si le volume de workflows ou d’utilisateurs commence à pousser SQLite dans ses retranchements, passez à PostgreSQL : n8n propose des fichiers Compose tout prêts pour ça sur son dépôt d’hébergement sur GitHub.

Configuration minimale : webhooks, variables d’environnement, accès distant

Une installation par défaut suffit pour tester des workflows à la main, mais tout ce qui se déclenche via un webhook entrant a besoin de trois variables d’environnement supplémentaires pour que n8n connaisse sa propre adresse publique : N8N_HOST, le domaine par lequel on y accède ; N8N_PROTOCOL, à passer en https une fois le TLS en place devant ; et WEBHOOK_URL, l’URL publique que n8n distribue à ses nœuds webhook. Une erreur ici et les URL générées ne mènent nulle part d’utile, le piège le plus fréquent à la première installation. Pensez aussi à GENERIC_TIMEZONE et TZ : sans elles, les workflows planifiés partent par défaut sur l’heure de New York, quel que soit l’endroit où se trouve votre serveur.

Ne redirigez jamais le port 5678 directement vers internet. Rien ne le protège par défaut : ni reverse proxy, ni TLS, ni limitation de débit. Placez Nginx Proxy Manager, Caddy ou Traefik devant pour un vrai certificat, ou évitez complètement l’exposition publique en passant par un VPN maillé comme Tailscale, exactement l’approche que détaille notre guide d’accès distant à Jellyfin.

n8n est-il open source ? La Sustainable Use License expliquée

Autant être précis, car il est tentant de supposer que tout outil auto-hébergeable disponible sur GitHub est forcément en MIT ou en GPL. Ce n’est pas le cas de n8n. C’est du fair-code : le code source est public, librement consultable, auto-hébergeable et modifiable, mais il est distribué sous la propre Sustainable Use License (SUL) v1.0 de n8n, qui n’est pas une licence open source approuvée par l’OSI. Une licence n8n Enterprise distincte couvre une petite partie des fichiers (repérables au suffixe .ee. dans leur nom) qui alimentent les fonctionnalités payantes comme le SSO. Tout le reste relève de la SUL.

Voici ce que la SUL restreint réellement, d’après le texte de la licence : l’utiliser ou la modifier pour vos propres besoins internes ou un usage personnel non commercial, et ne la redistribuer que gratuitement et à des fins non commerciales. En pratique, cela exclut une seule chose : monter une offre d’hébergement payante qui revend n8n en concurrence directe de n8n Cloud. Ça ne concerne ni un homelab qui fait tourner sa propre instance, ni une entreprise qui automatise son propre fonctionnement interne, c’est-à-dire ce que fait la quasi-totalité des personnes qui lisent cette page.

FAQ

n8n est-il gratuit en auto-hébergement ?

Oui. La Community Edition est gratuite sous la Sustainable Use License, sans limite sur le nombre de workflows. Le paiement n’intervient que pour l’hébergement de n8n Cloud ou pour une licence Enterprise donnant accès au SSO et aux permissions avancées.

Quelle différence entre n8n et Zapier ou Make ?

Zapier et Make sont exclusivement cloud, facturés à la tâche ou à l’opération. n8n peut fonctionner de la même façon via n8n Cloud, ou être auto-hébergé sur votre propre matériel, sans limite d’exécution ni facturation à la tâche.

n8n peut-il se connecter à un LLM local comme Ollama ?

Oui. Les nœuds IA de n8n, basés sur LangChain, dialoguent avec n’importe quel modèle Ollama via son API locale, et le self-hosted-ai-starter-kit officiel regroupe n8n, Ollama, une base vectorielle et PostgreSQL dans un seul fichier Compose.

Faut-il Docker pour auto-héberger n8n ?

Non, npm fonctionne aussi (npx n8n), mais c’est Docker que recommande la documentation de n8n, surtout parce que les mises à jour et le nettoyage restent simples.

L’auto-hébergement de n8n est-il difficile ?

L’installation via Docker prend quelques minutes. Ce qui demande de la préparation, c’est tout ce qui l’entoure : un nom de domaine, le TLS, et un reverse proxy ou un VPN si vous voulez y accéder, ainsi qu’à ses webhooks, depuis l’extérieur de votre réseau.

n8n fait partie des trois outils autour desquels notre comparatif des meilleurs outils d’IA auto-hébergés construit une stack IA pour homelab, aux côtés d’Ollama et d’Open WebUI ; notre guide des LLM auto-hébergés explique comment faire tourner ces deux-là en premier. Parcourez le hub Self-Hosted AI ou le hub Homelab pour aller plus loin sur ces sujets.