n8n gratuit : ce qui l’est vraiment, et comment l’héberger

Oui, il existe un n8n gratuit : la Community Edition, que vous déployez sur votre propre serveur, sans aucune limite d’exécutions ni de workflows. Pour un freelance qui livre des automatisations, la licence permet de la faire tourner sur un serveur au nom de votre client ; précisez alors dès le devis qui paie le serveur, qui fait les sauvegardes et qui applique les mises à jour. Le serveur, lui, n’est plus offert comme dans la vidéo : AWS a remplacé ses 12 mois gratuits par 6 mois de crédits pour les comptes créés depuis le 15 juillet 2025. Le 27 octobre 2026, j’ai revérifié l’installation, les tarifs et la licence.

49:09

n8n est-il gratuit ? Trois façons de l’utiliser sans payer

n8n existe sous deux formes. n8n Cloud est hébergé par l’éditeur, payant après un essai. La version auto-hébergée s’installe où vous voulez, et son édition de base, la Community Edition, est gratuite.

La Community Edition n’a ni limite d’exécutions, ni limite de workflows actifs. 10 workflows ou 300, 100 exécutions par mois ou 100 000 : le prix ne bouge pas. Seul le serveur se paie.

Conditions relevées sur n8n.io/pricing et docs.n8n.io le 27 octobre 2026. Si vous ne passez pas à un plan payant à la fin de l’essai Cloud, n8n supprime l’instance ; vous avez 90 jours pour télécharger vos workflows.

Ce qui manque à la version gratuite

La Community Edition a presque tout n8n. Il lui manque surtout ce qui sert aux équipes : SSO, projets, partage de workflows et d’identifiants entre utilisateurs, environnements, versionnement Git, secrets externes, variables personnalisées. Sans partage, seuls le propriétaire de l’instance et l’auteur d’un workflow y ont accès. Ces fonctions s’achètent avec une clé de licence (plans Business et Enterprise), ou existent en partie sur n8n Cloud.

Une option gratuite à activer : enregistrez votre instance avec votre email (Settings, puis Usage and plan, puis Unlock). Vous recevez une clé qui débloque les dossiers, le débogage dans l’éditeur et les données d’exécution personnalisées. n8n vous le propose aussi à la création du premier compte.

Cloud ou auto-hébergé pour un client, la règle de choix et les prix comparés sont dans Make vs n8n : les 4 questions pour choisir. En bref : je conseille n8n Cloud par défaut, et l’auto-hébergement quand le client a une contrainte sur ses données.

n8n gratuit en local : une seule commande

Pour apprendre sans serveur, installez Docker Desktop, puis lancez cette commande dans un terminal (sous Windows, dans WSL) :

curl -fsSL https://get.n8n.io | sh

Elle vérifie Docker, crée un dossier n8n, écrit la configuration et démarre n8n sur http://localhost:5678, avec une base SQLite intégrée. Elle remplace l’ancien npx n8n : à partir de n8n 3.0, n8n ne s’installera plus que par Docker. Pour mettre à jour :

curl -fsSL https://get.n8n.io | sh -s -- --upgrade

La licence de n8n en clair : ce qu’un freelance peut facturer

n8n n’est pas open source au sens de l’Open Source Initiative, et l’éditeur ne le prétend pas. Son code est public, sous une licence qu’il a écrite en 2022, la Sustainable Use License, qu’il appelle aussi sa licence Community. Elle vous laisse utiliser, modifier et redistribuer n8n, avec trois limites :

1. l’usage pour les besoins internes de votre entreprise, ou un usage personnel ou non commercial ;
2. la redistribution seulement gratuite, et à des fins non commerciales ;
3. aucune mention de licence, de droits d’auteur ou de marque retirée.

La FAQ de n8n résume la règle en une phrase : si les workflows ne sont créés ou modifiés que par vous ou par les gens de votre organisation, la licence est gratuite. Le critère est simple : qui contrôle la logique des workflows ? Le nombre de clients et le chiffre d’affaires n’entrent pas en compte, et peu importe qui saisit les identifiants.

Ce que la licence permet

• faire tourner votre propre activité avec n8n ;
• l’utiliser pour apprendre, pour un projet personnel ou pour de la recherche ;
• construire des automatisations pour vos clients sur votre instance, tant qu’ils ne peuvent ni les créer ni les modifier ;
• facturer la création de workflows, l’installation, la maintenance, la formation et le conseil ;
• installer et maintenir n8n sur le serveur d’un client, et le facturer ;
• utiliser n8n en coulisse dans votre propre produit, où vos utilisateurs déclenchent les automatisations que vous avez construites ;
• faire tourner plusieurs instances.

Ce qu’elle interdit

