La Sustainable Use License en deux lignes
La Sustainable Use License est la licence sous laquelle n8n distribue son code source depuis la version 0.214.0. Elle autorise l'usage, la modification et l'auto-hébergement pour votre propre usage interne. Elle interdit explicitement de fournir n8n ou une version dérivée en tant que service à des tiers sans avoir conclu un accord commercial avec n8n GmbH.
Le texte de la licence est public sur le dépôt officiel : github.com/n8n-io/n8n/blob/master/LICENSE.md. La restriction clé figure dans la section « Limitations » : la licence réserve l'usage du logiciel à vos propres besoins internes ; toute fourniture à des tiers — que ce soit comme service hébergé, outil géré ou sous-composant d'une offre commerciale — est conditionnée à un accord commercial avec l'éditeur. C'est cette restriction qui redéfinit le périmètre légal pour toute agence qui automatise les processus de ses clients.
Cas d'usage autorisés vs accord commercial requis
Faites défiler le tableau
| Scénario | SUL autorise | Accord commercial requis |
|---|---|---|
| Automatiser vos propres processus internes (marketing, facturation, CRM) | Oui — usage interne sans restriction | Non |
| Déployer n8n sur votre VPS pour vos besoins internes | Oui — accès root, aucune restriction | Non |
| Construire et maintenir vos propres workflows n8n | Oui — modification et fork interne inclus | Non |
| Fournir n8n hébergé à un client comme service géré | Non — restriction explicite de la SUL | Oui |
| Vendre des workflows n8n clés en main accompagnés d'un accès à votre instance n8n | Non — accès tiers à l'instance | Oui |
| Intégrer n8n dans une offre SaaS revendue à des tiers | Non — fourniture à des tiers | Oui |
| Utiliser n8n en interne pour automatiser les livrables que vous facturez à vos clients | Oui — c'est votre outil de production | Non |
L'objection « n8n se dit open-source » : pourquoi elle ne tient pas
La confusion est compréhensible : le code de n8n est public, accessible sur GitHub, modifiable et auto-hébergeable. Mais open-source au sens OSI signifie que la licence accorde sans restriction les quatre libertés fondamentales — y compris l'usage commercial, la redistribution et la fourniture à des tiers.
La SUL n'est pas une licence certifiée OSI. Elle est classée fair-code (terme défini sur faircode.io), une catégorie intermédiaire entre open-source et propriétaire : le code est visible et modifiable, mais l'exploitation commerciale à destination de tiers est conditionnée. n8n positionne lui-même ce choix comme un moyen de financer le développement tout en gardant le code public.
La différence est contractuellement décisive : publier le code ne crée pas de droits d'usage commerciaux. Une agence qui se fie à la seule disponibilité du code sur GitHub pour déduire qu'elle peut revendre une instance n8n à ses clients prend un risque juridique réel.
L'investissement de SAP dans n8n et l'évolution du modèle commercial
SAP a annoncé un investissement dans n8n en 2023. Cet investissement n'a pas modifié la licence en vigueur, mais il signale une trajectoire : n8n se positionne sur le marché de l'automatisation d'entreprise, en concurrence directe avec des acteurs comme Zapier, Make ou Boomi.
Ce contexte est pertinent pour les agences à deux titres. D'une part, une société soutenue par SAP dispose des ressources pour faire respecter ses droits de propriété intellectuelle. D'autre part, les conditions des accords commerciaux (Enterprise ou partenariat revendeur) sont susceptibles d'évoluer — ce qu'une agence qui a construit son offre sur n8n sans accord contractuel découvrira au renouvellement ou lors d'un audit.
La prudence recommande de traiter la SUL comme ce qu'elle est : un contrat opposable, pas une formalité.
n8n Community Edition vs Enterprise : ce que couvrent les deux
n8n distribue deux éditions. La Community Edition est celle publiée sous la SUL : elle couvre la totalité des nœuds d'automatisation, les workflows, les webhooks et l'API. Elle convient à un usage interne sans limite fonctionnelle significative.
L'Enterprise Edition ajoute des fonctions orientées organisations multi-équipes : SSO (SAML/OIDC), journaux d'audit, gestion des variables d'environnement par environnement, contrôle d'accès granulaire par rôle (RBAC), et support prioritaire. Ces fonctions ne sont pas disponibles dans la Community Edition.
Pour une agence qui souhaite opérer légalement une instance n8n pour ses clients, ni la Community Edition ni l'Enterprise Edition ne suffisent en elles-mêmes : il faut en plus un accord de partenariat revendeur ou OEM avec n8n GmbH, qui porte les droits de fourniture à des tiers. L'Enterprise Edition seule, sans accord revendeur, ne lève pas la restriction de la SUL sur la fourniture à des tiers.
L'alternative sous licence MIT pour les agences qui revendent : Activepieces
Activepieces est un outil d'automatisation no-code publié sous licence MIT — vérifiable sur son dépôt officiel : github.com/activepieces/activepieces/blob/main/LICENSE. La licence MIT est certifiée OSI et n'impose aucune restriction sur la fourniture à des tiers, la redistribution ou l'usage commercial.
Cela en fait une alternative directement utilisable par les agences qui souhaitent proposer des automations à leurs clients sans entrer dans une relation commerciale avec un éditeur. Activepieces propose des connecteurs vers les principaux outils SaaS, une interface visuelle comparable à n8n, et un modèle de déploiement Docker sur VPS.
La maturité fonctionnelle d'Activepieces est inférieure à celle de n8n sur certains connecteurs avancés, et son écosystème de nœuds communautaires est plus restreint. Le choix dépend de l'usage réel : pour une agence qui automatise des processus courants (CRM, e-mail, webhooks, synchronisation de données), Activepieces couvre la majorité des cas sans contrainte de licence. Pour des intégrations techniques complexes ou des nœuds n8n spécifiques, l'accord commercial n8n ou une architecture qui sépare l'usage interne du service client reste la voie à prendre.
Si vous devez rester sur n8n : la procédure d'accord commercial
n8n propose deux voies contractuelles pour les agences et prestataires.
Première voie : l'accord Enterprise direct. Il couvre l'usage multi-équipes avec SSO, audit log et RBAC, mais ne porte pas automatiquement les droits de fourniture à des tiers. Avant de signer, vérifier que le contrat inclut explicitement le droit de fournir n8n comme service à des clients — ce n'est pas systématiquement le cas dans les contrats Enterprise standard.
Deuxième voie : le partenariat revendeur ou OEM. Il s'adresse aux agences qui souhaitent intégrer n8n dans leur offre de services. Les conditions (royalties, volume minimum, marque blanche) sont négociées directement avec n8n GmbH. Le point de contact est la page n8n.io/partners.
Dans les deux cas, aucun accord verbal ou mention de la Community Edition ne suffit : la restriction de la SUL ne tombe que par un document contractuel signé avec n8n GmbH.
Structurer son contrat de prestation pour rester dans l'usage interne
La frontière entre « outil interne » et « service fourni à un tiers » n'est pas toujours évidente dans le quotidien d'une agence. Quelques règles pratiques pour rester dans l'usage interne autorisé par la SUL.
Ce qui est interne : vous utilisez n8n pour produire des livrables — rapports, données exportées, notifications — que vous transmettez ensuite à vos clients. n8n reste un outil de production interne, comme votre éditeur de code ou votre outil de gestion de projet.
Ce qui sort du périmètre interne : vous donnez à vos clients un accès à votre interface n8n (même en lecture seule), vous hébergez une instance n8n dédiée pour chaque client, ou vous facturez un accès à la fonctionnalité d'automatisation elle-même.
En cas de doute sur un contrat client en cours, l'analyse doit porter sur qui accède à l'instance n8n, pas sur ce que n8n produit.
Questions fréquentes sur la licence n8n
Puis-je héberger n8n sur mon VPS pour mon agence et automatiser mes propres opérations sans accord commercial ?
Oui. L'usage interne est explicitement autorisé par la SUL, sans limite de volume ni de nœuds. Vous pouvez automatiser votre facturation, votre CRM, vos rapports internes, vos workflows de production sans accord commercial.
Mes clients peuvent-ils accéder à mon instance n8n dans le cadre d'un projet ?
C'est le scénario qui sort du périmètre interne. Dès qu'un tiers accède à l'instance, la restriction de la SUL s'applique. La séparation recommandée : vous automatisez et vous livrez les résultats, pas l'accès à l'outil.
L'accord Enterprise couvre-t-il la revente à des clients ?
Pas automatiquement. L'Enterprise Edition porte des fonctions supplémentaires, pas les droits de fourniture à des tiers. Vérifier le contrat avant de signer.
Activepieces supporte-t-il les mêmes connecteurs que n8n ?
Activepieces couvre les connecteurs courants (Google Workspace, Slack, Notion, HubSpot, webhooks génériques). L'écosystème de nœuds communautaires de n8n est plus large, notamment sur des intégrations techniques avancées. Pour les automatisations courantes d'une agence, les deux outils sont comparables.
La SUL s'applique-t-elle aux versions auto-hébergées et aux versions cloud n8n ?
Oui. La restriction de la SUL s'applique au logiciel, quel que soit le mode de déploiement (auto-hébergé, n8n Cloud). L'achat d'un plan n8n Cloud ne crée pas de droit de revente à des tiers.
Ce que cela change dans votre analyse de coût
La promesse d'une économie sur les coûts d'automatisation par rapport à Zapier ou Make repose sur l'absence de coût par tâche. Elle reste vraie pour l'usage interne.
Mais si votre modèle inclut la fourniture d'automations n8n à vos clients — que ce soit comme service géré, offre packagée ou composante d'un SaaS — le coût de l'accord commercial avec n8n GmbH entre dans l'équation. Ce coût n'est pas public, il se négocie.
La comparaison pertinente pour une agence n'est donc pas n8n Community vs Zapier, mais n8n Enterprise + accord revendeur vs Activepieces (MIT) vs solutions payantes par usage. Le résultat dépend de votre volume d'automatisations et de votre panier client.
Un VPS ServOrbit avec accès root permet d'héberger n8n pour votre propre usage interne sans contrainte SUL, ou Activepieces pour vos offres clients. La décision d'architecture précède la décision de licence.
