Tu as vu ta facture Zapier augmenter pendant six mois.
Chaque nouveau flux de travail ajoute un autre élément, et chaque étape compte comme une tâche. La facture mensuelle coûte maintenant plus que ton outil de gestion de projet.
Tu commences à chercher des alternatives et tu tombes sur n8n, une plateforme d’automatisation que tu peux auto-héberger sur ton propre serveur privé virtuel (VPS), pour un coût mensuel variant entre 4 et 10 dollars.
Exécutions de flux de travail illimitées. Pas de tarification par tâche. Pas de factures surprises lorsque vos automatisations décollent.
La configuration prend environ une heure. Et oui, nous te guidons tout au long du processus.
Qu’est-Ce Que N8n Et Pourquoi Les Gens L’hébergent-Ils Eux-Mêmes ?
n8n est une plateforme d’automatisation de workflows qui te permet de connecter des applications, de transférer des données entre des services et de construire des automatisations complexes grâce à un éditeur visuel. Pense-le comme le moteur derrière “quand X se produit, fais Y et Z,” sauf que tu glisses des nœuds et traces des connexions au lieu d’écrire du code.
Avec plus de 180 000 étoiles sur GitHub et plus de 100 millions de téléchargements sur Docker, c’est devenu l’un des outils d’automatisation auto-hébergés les plus populaires du marché.
La plateforme fonctionne sous une Licence d’Utilisation Durable, qu’il vaut mieux comprendre avant de s’engager. Ce n’est pas de l’open source traditionnel (non certifié par l’OSI), mais ce n’est pas non plus verrouillé. Tu peux l’utiliser librement pour ton propre commerce. Tu ne peux simplement pas la revendre en tant que service hébergé.
“…Tout le monde peut utiliser [la source de n8n] totalement gratuitement… Ce qui est, cependant, différent dans notre licence, c’est que les gens ne peuvent pas commercialiser notre code.” – Jan Oberhauser, PDG de n8n, comme raconté à Sequoia
Les gens hébergent eux-mêmes n8n car les économies se manifestent une fois que vous dépassez une utilisation basique. n8n Cloud commence à 20 $/mois pour 2,500 exécutions sur le plan Starter, et si tu gères un volume réel, ces limites apparaissent rapidement.
Sur ton propre VPS ? Exécutions illimitées, pleine propriété des données, coûts fixes. Ton serveur fonctionne de la même manière que tu lances 100 workflows ou 10 000.
Que Peux-Tu Automatiser Avec n8n ?
Les plus de 400 intégrations intégrées couvrent une large gamme, et les nœuds construits par la communauté portent le total à des milliers. n8n fait partie d’un écosystème en croissance d’alternatives open-source aux outils SaaS, couvrant tout, de la CRM à la gestion de projet.
Quelques configurations courantes :
- CRM et routage de leads. Synchronise les contacts entre ton CRM, plateforme d’email, et Slack lorsque de nouveaux leads arrivent.
- Workflows déclenchés par Webhook. Réponds aux événements des processeurs de paiement, soumissions de formulaires, ou commits GitHub en temps réel.
- Automatisation des pipelines de données. Extrayez les données des API, transformez-les, et poussez-les dans des bases de données ou des feuilles de calcul selon un calendrier.
- Chaînes d’agents IA. Connecte les LLMs avec tes outils internes pour construire des assistants IA personnalisés capables de rechercher, résumer, et agir sur tes données.
(C’est là que les ressources de ton serveur commencent à compter — plus de détails dans la section des spécifications.)
Quel Est Le Coût De L’Auto-Hébergement n8n ?
Auto-héberger n8n sur un VPS coûte entre 4 $ et 10 $ par mois, selon ton fournisseur et ton plan.
C’est le coût complet de l’infrastructure : serveur, stockage et bande passante. Le logiciel n8n lui-même est gratuit.
Compare cela à l’exécution de n8n depuis leur propre cloud :
| Plan | Coût Mensuel | Limite D’Exécution |
| n8n Cloud Starter | 20 $/mois | 2 500 exécutions |
| n8n Cloud Pro | 50 $/mois | Nombre d’exécutions personnalisé |
| n8n Cloud Business | 800 $/mois | 40 000 exécutions |
| VPS auto-hébergé | 4–10 $/mois | Illimité |
L’écart se creuse lorsque tu prends en compte la manière dont n8n compte l’utilisation. n8n facture une exécution par déclenchement de workflow, peu importe le nombre d’étapes que contient ce workflow. D’autres plateformes d’automatisation populaires comptent chaque étape comme une tâche séparée.
Donc, un workflow en cinq étapes exécuté 100 fois par jour représente 3,000 exécutions n8n par mois, mais 15,000 tâches ailleurs.
De vrais utilisateurs confirment cela. Une analyse de ExpressTech a révélé des économies annuelles de 636 à 684 dollars pour une configuration exécutant environ 7 000 exécutions par mois sur quatre flux de travail. La période de rentabilité était de deux à trois mois.
Les Coûts Cachés de L’Auto-Hébergement
Les économies en dollars sont réelles. Mais l’auto-hébergement n’est pas gratuit dans tous les sens.
Voici ce que cela te coûte :
Ton Temps. Prévois 1 à 2 heures par mois pour les mises à jour de routine, les sauvegardes et la vérification des logs. Les configurations plus lourdes avec des automatisations alimentées par IA exigeront davantage.
Friction de configuration OAuth. La connexion à des services tels que Google Workspace ou Microsoft 365 nécessite la configuration des identifiants OAuth, environ 10 à 20 minutes par fournisseur. L’écran de consentement OAuth de Google est particulièrement agaçant ; l’utilisation en production nécessite une vérification de l’application qui peut prendre des jours. (Si tu as déjà observé un indicateur de chargement pendant que Google examine ton application de “test interne”, tu connais la sensation.)
Échecs de renouvellement SSL. Les certificats Let’s Encrypt sont gratuits et automatisent bien le renouvellement — jusqu’à ce qu’ils ne le fassent pas. Les changements de DNS ou les interruptions de processus peuvent entraîner des échecs silencieux. C’est le genre de chose qui fonctionne parfaitement pendant 89 jours puis qui échoue à 2 heures du matin le 90ème jour.
Temps de configuration initiale. Prévois une à deux heures pour le premier déploiement si tu es à l’aise dans un terminal. Tu n’as jamais utilisé SSH pour accéder à un serveur auparavant ? Ajoute un peu de temps de préparation en plus de cela.
Quelles Spécifications Serveur n8n Nécessite-t-il ?
La configuration minimale pour démarrer n8n est 2GB de RAM, 2 cœurs CPU et 20 GB de stockage. Cela suffit pour des tests et un développement léger. Pour la production, 4 GB à 8 GB de RAM sont idéaux.
De plus, n’oublie pas que n8n est limité par la mémoire, pas par le CPU. La RAM est plus importante que la puissance de traitement. Il utilise environ 100MB de mémoire au repos, mais les flux de travail actifs peuvent augmenter en fonction du volume de données et de la complexité de tes nœuds.
Voici un rapide calcul sur napkin :
Compte tes flux de travail actifs, multiplie par 50 Mo, puis ajoute un gigaoctet pour l’application n8n elle-même plus la surcharge de PostgreSQL. C’est ta base de référence pour la RAM.
Nouveau dans l’hébergement VPS ? Commence avec le guide du débutant pour VPS de DreamHost pour comprendre les bases avant de dimensionner ton serveur.
Quel VPS Devrais-Tu Choisir Pour n8n Auto-Hébergé ?
4GB de RAM couvrent la plupart des auto-hébergeurs n8n exécutant jusqu’à 100 workflows avec des déclencheurs webhook. Passez à 8GB pour une utilisation intensive, des nœuds IA ou de l’automatisation de navigateur.
Alors, voici tes options :
| Cas d’Utilisation | RAM | Plan Recommandé | Notes |
| Automatisations personnelles, <20 workflows | 2GB | DreamHost VPS Autogéré Stack 2 | Viabilité minimale. Devient limité avec les nœuds IA ou l’automatisation du navigateur. |
| Petite équipe, 20–100 workflows, webhooks | 4GB | DreamHost VPS Autogéré Stack 4 | Point idéal pour la plupart des auto-hébergeurs. Point de départ recommandé. |
| Utilisation intensive, nœuds IA, mode file d’attente | 8GB+ | DreamHost VPS Autogéré Stack 8 | Pour les charges de travail en production avec automatisation du navigateur ou modèles IA locaux. |
Quelques spécifications méritent une attention particulière au-delà de la RAM : le stockage NVMe fait une réelle différence pour la performance de PostgreSQL. C’est parce que l’I/O de la base de données est généralement le goulot d’étranglement, et non le CPU. La bande passante non mesurée est importante si tu gères des charges de travail riches en webhooks avec un flux constant de requêtes HTTP entrantes.
Et l’accès complet à Root n’est pas une option. Si ton VPS Hosting ne le propose pas, n8n ne peut pas exécuter Docker, gérer sa base de données, ou configurer ses propres services. Shared Hosting ne fonctionnera pas ici.
DreamHost est un fournisseur d’hébergement web qui gère une infrastructure open-source depuis plus de 25 ans. Nos plans d’hébergement VPS Self-Managed cochent toutes les cases essentielles — stockage SSD NVMe, bande passante non mesurée et accès Root complet — ce qui en fait un choix naturel pour faire fonctionner n8n.
Oh, et une chose à garder en tête pour plus tard : à mesure que ton utilisation augmente, n8n prend en charge le mode file d’attente, une architecture de mise à l’échelle qui sépare l’interface utilisateur de l’exécution du workflow en utilisant Redis comme courtier de messages. Les benchmarks de la documentation de n8n montrent un bond de performance de 7x lorsque tu fais le changement.
Comment Configurer n8n Sur Un VPS ?
Déployer une instance n8n auto-hébergée prend cinq étapes et environ une heure. Chez DreamHost, nous recommandons d’utiliser Docker Compose. Il regroupe n8n, PostgreSQL et un proxy inverse (un serveur qui se situe entre Internet et votre application, gérant le SSL et le routage) dans un seul fichier de configuration.
Voici le processus de haut niveau :
- Configurer un VPS avec Ubuntu 22.04 ou plus récent et un accès SSH
- Installer Docker et Docker Compose sur le serveur
- Créer un fichier docker-compose.yml qui définit trois services : n8n, PostgreSQL et un proxy inverse comme Nginx, Traefik ou Caddy
- Configurer les variables d’environnement, qui contrôlent tout, depuis vos identifiants d’admin n8n jusqu’à la chaîne de connexion de la base de données et votre clé de chiffrement
- Exécuter la commande
docker compose up -det le tour est joué !
Un fichier de configuration, une commande. La documentation n8n Docker Compose décrit chaque ligne du fichier compose.
Voici à peu près à quoi ressemble le fichier de composition, réduit à l’essentiel :
services:
n8n:
image: n8nio/n8n:1.72.1
restart: unless-stopped
ports:
- "5678:5678"
environment:
- DB_TYPE=postgresdb
- DB_POSTGRESDB_HOST=postgres
- DB_POSTGRESDB_USER=n8n
- DB_POSTGRESDB_PASSWORD=ton_mot_de_passe_db
- N8N_ENCRYPTION_KEY=ta_clé_de_cryptage
- EXECUTIONS_DATA_MAX_AGE=168
depends_on:
- postgres
volumes:
- n8n_data:/home/node/.n8n
postgres:
image: postgres:15
restart: unless-stopped
environment:
- POSTGRES_USER=n8n
- POSTGRES_PASSWORD=ton_mot_de_passe_db
- POSTGRES_DB=n8n
volumes:
- postgres_data:/var/lib/postgresql/data
volumes:
n8n_data:
postgres_data:C’est n8n et PostgreSQL qui fonctionnent ensemble avec un stockage persistant. Pour la production, tu ajouterais Nginx, Traefik ou Caddy comme troisième service devant n8n pour gérer le SSL.
(Commence avec PostgreSQL dès le premier jour. SQLite fonctionne pour les tests, mais migrer de SQLite à PostgreSQL plus tard est douloureux de la manière “j’aurais souhaité avoir fait cela correctement dès le début”. Épargne-toi ce casse-tête particulier.)
La documentation de n8n Docker Compose couvre entièrement cette couche de proxy inverse.
Ce Dont Tu Auras Besoin Avant De Commencer
Avant de commencer, tu auras besoin :
- Un VPS avec accès Root fonctionnant sous Ubuntu 22.04 ou plus récent, avec au moins 2 Go de RAM (4 Go recommandés)
- Un nom de domaine pointé vers l’adresse IP de votre serveur (pour le SSL et l’accès à l’éditeur n8n)
- Docker et Docker Compose installés sur le serveur
- Confort basique avec le terminal — tu devrais savoir comment te connecter en SSH à un serveur, éditer un fichier et exécuter des commandes
- Environ 1 à 2 heures pour la configuration initiale
Un autre prérequis qui n’est pas sur une liste officielle : sauvegarde ta clé N8N_ENCRYPTION_KEY dès qu’elle est générée. Cette clé chiffre toutes tes informations d’identification stockées, y compris chaque clé API, jeton OAuth et mot de passe de base de données auquel tu as connecté. Perds la clé, et tu reconstruiras chaque intégration depuis le début (et tu regretteras tes choix de vie).
Copie-le dans un endroit sûr, séparé de tes sauvegardes de base de données.
Comment Maintenir La Sécurité d’une Instance n8n Auto-Hébergée ?
Une instance n8n auto-hébergée est aussi sécurisée que le serveur sur lequel elle fonctionne, et c’est toi qui contrôles ce serveur.
La sécurité repose sur six éléments. Aucun d’eux n’est compliqué individuellement, mais en négliger un seul crée une véritable lacune.
- HTTPS via un proxy inverse. N’accède jamais à l’éditeur n8n via HTTP simple. Utilise Nginx, Traefik ou Caddy avec un certificat Let’s Encrypt. Caddy gère automatiquement le SSL, ce qui est une chose de moins à configurer.
- Confinement par pare-feu. Configure UFW (Uncomplicated Firewall) pour autoriser seulement trois ports : SSH (22), HTTP (80) et HTTPS (443). Jamais exposer le port par défaut de n8n 5678 directement sur internet.
- Isolation du réseau Docker. Garde PostgreSQL et n8n sur un réseau Docker interne. Ton port de base de données ne devrait jamais être accessible depuis l’extérieur.
- Authentification forte. Utilise un mot de passe administrateur robuste. Pour les instances exposées à internet, réduis la durée de session par défaut pour forcer la ré-authentification toutes les quelques heures.
- Mises à jour régulières. Télécharge la dernière image Docker de n8n et redémarre. Lis le journal des modifications en premier, car les mises à jour de n8n peuvent inclure des changements majeurs.
- Sauvegardes automatisées. Sauvegarde ta base de données PostgreSQL et ta clé de chiffrement selon un calendrier. Teste tes restaurations occasionnellement. Une sauvegarde que tu n’as jamais testée est un espoir, pas un plan.
Encore une chose à surveiller qui n’est pas nécessairement liée à la sécurité, mais qui fera une grande différence. n8n stocke les entrées et les sorties de chaque nœud à chaque exécution, indéfiniment, par défaut. C’est utile pour le débogage, mais cela gonflera discrètement ta base de données jusqu’à ce que tu remarques que les choses deviennent lentes.
Définis `EXECUTIONS_DATA_MAX_AGE=168` dans tes variables d’environnement pour élaguer automatiquement les données d’exécution de plus de sept jours.
Quels Sont Les Compromis Entre L’Auto-Hébergement Et n8n Cloud ?
L’hébergement autonome de n8n te donne des exécutions illimitées et un contrôle total des données pour 4–10 $/mois. n8n Cloud offre une maintenance nulle et gère SSL/OAuth pour 20–800 $/mois. Le choix dépend de si tu veux posséder ton infrastructure d’automatisation ou payer quelqu’un d’autre pour la gérer.
La documentation de n8n le dit ainsi : « n8n recommande l’auto-hébergement pour les utilisateurs experts. Les erreurs peuvent entraîner une perte de données, des problèmes de sécurité et des temps d’arrêt. Si tu n’as pas l’expérience de la gestion de serveurs, n8n recommande n8n Cloud. »
Voici comment les deux options se comparent :
| Facteur | Auto-Hébergé | n8n Cloud |
| Coût mensuel | 4 à 10 $ (VPS) | 20 à 800 $ |
| Exécutions | Illimité | 2 500 à 40 000 (par palier) |
| Temps de configuration | 1 à 2 heures | Minutes |
| Maintenance | 1 à 2 heures/mois | Zéro |
| Emplacement des données | Votre serveur | Infrastructure de n8n |
| Mises à jour | Manuelles (Docker pull) | Automatiques |
| SSL/OAuth | Vous le configurez | Intégré |
| Échelonnage | Ajoutez de la RAM, ou utilisez le mode file d’attente avec des travailleurs Redis | Améliorez le palier du plan |
Il existe également un juste milieu à connaître. Les plateformes d’hébergement géré comme PikaPods (à partir d’environ 3 $/mois) et Elestio (~17 $/mois) te permettent de gérer n8n auto-hébergé sans avoir à gérer le serveur toi-même. Tu bénéficies de la plupart des avantages en termes de coût et de contrôle, sans aucune des responsabilités d’administration système.
Mais voici la vision plus large. Avec n8n Cloud, une plateforme peut modifier les prix, mettre en pause tes workflows lorsque tu atteins une limite, ou supprimer des fonctionnalités dont tu dépends.
Avec une infrastructure auto-hébergée, ton infrastructure d’automatisation t’appartient. Contrôle total, responsabilité totale.
Prendre La Décision Finale
L’auto-hébergement est logique lorsque trois éléments s’alignent :
- Tu exécutes suffisamment d’automatisations pour que les limites d’exécution sur le cloud deviennent contraignantes
- Tu souhaites que tes données de workflow soient sur une infrastructure que tu contrôles
- Tu (ou quelqu’un de ton équipe) es à l’aise pour consacrer une ou deux heures par mois au travail sur le serveur
Autrement, n8n Cloud est un choix raisonnable. Payer 20 $ par mois pour éviter de jamais penser aux logs Docker est un échange équitable, surtout pour une petite équipe qui souhaite simplement que ses automatisations fonctionnent.
Mais une fois que tu es prêt à franchir le seuil de l’auto-hébergement, les calculs deviennent rapidement décisifs. Un VPS modeste avec 4GB de RAM fera fonctionner une instance de production n8n pendant des années avec un minimum de soins. Commence petit, améliore au fur et à mesure que tes flux de travail grandissent, et garde le contrôle total de ta pile.
Cette dernière partie est plus importante qu’il n’y paraît. Tu peux toujours passer à un serveur plus grand. Il est beaucoup plus difficile de se détacher d’une plateforme SaaS après qu’elle ait modifié ses tarifs autour des flux de travail que tu as déjà établis.
Maîtrisez toute votre stack. Applications, IA, bases de données et plus encore.
Gardez chaque identifiant et chaque conversation sur un serveur que vous contrôlez, avec la vitesse NVMe et une bande passante illimitée intégrées.
Découvrez les forfaits VPS autogéréQuestions Fréquemment Posées Sur L’Auto-Hébergement n8n
n8n est-il vraiment gratuit à auto-héberger ?
Le logiciel n8n est gratuit à utiliser sur ton propre serveur sous la Licence d’Utilisation Durable. Tu peux l’exécuter pour n’importe quel objectif commercial interne sans payer de frais de licence à n8n. La partie “gratuite” concerne le logiciel ; tu paieras toujours pour ton serveur, qui coûte 4 à 10 $/mois sur un VPS basique.
La licence limite une chose : tu ne peux pas prendre n8n et le revendre comme ton propre service d’automatisation hébergé. Cependant, pour exécuter tes propres flux de travail, c’est gratuit.
Quelles sont les exigences minimales du système pour n8n ?
Tu as besoin d’au moins 2GB de RAM, 2 cœurs CPU, et 20GB de stockage pour faire fonctionner n8n. C’est suffisant pour des tests et une utilisation légère. Pour des charges de travail en production avec 10–20 workflows actifs, opte pour 4GB de RAM.
Le plan Stack 4 VPS Auto-Géré de DreamHost offre 4GB de RAM avec un stockage SSD NVMe et un accès Root complet pour exécuter des applications auto-hébergées comme n8n. Voir les plans d’hébergement VPS auto-gérés pour plus de détails.
Utilise PostgreSQL au lieu de SQLite pour la production, et le stockage SSD n’est pas optionnel pour des performances de base de données décentes.
Puis-je migrer de Zapier à n8n ?
Ne t’attends pas à une importation en un clic. Il n’y a pas d’outil de migration direct entre les deux plateformes, donc tu devras reconstruire tes flux de travail dans l’éditeur visuel de n8n dès le départ.
La bonne nouvelle : n8n couvre la plupart des mêmes services grâce à ses plus de 400 intégrations intégrées, donc tes automatisations existantes peuvent presque certainement être recréées. Les membres de la communauté rapportent que cela prend quelques heures pour les configurations typiques, moins si tes flux de travail sont simples, plus si tu as construit des séquences multi-étapes complexes.
Comment mettre à jour une instance n8n auto-hébergée ?
Tire la dernière image Docker, et redémarre tes conteneurs. Tout le processus prend moins de cinq minutes. Sauvegarde ta base de données PostgreSQL avant les mises à jour majeures en utilisant `docker exec` dans le conteneur PostgreSQL et `pg_dump`, ou utilise ton script de sauvegarde existant.
Épingle ton image Docker à une version spécifique (comme `n8nio/n8n:1.72.1` au lieu de `n8nio/n8n:latest`) pour que les mises à jour ne se produisent que lorsque tu le décides.
Les mises à jour imprudentes causent des problèmes. Principaux coupables : plusieurs fichiers docker-compose.yml dans différents dossiers, et des images qui ont été écrasées silencieusement et qui se retrouvent étiquetées comme none. Lis le journal des modifications avant de faire un pull.
Le n8n auto-hébergé est-il suffisamment sécurisé pour les données d’entreprise ?
n8n auto-hébergé peut être plus sécurisé que l’hébergé dans le cloud, car tes données ne quittent jamais ton serveur. Aucun tiers ne stocke tes clés API, ta logique de flux de travail ou tes données d’exécution. Le compromis est que la sécurité devient ta responsabilité.
Suis la liste de contrôle en six points de la section sécurité ci-dessus : HTTPS, pare-feu, isolation Docker, authentification forte, mises à jour régulières et sauvegardes chiffrées. L’équipe n8n maintient un guide de renforcement de la sécurité qui couvre des considérations supplémentaires pour la production.