• héberger n8n et y donner accès à vos clients pour qu’ils construisent leurs workflows ;
• laisser des utilisateurs externes configurer leurs propres workflows dans votre produit, par une interface maison, l’API, un serveur MCP ou un agent IA qui agit pour eux ;
• reprendre le code de n8n pour lancer votre propre outil d’automatisation ;
• revendre n8n sous votre marque en retirant la sienne ;
• activer les fonctions Enterprise sans licence Enterprise.

Retenez surtout ce cas : la FAQ autorise l’installation et la gestion de n8n sur le serveur d’un client, « à condition que vous ne l’hébergiez pas aussi pour lui » : vendre l’hébergement ferait concurrence à n8n Cloud. Le serveur est donc au nom du client, sur sa carte. Pour une zone grise, n8n répond à license@n8n.io.

Jusqu’en mars 2022, n8n était sous licence Apache 2.0 avec Commons Clause, qui limitait aussi le conseil payant. La licence actuelle a levé cette limite : facturer la construction de workflows n8n ne demande aucun accord avec l’éditeur.

Ce qui a changé depuis la vidéo

La vidéo a été publiée le 15 juillet 2025. Quinze mois plus tard, sept choses ont bougé.

L’offre gratuite d’AWS en 2026 : 6 mois de crédits

Dans la vidéo, j’héberge n8n sur AWS, le cloud d’Amazon, avec l’offre gratuite de l’époque : 12 mois, 750 heures de serveur par mois (de quoi le laisser allumé tout le mois) et 750 heures de base de données. Cette offre ne vaut plus que pour les comptes créés avant le 15 juillet 2025, et seulement pendant leurs 12 premiers mois.

Un compte créé aujourd’hui choisit entre deux plans :

• Free : 100 $ de crédits à la création, et jusqu’à 100 $ de plus en faisant 5 activités guidées. Trois d’entre elles sont des étapes de la vidéo : créer un budget, lancer un serveur EC2, créer une base RDS. Rien n’est facturé. Mais le compte est suspendu au bout de 6 mois, ou dès que les crédits sont épuisés si c’est plus tôt, et AWS ne garde les données que 90 jours.
• Paid : les mêmes crédits, valables 12 mois, puis la facturation à l’usage. C’est le seul plan possible pour un serveur qui doit tenir, et le seul à proposer pour un client.

Combien coûte le montage de la vidéo une fois les crédits finis ? Aux prix d’AWS à Paris relevés le 27 octobre 2026, hors taxes, pour 730 heures par mois :

À ce rythme, 100 $ de crédits durent environ 3 mois et demi ; 200 $ couvrent les 6 mois. Ensuite, la facture dépasse les 20 € par mois de n8n Cloud Starter. L’AWS gratuit de la vidéo sert donc à apprendre pendant quelques mois ; pour héberger un client dans la durée, il se paie.

L’auto-hébergement garde deux avantages qui, eux, n’ont pas changé : les exécutions ne sont pas plafonnées, et les données restent sur un serveur que vous choisissez. Pour alléger la facture, vous pouvez vous passer de RDS : le guide Docker Compose de n8n montre comment ajouter PostgreSQL au même fichier, sur le même serveur. Les sauvegardes de la base reviennent alors entièrement à vous.

Héberger n8n sur AWS en 4 étapes

La vidéo suit 4 étapes : le serveur et la base, l’installation, la sécurité, puis le test avec un agent IA. Je les reprends avec ce qui a changé. La vidéo fait tout en 49 minutes, explications comprises. Si c’est pour un client, créez le compte AWS à son nom dès la première étape (voir plus bas).

Étape 1 : le serveur EC2 et la base RDS

1. Créez le compte sur aws.amazon.com : email, mot de passe, carte bancaire, vérification par SMS. Gardez le support gratuit (Basic).
2. Avant tout, un budget. Cherchez « Budgets » dans la console et créez un budget à partir du modèle de dépense nulle (Zero spend budget) : AWS vous écrit au premier centime dépensé. C’est aussi l’une des activités qui rapportent des crédits.
3. Choisissez la région, en haut à droite. Paris (eu-west-3) suffit pour n8n et garde les données en France. L’Irlande a plus de services, utile si vous prévoyez d’autres outils AWS.
4. Ouvrez EC2, puis Lancer une instance :
   • nom : n8n ;
   • système : Ubuntu Server 24.04 LTS, marqué éligible à l’offre gratuite. La vidéo prend Amazon Linux 2023 ; Ubuntu simplifie l’installation de Docker à l’étape 2 ;
   • type : t3.micro, le t2.micro de la vidéo n’étant plus éligible pour un compte récent ;
   • paire de clés : créez-en une, en RSA, au format .pem sur macOS et Linux, .ppk sous Windows avec PuTTY. Le fichier se télécharge tout seul : gardez-le, c’est votre seul moyen d’entrer sur le serveur ;
   • réseau : cochez SSH, HTTP et HTTPS, et limitez SSH à votre adresse (option Mon IP) ;
   • stockage : la vidéo met 12 à 15 Go, pour garder de la place aux sauvegardes.
