n8n Cloud convient par défaut aux équipes sans responsable d’exploitation ; le self-hosting devient préférable lorsqu’une contrainte de réseau, de rétention, de personnalisation ou de gouvernance justifie sa charge. Ce comparatif confronte les coûts, les compétences, les données et les fonctions nécessaires.
Pour découvrir la plateforme, consultez notre guide général de n8n. Cette page traite uniquement du choix de l’hébergement.
n8n Cloud ou self-hosted : la réponse rapide
Choisissez n8n Cloud si personne ne peut maintenir le service ; choisissez le self-hosting si votre équipe peut assumer durablement l’infrastructure, les incidents et les mises à jour.
| Critère | n8n Cloud | n8n self-hosted |
|---|---|---|
| Infrastructure | Exploitée par n8n | Exploitée par votre équipe |
| Coûts | Plan payant selon un volume d’exécutions, avec des limites fonctionnelles et opérationnelles | Infrastructure, temps humain et licence éventuelle |
| Mises à jour | Infrastructure administrée ; versions à planifier et valider | Correctifs à tester et déployer |
| Sauvegardes | Quotidiennes, chiffrées et surveillées | À configurer et à tester |
| Données | Plateforme actuellement hébergée dans l’UE | Emplacement et rétention choisis par l’exploitant |
| Extensions et scripts | Community nodes vérifiés autorisés ; custom nodes arbitraires et Bash non disponibles | Custom nodes, Bash et dépendances système sous votre contrôle |
| Capacité | Concurrence, stockage, historique et rétention limités selon le plan | Capacité liée à l’infrastructure et aux fonctions de l’édition |
| Scaling | Géré par n8n dans les limites de l’offre | Workers, queue mode et base à exploiter selon l’architecture et l’édition |
Quel mode coûte réellement le moins cher ?
Côté Cloud, l’abonnement dépend d’un quota mensuel d’exécutions et des limites du plan choisi. Une exécution correspond au lancement complet d’un workflow, indépendamment de son nombre d’étapes. Les montants datés de chaque offre figurent dans notre analyse des prix de n8n et sur la grille officielle.
La Community Edition auto-hébergée ne nécessite pas d’abonnement n8n Cloud, mais son exploitation comprend le serveur, les sauvegardes, la supervision, les mises à jour, les incidents et le temps humain.
Il n’existe donc pas de seuil universel fondé sur les seules exécutions : une petite instance mal surveillée peut coûter davantage qu’un abonnement, tandis qu’une infrastructure déjà administrée peut favoriser l’auto-hébergement.
Maintenance et sécurité : qui fait quoi ?
En self-hosted, votre équipe assume TLS, le chiffrement des données au repos, les accès, les sauvegardes, la restauration, la supervision et le déploiement des correctifs. Un conteneur fonctionnel ne constitue pas à lui seul un service prêt pour la production.
Une instance self-hosted doit utiliser une version maintenue et postérieure aux versions corrigées par les advisories de sécurité publiées. Avant une installation ou une mise à jour, consultez les notes de version et les advisories de sécurité n8n.
Le minimum en production consiste à préserver la clé de chiffrement des credentials, tester les restaurations et configurer correctement le reverse proxy. Utilisez une valeur persistante de N8N_ENCRYPTION_KEY ou conservez le dossier .n8n contenant la clé générée. Derrière un proxy, transmettez X-Forwarded-For, X-Forwarded-Host et X-Forwarded-Proto, puis définissez N8N_WEBHOOK_URL (qui remplace WEBHOOK_URL, déprécié depuis n8n 2.35.0) et N8N_PROXY_HOPS. Consultez la documentation sur l’URL des webhooks et la clé de chiffrement.
Dans n8n Cloud, l’éditeur exploite l’infrastructure et met à jour chaque instance au moins toutes les deux semaines. Seul le propriétaire de l’instance règle la version, la piste Beta ou Stable, la cadence et la fenêtre de maintenance. Testez vos workflows après chaque changement de version : une mise à jour majeure ou accompagnée d’une migration de base de données ne peut pas être annulée.
Où les données sont-elles traitées ?
La plateforme n8n Cloud est actuellement hébergée dans l’Union européenne, mais les services appelés par les workflows peuvent traiter les données ailleurs. n8n indique que les sauvegardes Cloud sont quotidiennes, chiffrées et surveillées, sans publier de RPO, de RTO ni de garantie de restauration granulaire dans cette présentation de sécurité.
Le self-hosting permet de choisir l’emplacement de l’instance, le réseau et la rétention, sans garantir à lui seul la conformité au RGPD ni l’absence de transfert : les régions, sous-traitants, journaux et politiques de chaque service connecté restent à vérifier.
Il devient pertinent lorsqu’une exigence impose un réseau privé, une région précise, une rétention interne ou un contrôle renforcé des accès. Sans contrainte de ce type, le Cloud évite une responsabilité technique supplémentaire.
Quelles limites de n8n Cloud peuvent imposer le self-hosting ?
Un custom node arbitraire, un script Bash, une dépendance système ou le contrôle direct des workers oriente souvent le choix vers le self-hosting. n8n Cloud accepte néanmoins certains community nodes vérifiés, installables par le propriétaire ou les administrateurs de l’instance, puis utilisables par tous ses membres.
| Besoin | n8n Cloud | n8n self-hosted |
|---|---|---|
| Community nodes | Certains nodes vérifiés | Nodes compatibles choisis par l’exploitant |
| Custom nodes arbitraires | Non | Oui |
| Scripts Bash et dépendances système | Non | Oui |
Community, Business ou Enterprise : quelle édition choisir ?
L’hébergement et l’édition sont deux décisions distinctes : Business est self-hosted, tandis qu’Enterprise existe en Cloud ou en self-hosted.
| Édition ou offre | Hébergement disponible | Fonctions discriminantes |
|---|---|---|
| Cloud Starter et Pro | Cloud géré par n8n | Quotas d’exécutions et limites d’usage propres au plan |
| Community | Self-hosted | Contrôle de l’infrastructure, sans les fonctions payantes de gouvernance et de support |
| Business | Self-hosted | SSO et LDAP, environnements multiples et contrôle de version Git |
| Enterprise | Cloud ou self-hosted | Secrets externes, log streaming, rétention étendue et support avec SLA |
Pour le scaling, la grille cite le queue mode dans Business, mais la documentation l’indique inclus sans plan payant ; seul le mode multi-main est payant. Les fonctions évoluent : consultez la comparaison officielle des offres, qui détaille aussi les limites de chaque plan Cloud, et le guide de n8n sur les modes d’hébergement et les éditions avant de choisir.
La Sustainable Use License autorise l’usage de la Community Edition pour les besoins internes d’une entreprise, ainsi que les usages personnels ou non commerciaux. Selon la FAQ de licence de n8n et le guide des cas d’usage de son centre d’aide (mis à jour le 6 octobre 2026), un consultant ou une agence peut créer, exécuter et maintenir des workflows pour ses clients sur sa propre instance, facturer ce travail et laisser ces clients connecter leurs propres comptes, à condition qu’ils n’accèdent ni à l’éditeur ni à la logique des workflows. Installer et maintenir n8n sur le serveur d’un client reste admis tant que vous ne l’hébergez pas aussi pour lui.
Une licence commerciale devient nécessaire dès que des personnes extérieures à votre organisation peuvent créer ou configurer des workflows, que ce soit dans l’éditeur, dans votre propre interface, via l’API, le protocole MCP ou un agent IA. Elle l’est aussi pour proposer n8n comme service ou en marque blanche. Le texte de la licence ne permet de distribuer le logiciel ou de le fournir à des tiers que gratuitement et à des fins non commerciales. Ces indications de l’éditeur ne constituent pas un avis juridique : n8n précise ne pas pouvoir confirmer un cas précis depuis son centre d’aide et renvoie vers son équipe licences. Vérifiez le texte de la licence, la FAQ de licence et le guide officiel des cas d’usage.
Peut-on migrer de n8n Cloud vers le self-hosting ?
Passer de n8n Cloud au self-hosting ne se fait pas par une migration complète clés en main : les workflows s’exportent, mais les secrets des credentials ne sont pas transférés et doivent être recréés. Il faut aussi inventorier les variables, webhooks et dépendances, puis revalider les URL, règles réseau, secrets et autorisations.
Pour conserver une porte de sortie, évitez de disperser les secrets dans les nodes, versionnez des exports nettoyés et documentez les dépendances critiques. La procédure officielle de migration, mise à jour le 19 octobre 2026, signale que les fichiers exportés peuvent contenir des valeurs sensibles, comme des en-têtes d’authentification, et que la bascule doit être coordonnée pour qu’un même événement ne soit pas traité deux fois.
Quel hébergement n8n choisir selon votre profil ?
Le Cloud convient aux équipes sans exploitation dédiée ; le self-hosting convient aux organisations dotées de compétences système et de contraintes d’hébergement précises.
Choisissez n8n Cloud pour réduire l’exploitation
- personne n’est responsable des sauvegardes, correctifs et incidents ;
- vous privilégiez un coût prévisible et un démarrage rapide ;
- les fonctions, nodes vérifiés et limites du plan couvrent vos workflows ;
- l’hébergement européen documenté répond à votre analyse de conformité.
Choisissez n8n self-hosted lorsque le contrôle justifie la charge
- votre équipe sait sécuriser, sauvegarder et superviser le service ;
- vous imposez un réseau, une région ou une rétention précise ;
- vous avez besoin de custom nodes, de Bash, de dépendances système ou de workers contrôlés ;
- l’édition et la licence couvrent vos fonctions et votre usage commercial ;
- le calcul financier inclut le temps humain et les incidents.
Si votre hésitation concerne plutôt l’outil, consultez notre comparatif entre n8n et Make.
FAQ sur n8n Cloud et le self-hosting
n8n self-hosted est-il gratuit ?
La Community Edition peut être auto-hébergée sans abonnement Cloud, mais l’infrastructure, la maintenance et les incidents ont un coût. Son utilisation reste soumise à la Sustainable Use License.
Quelle est la différence entre n8n Cloud et le self-hosting ?
n8n Cloud fournit une infrastructure administrée par l’éditeur. En self-hosted, votre équipe prend en charge l’hébergement, les sauvegardes, la supervision, la sécurité et les mises à jour.
Le self-hosting garantit-il que les données restent chez moi ?
Non. Il donne davantage de contrôle sur l’instance, mais les services externes appelés par un workflow reçoivent les données qui leur sont transmises.
Peut-on migrer de n8n Cloud vers une instance self-hosted ?
Oui, mais un export de workflows ne migre pas toute l’instance. Les credentials doivent être recréés, puis les webhooks, secrets et dépendances retestés dans l’environnement cible.
Quelle édition self-hosted de n8n choisir ?
La Community Edition convient si ses fonctions et sa licence couvrent le besoin. Business ajoute surtout la gouvernance (SSO, environnements, Git) ; Enterprise, les secrets externes, le log streaming et un support avec SLA.
En bref : choisissez n8n Cloud pour transférer l’essentiel de l’exploitation à l’éditeur. Choisissez le self-hosting lorsque le contrôle apporte un bénéfice mesurable et que votre équipe peut en assumer durablement la charge.
