n8n pour une agence : ce que la licence permet et interdit (Sustainable Use License)

n8n pour une agence : ce que la licence permet et interdit (Sustainable Use License)

Pour une agence, la question de la licence n8n n'est pas « est-ce gratuit ? », mais « qui peut modifier la logique des workflows ? ».

La réponse courte. D'après la documentation officielle de n8n consultée le 7 novembre 2026, une agence peut construire et exploiter des workflows pour ses clients sur sa propre instance auto-hébergée, et facturer ce travail, à condition que les clients n'aient pas la possibilité de créer ou de modifier ces workflows. Héberger n8n comme un service où les clients construisent eux-mêmes leurs automatisations est interdit sans licence commerciale. Les cas intermédiaires (n8n chez le client, tableau de bord, instance partagée) sont soit traités explicitement, soit laissés à une confirmation écrite de n8n.

Cet article lit les textes de n8n, dit ce qui est écrit, ce qui est déduit, et ce qu'il faut demander par écrit. Ce n'est pas un avis juridique.

Transparence. BOVO Digital est une agence basée au Bénin et utilise n8n. Cet article ne repose sur aucune donnée, aucun client et aucun prix de BOVO Digital : uniquement sur les pages publiques de n8n citées ci-dessous, relues le 7 novembre 2026.

Ce que dit le texte de la licence

La licence du code de n8n s'appelle Sustainable Use License (SUL), version 1.0. Elle est publiée dans le fichier LICENSE.md du dépôt GitHub de n8n (consulté le 7 novembre 2026). Trois points comptent pour une agence.

1. Usage limité. Le texte dit que vous pouvez utiliser ou modifier le logiciel « only for your own internal business purposes or for non-commercial or personal use » : pour vos propres besoins internes d'entreprise, ou un usage non commercial ou personnel.
2. Distribution limitée. Vous pouvez distribuer le logiciel ou le fournir à d'autres seulement gratuitement et à des fins non commerciales.
3. Fichiers « .ee ». Les fichiers dont le nom contient « .ee. », ou situés dans un dossier « .ee », ne sont pas sous cette licence : il faut une licence Enterprise de n8n pour les utiliser.

Le texte ne définit pas ce qu'est un « besoin interne » pour une agence qui travaille pour des tiers. C'est la FAQ officielle qui précise l'interprétation de n8n. Elle précise aussi que la SUL s'applique à la version auto-hébergée, pas à n8n Cloud, qui a ses propres conditions.

Ce que dit la FAQ officielle

La FAQ de la licence (page consultée le 7 novembre 2026 ; elle affiche « Last updated 1 month ago ») pose la règle de départ : si les workflows sont seulement créés ou modifiés par vous ou par des personnes de votre organisation, la licence communautaire est gratuite. La FAQ précise que l'usage « interne » englobe le cas où des personnes extérieures reçoivent ou voient ce que vos workflows produisent.

Ce qui est expressément permis

La FAQ liste notamment :

• construire des automatisations pour vos clients sur votre instance, tant que les clients ne peuvent pas les créer ou les modifier ;
• facturer la création de workflows, l'installation et la maintenance ;
• facturer la formation et le conseil ;
• utiliser n8n en coulisses dans votre propre produit, les utilisateurs pouvant déclencher les automatisations et y connecter leurs propres comptes ;
• exploiter plusieurs instances.

Un encadré consacré aux agences répond à la question du service géré : oui, « provided clients do not access your n8n instance directly » (à condition que les clients n'accèdent pas directement à l'instance). La FAQ ajoute qu'il n'y a pas de limite au nombre de clients servis depuis une seule instance, et que le facteur déterminant est l'accès du client, pas leur nombre ni le chiffre d'affaires. L'exemple donné est une agence qui exploite seule une instance, où les clients ne reçoivent que des sorties : messages automatiques, données synchronisées, réponses de chatbot.