5. Ouvrez RDS, puis Créer une base de données : Création facile, PostgreSQL, modèle Offre gratuite. Identifiant db-n8n, utilisateur principal postgres, un mot de passe solide. AWS refuse certains symboles : dans la vidéo, je remplace celui qui bloque par un tiret bas. La base est disponible en 3 à 4 minutes.
6. Ouvrez le passage entre le serveur et la base : par défaut, ils ne se parlent pas. Dans la base, section des groupes de sécurité, modifiez les règles entrantes. Ajoutez une règle PostgreSQL (port 5432) dont la source est le groupe de sécurité du serveur, launch-wizard-1 par défaut. La vidéo ouvre « Tout le TCP » : le seul port 5432 suffit.

Étape 2 : installer n8n avec Docker

Connectez-vous au serveur depuis le dossier où se trouve votre clé :

chmod 400 cle-n8n.pem
ssh -i cle-n8n.pem ubuntu@<adresse-ip-publique>

chmod 400 est indispensable : SSH refuse une clé dont les droits sont trop ouverts, c’est l’erreur que je rencontre dans la vidéo. L’utilisateur est ubuntu sur Ubuntu, ec2-user sur Amazon Linux. Sous Windows, PuTTY fait la même chose avec le fichier .ppk.

Dans la vidéo, j’installe tout avec un script maison : Docker, un serveur web devant n8n, le certificat HTTPS, un planificateur de tâches, puis n8n. Aujourd’hui, prenez le guide « Use Docker Compose » de la documentation de n8n, rubrique des fournisseurs cloud. Il fait la même chose, et l’éditeur le tient à jour.

1. Installez Docker Engine et son plugin Compose avec la méthode du dépôt apt, décrite dans la documentation de Docker pour Ubuntu (le script get.docker.com y est déconseillé en production). Vérifiez :

   bashCopier

   docker --version
   docker compose version
   

2. Pointez un sous-domaine vers le serveur : chez votre registrar ou dans Cloudflare, un enregistrement A, par exemple n8n, vers l’adresse IP publique du serveur. Dans Cloudflare, désactivez le proxy, comme dans la vidéo.

3. Créez le dossier du projet et le fichier .env :

   bashCopier

   mkdir n8n-compose && cd n8n-compose
   mkdir local-files
   nano .env
   

   bashCopier

   DOMAIN_NAME=votredomaine.fr
   SUBDOMAIN=n8n
   GENERIC_TIMEZONE=Europe/Paris
   SSL_EMAIL=vous@votredomaine.fr
   

4. Créez le fichier compose.yaml en copiant celui du guide. Il lance deux conteneurs : n8n, et Traefik, qui reçoit les visiteurs et obtient seul le certificat HTTPS auprès de Let’s Encrypt.

5. Branchez la base RDS. Par défaut, n8n range tout dans SQLite, dans le volume n8n_data. Pour utiliser la base de l’étape 1, ajoutez dans la section environment du service n8n : DB_TYPE=postgresdb, DB_POSTGRESDB_HOST (le point de terminaison affiché dans RDS), DB_POSTGRESDB_PORT=5432, DB_POSTGRESDB_DATABASE (postgres si vous n’avez pas créé d’autre base), DB_POSTGRESDB_USER et DB_POSTGRESDB_PASSWORD. Depuis PostgreSQL 15, RDS refuse les connexions non chiffrées : ajoutez DB_POSTGRESDB_SSL_ENABLED=true, et donnez à n8n le certificat d’AWS de la région par DB_POSTGRESDB_SSL_CA.

6. Démarrez :

   bashCopier

   sudo docker compose up -d
   

n8n répond ensuite sur https://n8n.votredomaine.fr. Dans la vidéo, l’installation dure une à deux minutes.

N’utilisez pas la commande en une ligne sur ce serveur. Elle installe aussi le bac à sable de n8n Assistant, qui demande 4 Go de mémoire et 2 processeurs, et elle sert n8n en HTTP sur le port 5678, sans domaine ni HTTPS.

Une erreur en rouge pendant l’installation ? Le réflexe de la vidéo marche toujours : donnez à Claude ou à ChatGPT le fichier que vous avez lancé et le message d’erreur, en précisant le serveur. Il vous dit quoi corriger.

Étape 3 : sécuriser l’instance