Un autre exemple concerne un consultant indépendant qui utilise une seule instance et des identifiants fournis par ses clients (OAuth ou clés d'API) : la FAQ le déclare permis, parce que le critère est que les clients ne puissent pas construire ni modifier de workflows, pas qui saisit les identifiants.

Ce qui est interdit

La liste « What you cannot do » comprend :

• « Host n8n as a service and allow your clients to build workflows » (héberger n8n comme un service et laisser vos clients y construire des workflows) ;
• laisser des utilisateurs finaux externes construire ou configurer leurs workflows via votre produit, que ce soit par une interface sur mesure, l'API de n8n, MCP ou un agent IA agissant pour eux ;
• forker le code pour lancer votre propre produit d'automatisation ;
• faire de la marque blanche en retirant la marque n8n pour proposer n8n tel quel ;
• utiliser des fonctions Enterprise qui demandent une clé de licence sans licence Enterprise.

La FAQ décrit aussi un contre-exemple d'« automatisation en tant que service » : un produit « AutoOps » où les clients branchent leurs applications, construisent des automatisations avec un éditeur visuel et les exécutent sur un backend hébergé. La FAQ explique que la valeur commerciale vient alors de la capacité d'automatisation elle-même, donc de n8n, même si le client ne voit jamais l'interface de n8n.

Le critère qui revient partout

La FAQ le dit à plusieurs endroits : la question n'est pas de savoir à qui appartiennent les identifiants, ni quelle interface est utilisée, mais qui contrôle la logique du workflow. Déclencher des workflows déjà construits par API ou webhook est présenté comme acceptable.

Installer chez le client ou héberger pour le client : où est la frontière ?

C'est le point que l'on lit le plus souvent de travers, parce que deux idées voisines semblent s'opposer. Voici ce qu'écrivent les pages de n8n (relues le 7 novembre 2026), dans la section « Consulting and agency use » de la FAQ :

• Question : « Can I install and manage n8n on a client's own server? »
• Réponse : « Yes, provided that you are not also hosting for them. » (Oui, à condition de ne pas aussi l'héberger pour eux.)
• Justification donnée par la FAQ : ne pas proposer l'hébergement « which would compete with n8n's own Cloud offering » (ce qui ferait concurrence à l'offre Cloud de n8n).

L'article du centre d'aide (consulté le 7 novembre 2026 ; il affiche une mise à jour au 6 octobre 2026) dit la même chose : installer et gérer n8n sur le serveur d'un client est autorisé « as long as you don't also host it for them », et le client choisit alors la licence ou le plan qui convient à son usage.

La liste des interdits de la FAQ ne contient que les cinq points vus plus haut ; l'installation chez le client n'en fait pas partie. Il n'y a donc pas de contradiction écrite. Il y a en revanche une ambiguïté réelle : l'installation chez le client est permise, l'hébergement pour le client est conditionné, et aucune page ne définit la frontière. Notre lecture, qui n'est pas celle de n8n :

• n8n tourne sur l'infrastructure du client, le client contrôle le serveur et paie ou possède l'hébergement : cas décrit comme permis ;
• n8n tourne sur un serveur que l'agence loue ou administre en son nom, même s'il est « pour » le client : c'est de l'hébergement par l'agence, donc le cas sous condition (aucun accès du client à l'éditeur) ;
• n8n tourne sur un serveur ouvert au nom du client mais géré en continu par l'agence : les textes ne tranchent pas. C'est précisément la question à poser à n8n par écrit (voir la démarche plus bas).

Tableau de scénarios

Les niveaux de certitude : écrit explicitement (une page de n8n traite ce cas), déduit (notre lecture à partir du critère « qui contrôle la logique »), à confirmer par écrit (aucune page ne tranche).

Un point à part : si vous livrez n8n aux clients comme composant d'un produit payant, la FAQ parle de zone grise (« gray territory ») et demande de confirmer l'architecture avec n8n avant le lancement.

Les options commerciales proposées par n8n

La page de tarification (consultée le 7 novembre 2026 ; elle ne porte pas de date de prix, seulement « © 2026 » et un libellé « Oct 2026 » dans le pied de page) affiche, en euros et facturés à l'année :

Calcul à partir de ces chiffres : 667 € × 12 = 8 004 € par an pour Business. La page décrit Business comme destiné aux entreprises de moins de 100 employés et propose un plan Startup (« get 50% off Business ») pour les entreprises de moins de 20 employés, sous conditions d'éligibilité que nous n'avons pas détaillées. Les prix mensuels hors engagement annuel ne sont pas affichés.

Ce que ces pages ne disent pas : elles ne précisent pas si une licence Business couvre l'activité d'une agence qui sert plusieurs clients, ni si elle autorise des accès clients à l'éditeur. N'en concluez rien : posez la question.

Programme partenaires. La FAQ indique que, pour gérer n8n sur plusieurs environnements clients, il faut contacter license@n8n.io, car « a partner program covering multi-instance management is in development » (un programme partenaires pour la gestion multi-instances est en préparation). La page partenaires décrit un programme d'experts, « a closed pilot » avec des intégrateurs de systèmes, avec liste d'attente. Elle mentionne aussi un programme d'affiliation (30 % de partage de revenus pendant 12 mois sur Starter et Pro, annoncé par n8n). Elle ne mentionne pas la gestion multi-instances. Les documents juridiques de n8n incluent des conditions Enterprise et un contrat de licence utilisateur final destiné aux clients de revendeurs : si vous envisagez la revente, c'est là qu'il faut regarder.

La démarche recommandée

Les deux pages officielles convergent : en cas de doute, écrivez à license@n8n.io pour la licence et à sales@n8n.io pour acheter une licence commerciale. Le centre d'aide précise qu'il ne peut pas confirmer un cas d'usage précis. Voici la démarche que nous recommandons (notre raisonnement, pas une exigence de n8n).

1. Décrivez votre scénario précisément. Qui héberge, qui administre, qui peut ouvrir l'éditeur, qui peut modifier un workflow, ce que voit le client.
2. Demandez une réponse écrite sur le point exact qui vous préoccupe (par exemple : serveur loué au nom du client mais administré par vous).
3. Conservez la réponse avec sa date et la version de la page citée.
4. Reportez-la dans le contrat client : qui héberge, absence d'accès à l'éditeur, qui est titulaire de la licence, ce qui se passe si n8n modifie ses conditions.
5. Revérifiez à chaque changement d'architecture et au moins une fois par an : les pages que nous avons lues sont datées de quelques semaines.

Modèle de courriel (en anglais)

To: license@n8n.io Subject: Sustainable Use License: agency scenario confirmation

Hello, we are an automation agency building n8n workflows for clients under the Sustainable Use License. Our setup: [describe: who hosts, who administers, server owner, number of clients, whether clients can open the editor or only trigger workflows]. Our reading of your License FAQ is that this is [permitted / unclear on point X]. Could you confirm in writing whether this setup is covered by the Community license, and if not, which license you advise? We will keep your answer in our client contracts. Thank you, [name, company, country]

Ce que cet article n'est pas

Ce n'est pas un avis juridique. Nous ne sommes pas juristes, nous ne représentons pas n8n, et seule n8n peut dire comment elle interprète sa licence. Les textes peuvent changer ; la FAQ elle-même dit qu'elle donne des exemples et renvoie les cas limites à license@n8n.io. Pour un contrat qui engage votre entreprise, faites relire la clause par un juriste.

Ce que nous ne savons pas

• La frontière exacte entre « installer chez le client » et « héberger pour le client » n'est définie dans aucune page lue.
• Le tableau de bord client : aucune page ne détaille quelles options de configuration restent acceptables.
• Ce que couvrent précisément les licences Business et Enterprise pour une agence : non précisé sur les pages lues.
• Le statut et le calendrier du programme partenaires multi-instances : « en préparation » selon la FAQ, sans date.
• Les prix : la page de tarification n'a pas de date de prix. Les montants ci-dessus sont ceux affichés le 7 novembre 2026.
• Nous n'avons pas lu les conditions Enterprise ni le contrat de licence utilisateur final en entier.
• Les risques de sécurité et de RGPD d'une instance partagée sont hors licence et hors de cet article.

Pour aller plus loin

• Choisir une agence n8n en 2026 : les questions à poser à un prestataire, dont la propriété des workflows.
• n8n auto-hébergé : guide pour un VPS : ce que demande l'hébergement d'une instance.
• Prix de l'automatisation n8n et Make en 2026 : lire une grille de prix.
• n8n ou Make : comparatif complet : le choix d'outil.

Sources consultées le 7 novembre 2026

• Sustainable Use License, LICENSE.md (GitHub, n8n-io/n8n)
• License FAQ (docs.n8n.io), version web et version Markdown
• Which license do I need for my use case? (centre d'aide n8n, mise à jour affichée le 6 octobre 2026)
• Tarification n8n
• Partenaires n8n
• Documents juridiques n8n

Si vous construisez ou faites construire des automatisations n8n et voulez en parler : l'offre automatisation n8n de BOVO Digital.