• HTTPS. Traefik redirige HTTP vers HTTPS. Dans la vidéo, je retire ensuite HTTP du groupe de sécurité du serveur. Avec Traefik, c’est sans risque : son certificat se renouvelle par le port 443. Avec un certificat obtenu par le défi HTTP de Let’s Encrypt (certbot, par exemple), fermer le port 80 bloque le renouvellement.
• Une adresse IP fixe. Attachez une adresse IP Elastic au serveur (EC2, puis Adresses IP Elastic). Sans elle, l’adresse publique change à chaque arrêt du serveur, et votre domaine pointe dans le vide. Elle coûte le même prix qu’une adresse publique, 0,005 $ de l’heure.
• Les accès. SSH limité à votre adresse (étape 1), la base joignable depuis le serveur seulement (étape 1, règle 5432).
• Le compte n8n. Activez la double authentification dans Settings, puis Personal, puis Enable 2FA, et rangez les codes de secours.

Étape 4 : tester avec un agent IA

Ouvrez l’adresse de votre instance. n8n vous demande de créer le compte propriétaire : c’est le moment de cocher l’enregistrement gratuit de la Community Edition.

Puis le test de la vidéo : un nœud AI Agent relié au déclencheur de chat, un modèle OpenAI avec votre clé d’API, et un « Bonjour ». S’il répond, n8n, la base et la sortie vers Internet fonctionnent. Ensuite, créez votre premier workflow n8n, voyez l’agent IA que l’on livre à un client, ou suivez la masterclass n8n complète, 5 h 30 de A à Z.

Ensuite : les mises à jour, sans casser le client

Sur n8n Cloud, la mise à jour se lance depuis la console. En auto-hébergé, c’est vous qui la faites. Dans la vidéo, un second script vérifie chaque dimanche à 2 h du matin s’il existe une nouvelle version, et l’installe tout seul. Je ne le referais pas pour un client, pour deux raisons.

D’abord, n8n publie une version mineure presque chaque semaine, et la 3.0, annoncée, change des comportements : nœuds communautaires non vérifiés désactivés, délai maximal d’une tâche du nœud Code ramené de 5 minutes à 1, anciens modes du nœud AI Agent retirés. Une mise à jour automatique le dimanche peut casser un workflow client, et vous l’apprendrez le lundi par le client.

Ensuite, la documentation de n8n recommande une sauvegarde complète avant chaque mise à jour, la lecture des notes de version, et une mise à jour au moins une fois par mois.

La méthode que je conseille : épinglez la version dans compose.yaml (image: n8nio/n8n:2.45.4 au lieu de n8nio/n8n). Puis, une fois par mois : sauvegarde, lecture des notes de version, nouveau numéro dans le fichier, et :

sudo docker compose pull
sudo docker compose down
sudo docker compose up -d

Avant de passer à la 3.0, ouvrez Settings, puis Migration Report : n8n y liste les workflows et les réglages de l’instance à corriger.

Héberger n8n chez votre client : qui maintient quoi

Héberger n8n sur un serveur au nom du client est permis par la licence, et c’est la seule façon propre de le faire : vous ne revendez pas d’hébergement, et le client garde la main sur ses données. C’est la même règle que pour un site déployé sur Vercel : le compte est au client, vous y êtes invité le temps de la mission.

Je ne le propose pas par défaut. n8n Cloud reste le premier choix, et l’auto-hébergement se justifie quand le client a une contrainte sur ses données, ou des volumes qui feraient grimper un forfait Cloud. Quand il se justifie, tout se joue dans le partage des rôles, écrit avant la livraison.

Les deux parties d’une sauvegarde

Selon la documentation de n8n, une sauvegarde complète a deux parties :

• le dossier .n8n, c’est-à-dire le volume n8n_data dans Docker : il contient la clé qui chiffre tous les identifiants ;
• la base PostgreSQL : sur RDS, ses sauvegardes automatiques (vérifiez leur durée de conservation dans l’onglet Maintenance et sauvegardes) ou un instantané manuel.

Sans la clé, une base restaurée ne sert à rien : n8n ne peut plus déchiffrer un seul identifiant, et chaque connexion à Gmail, au CRM ou à OpenAI est à refaire. Pour le disque du serveur, et donc le volume n8n_data, un instantané EBS planifié avec Amazon Data Lifecycle Manager fait l’affaire.

La commande n8n export:workflow --backup exporte les workflows en JSON, mais sans les utilisateurs, l’historique, les variables ni la clé. Elle sert à déplacer des workflows, pas à restaurer une instance.

En fin de mission

Vous supprimez votre accès IAM, vous faites changer les mots de passe que vous avez connus, et vous remettez la fiche d’exploitation : où tourne n8n, qui paie AWS, où sont la clé et les sauvegardes, comment mettre à jour, qui appeler en cas de panne.