n8n : qu'est-ce que c'est ? Le guide complet pour DSI et responsables IT

n8n est une plateforme d'automatisation de workflows fair-code qui permet de connecter plus de 500 applications, d'orchestrer des processus métier et d'exécuter des agents IA, avec la possibilité de l'héberger sur sa propre infrastructure. C'est la réponse moderne aux limites de Zapier et Make : plus flexible, moins coûteuse à l'échelle, et surtout compatible avec les exigences de souveraineté des données qu'imposent les DSI européennes.

Pour une direction informatique, la vraie question n'est pas « est-ce que n8n fonctionne ? » — il fonctionne, et très bien. C'est plutôt : où se situe-t-il dans le paysage des outils d'automatisation, quelles contraintes impose sa licence, et à partir de quand justifie-t-il une adoption à l'échelle de l'entreprise ?

Ce guide répond à ces questions, sans jargon commercial et sans survendre l'outil.

n8n en bref : origine, positionnement, chiffres clés

n8n a été fondé en 2019 à Berlin par Jan Oberhauser, un ancien ingénieur VFX qui construisait déjà des outils d'automatisation pour les artistes. Le nom vient de nodemation (node-based automation), contracté sur le modèle de « i18n » pour internationalization.

Quelques repères à jour :

• Plus de 230 000 utilisateurs actifs et 3 000 clients entreprise, dont Vodafone, SoftBank et Seat.
• Levée de 180 M$ en octobre 2025 menée par Accel, avec Nvidia (NVentures) au tour de table, pour une valorisation de 2,5 Md$.
• Plus de 500 intégrations natives et une bibliothèque communautaire de plus de 8 000 templates.
• Modèle fair-code sous Sustainable Use License, avec Cloud managé et option self-hosted. Le positionnement est clair : n8n vise les équipes techniques qui veulent la souplesse du code avec la vitesse du no-code. Ce n'est ni un pur no-code grand public (Zapier) ni un RPA d'entreprise lourd (UiPath, Blue Prism). C'est un outil d'orchestration de workflows, taillé pour des ingénieurs et des profils technico-métier.

Comment fonctionne n8n ? L'architecture expliquée simplement

n8n repose sur trois concepts : les workflows, les nodes et les exécutions.

Le workflow, unité de base

Un workflow est un enchaînement visuel de boîtes connectées par des flèches, représentant un processus. Par exemple : « quand un formulaire est rempli sur le site, enrichir le contact, vérifier s'il existe dans le CRM, si non le créer, puis envoyer une notification Teams ».

Chaque workflow est stocké en JSON côté backend, ce qui permet le versioning Git, l'export/import entre environnements, et l'automatisation des déploiements via CI/CD.

Les nodes : triggers, actions, logique

Un node est une brique fonctionnelle. Il en existe trois catégories :

• Triggers : démarrent le workflow (webhook, planification, polling, événement applicatif, chat pour les agents IA).
• Actions : interagissent avec un service (créer une ligne dans Google Sheets, envoyer un email, appeler une API, requêter une base de données).
• Logique : conditions (IF, Switch), boucles (SplitInBatches), agrégation, transformation de données, attente, gestion d'erreurs. Un node peut aussi contenir du code JavaScript ou Python en ligne, avec l'accès aux packages npm. C'est ce qui distingue n8n des outils purement no-code : quand la logique devient trop complexe pour des nodes visuels, on bascule en code sans changer d'outil.

L'architecture technique

n8n est écrit en TypeScript, tourne sur Node.js, et utilise une architecture frontend/backend classique :

• Un éditeur visuel (SPA) où les utilisateurs construisent les workflows.
• Un backend qui persiste les workflows, gère les credentials chiffrés, et exécute les runs.
• Une base de données (SQLite par défaut, PostgreSQL recommandé en production).
• Optionnellement, un Redis et des workers séparés pour passer en mode queue et scaler horizontalement. Pour une DSI, ce stack est rassurant : pas de magie propriétaire, des technologies standards, des métriques Prometheus exposables, et une containerisation native via les images Docker officielles.

Que peut-on automatiser avec n8n ? Les cas d'usage réels en entreprise

Plutôt qu'une liste générique, voici les familles de workflows que l'on voit passer en production dans les SI :

1. Intégration inter-applicative (iPaaS léger)

Synchroniser un CRM (HubSpot, Salesforce) avec un ERP, un outil marketing (Mailchimp, Brevo) ou une base produits. n8n remplace efficacement des scripts cron vieillissants ou des jobs Azure Data Factory sur des flux simples à moyens.

2. Orchestration de processus métier

Onboarding collaborateur automatisé : création du compte Entra ID, attribution des licences M365, envoi du matériel, notification managers. Chaque étape interroge ou met à jour un système différent ; n8n tient la logique et les conditions.

3. Enrichissement et qualification de données

Prendre un lead brut, l'enrichir via Pappers ou Dropcontact, scorer via un LLM, et router dans le bon workflow commercial. C'est exactement ce que nous utilisons chez Lumivi pour notre prospection B2B automatisée.

4. Agents IA et assistants internes

Depuis 2024, n8n intègre plus de 70 nodes basés sur LangChain : agents, vector stores (Pinecone, Qdrant, Azure AI Search), mémoire conversationnelle, appels LLM (OpenAI, Anthropic, Gemini, modèles locaux). On peut construire un assistant RAG sur la base documentaire d'entreprise sans sortir de la plateforme.

5. Supervision et ChatOps

Surveiller des APIs, des jobs SQL, des certificats qui expirent, et router les alertes vers Teams, Slack ou PagerDuty. C'est souvent le premier workflow déployé par une DSI qui teste n8n — à faible risque, à valeur immédiate.

6. Reporting et data ops

Agréger des données hétérogènes (logs, API, fichiers), les transformer, les injecter dans un data warehouse ou un outil BI. Utile pour des flux qui ne justifient pas un pipeline Airflow complet.

Licence fair-code : ce que les DSI doivent absolument comprendre

C'est le point qui crée le plus de confusion, et il est stratégique.

n8n n'est pas open source au sens OSI. Il est distribué sous la Sustainable Use License, une licence fair-code inspirée de l'Elastic License 2.0. Voici ce que cela change concrètement.

Ce qui est autorisé sans licence commerciale

• Utilisation interne dans l'entreprise, sans limite d'utilisateurs ni d'exécutions.
• Hébergement sur votre propre infrastructure (on-prem, cloud privé, Kubernetes).
• Modification du code source pour vos besoins internes.
• Distribution gratuite à des tiers à des fins non commerciales.

Ce qui est interdit sans licence commerciale

• Revendre n8n en tant que service hébergé (concurrent de n8n Cloud).
• L'intégrer comme moteur d'un produit SaaS que vous commercialisez.
• Permettre à des utilisateurs externes de déclencher directement des workflows dans une offre commerciale. Pour 95 % des DSI, cette restriction est sans effet : elles utilisent n8n en interne, pour leurs équipes, sur leurs données. Aucun conflit.

La zone grise apparaît si l'automatisation devient partie intégrante d'un produit vendu à des clients finaux. Exemple : une ESN qui voudrait vendre à ses clients un portail d'automatisation clé en main basé sur n8n doit négocier une licence Embed avec n8n, ou utiliser l'Enterprise License.

Les fichiers contenant .ee. dans leur nom sont sous Enterprise License distincte et nécessitent une clé payante (fonctionnalités avancées comme SSO SAML, permissions RBAC granulaires, log streaming).

Résumé pour DSI : tant que n8n tourne pour vos équipes internes sur vos données, vous êtes légalement tranquille. Si votre SI évolue vers un modèle produit ou multi-tenant commercial, une revue juridique est nécessaire.

Cloud vs self-hosted : quelle option pour quelle DSI ?

n8n propose deux modes de déploiement très différents en termes d'engagement opérationnel.

n8n Cloud

Hébergement géré par n8n (serveurs à Francfort, conformité RGPD, résidence des données en UE). Zéro maintenance infra.

Tarification Cloud 2026 (indicatif, vérifier sur n8n.io/pricing) :

Point important : une exécution = un run complet d'un workflow, quel que soit le nombre d'étapes. C'est fondamentalement différent du modèle Zapier (facturation par task, donc par étape) et explique pourquoi n8n revient typiquement 3 à 20 fois moins cher sur des workflows complexes.

Self-hosted

Deux sous-modes :

• Community Edition : gratuite, illimitée en exécutions et workflows, pas de SSO ni RBAC, support communautaire uniquement.

• Self-hosted Enterprise / Business : clé de licence payante pour débloquer SSO, Git, multi-environnements, logs avancés. Le self-hosted est souvent présenté comme « gratuit ». La réalité TCO est plus nuancée :

• Infrastructure : entre 10 et 100 €/mois selon la charge (VPS, Azure Container Apps, EKS).

• Temps d'ingénierie : 10 à 20 heures de mise en place initiale (Docker, reverse proxy, SSL, sauvegardes), puis 2 à 5 heures/mois de maintenance (updates, monitoring, debug).

• Responsabilité opérationnelle : en cas de panne, c'est votre équipe. Règle empirique : en dessous de ~40 000 exécutions/mois, le Cloud Pro est généralement plus rentable que le self-hosted quand on valorise le temps d'ingénierie. Au-delà, ou si la souveraineté des données est non négociable, le self-hosted devient justifiable.

Décision : quel mode pour quelle DSI ?

• Startup / PME sans ops dédié → Cloud Starter ou Pro.
• PME avec une équipe tech, sujets sensibles → self-hosted Community sur Azure Container Apps ou équivalent, avec Postgres managé.
• ETI / grand compte, exigences SSO et audit → self-hosted Business ou Enterprise.
• Secteurs régulés (santé, défense, finance) → self-hosted sur infra souveraine, avec Enterprise License pour les fonctionnalités de conformité.

n8n face à Zapier, Make et Power Automate

Comparaison synthétique pour une DSI qui évalue :

Le choix n'est pas binaire. En pratique, beaucoup d'organisations ont :

• Power Automate pour les workflows bureautiques grand public (approbations Teams, SharePoint).
• n8n pour les intégrations métier critiques, les workflows IA et tout ce qui touche à des données sensibles.

Capacités IA natives : pourquoi n8n prend de l'avance en 2026

Depuis 2024, n8n a massivement investi sur l'IA et c'est aujourd'hui un différenciateur majeur face à Zapier et Make.

Stack IA embarqué :

• AI Agent node basé sur LangChain : agents outillés qui peuvent appeler n'importe quel autre node n8n comme un outil, avec mémoire conversationnelle et streaming.
• Vector Store nodes : Pinecone, Qdrant, Supabase, Azure AI Search, Weaviate pour le RAG.
• Chat Trigger : transforme un workflow en endpoint de chatbot.
• LLM nodes pour OpenAI, Anthropic (Claude), Google (Gemini), Mistral, Ollama pour du local.
• Embeddings, text splitters, document loaders : les briques LangChain classiques, mais visuelles. Pour une DSI qui veut industrialiser des cas d'usage IA sans construire une stack MLOps complète, n8n offre un raccourci très pragmatique : on passe du POC à la production sans changer d'outil.

Sécurité, conformité, gouvernance : les points critiques pour une DSI

Les aspects non négociables pour une adoption entreprise, classés par niveau de plan nécessaire :

Community Edition (gratuit, self-hosted) :

• Chiffrement des credentials en base (AES-256).

• Variables d'environnement pour les secrets.

• Logs d'exécution avec rétention configurable.

• Conteneurisation Docker officielle, déployable sur Kubernetes avec Helm. Business / Enterprise (payant) :

• SSO : SAML 2.0, OIDC, LDAP.

• RBAC granulaire : permissions par workflow, credential, projet.

• Audit logs : qui a modifié quoi et quand.

• Git versioning : workflows versionnés, review en pull request, déploiement par environnement (dev → staging → prod).

• Log streaming externe (Datadog, Splunk, Azure Monitor).

• Déploiements air-gapped pour environnements déconnectés. Points d'attention résiduels :

• Les workflows eux-mêmes peuvent contenir des secrets en dur si les développeurs sont négligents. Forcer l'usage des credentials n8n et du coffre-fort est une règle d'hygiène à établir.

• Le node Code permet d'exécuter du JavaScript/Python arbitraire. C'est puissant, mais c'est une surface d'attaque à considérer dans la revue de sécurité — verrouiller les permissions de création de workflows sur les environnements de production.

• Les webhooks publics doivent être protégés (signature HMAC, authentification header, rate limiting côté reverse proxy).

Combien coûte réellement n8n à l'échelle ? Vision TCO

Pour une DSI, le prix facial n'est qu'une partie de l'équation. Voici une estimation réaliste sur 3 ans pour un déploiement PME/ETI typique (50 à 100 workflows en production, 100 000 exécutions/mois).

Option 1 : Cloud Business

• Abonnement : 800 €/mois × 36 = 28 800 €
• Intégration / formation : 10 000 €
• TCO 3 ans : ~40 000 € Option 2 : Self-hosted Community + Azure Container Apps
• Infra (ACA + Postgres) : 80 €/mois × 36 = 2 880 €
• Mise en place initiale (20 h × 800 €) : 16 000 €
• Maintenance (3 h/mois × 800 €) : 86 400 € si en interne à tarif consultant
• TCO 3 ans : ~105 000 € — à nuancer fortement selon qui porte l'ops Option 3 : Self-hosted Business License
• Licence : environ 25 000 à 50 000 €/an selon volume (à négocier)
• Infra + ops : ~30 000 € sur 3 ans
• TCO 3 ans : 105 000 à 180 000 € Lecture : le Cloud Business est paradoxalement souvent l'option la plus rentable pour une PME qui n'a pas d'équipe DevOps dédiée. Le self-hosted devient gagnant dès que (a) les contraintes de souveraineté sont fortes ou (b) l'entreprise dispose déjà d'une plateforme Kubernetes mutualisée où n8n est un tenant de plus.

Pour quelles organisations n8n est-il réellement pertinent ?

n8n est un bon choix si :

• Votre équipe IT est à l'aise avec Docker, Git et quelques concepts DevOps.

• Vous avez des workflows complexes, multi-étapes, que Zapier facturerait au prix fort.

• Vous voulez intégrer de l'IA dans vos processus sans multiplier les outils.

• La souveraineté ou la sensibilité des données est un sujet (santé, finance, secteur public).

• Vous préférez un modèle où l'outil grandit avec vous sans vendor lock-in agressif. n8n n'est pas le bon choix si :

• Vos utilisateurs finaux sont des profils purement métier sans aucune appétence tech.

• Votre volumétrie est très faible (quelques dizaines d'exécutions par mois) — Zapier free ou Power Automate inclus dans M365 suffisent.

• Vous voulez revendre l'automatisation comme un service — la licence bloquera.

• Vous cherchez une marketplace de 7 000+ intégrations plug-and-play sans jamais mettre les mains dans la configuration.

FAQ

n8n est-il vraiment open source ? Non, au sens strict de l'OSI. Il est distribué sous la Sustainable Use License, une licence fair-code source-available avec restrictions commerciales (interdiction de revendre en SaaS). Pour un usage interne en entreprise, cela n'a aucun impact.

Peut-on utiliser n8n gratuitement en entreprise ? Oui, la Community Edition self-hosted est gratuite pour un usage interne, sans limite d'exécutions ni d'utilisateurs. Il faut assumer l'hébergement et la maintenance.

n8n est-il compatible RGPD ? Oui. En Cloud, les données sont hébergées à Francfort (UE). En self-hosted, vous contrôlez entièrement la localisation. Les fonctionnalités de logs d'audit et RBAC (plans Business/Enterprise) aident à documenter la conformité.

Quelle est la différence entre n8n et Zapier ? Trois différences structurelles : n8n peut être auto-hébergé (pas Zapier), n8n facture à l'exécution de workflow (Zapier facture par étape, donc beaucoup plus cher sur les workflows complexes), et n8n permet d'injecter du code JavaScript ou Python dans les workflows (Zapier est plus contraint).

Peut-on faire du RAG et des agents IA avec n8n ? Oui, n8n intègre nativement plus de 70 nodes basés sur LangChain : vector stores, agents outillés, mémoire conversationnelle, appels LLM. C'est l'une de ses grandes forces en 2026.

Combien de temps pour déployer un premier workflow en production ? Pour un workflow simple (intégration CRM ↔ outil marketing), comptez 1 à 3 jours avec un profil déjà formé. Pour un workflow complexe impliquant IA, enrichissement et logique métier, 1 à 3 semaines est un ordre de grandeur réaliste.

Conclusion : pragmatisme et souveraineté

n8n s'est imposé en quelques années comme l'une des rares plateformes d'automatisation qui réconcilie les exigences d'une DSI moderne : flexibilité technique, maîtrise des coûts, souveraineté des données, et préparation à l'ère des agents IA. Ce n'est pas un outil magique, et son adoption demande une réflexion sur le mode de déploiement, la gouvernance et la formation des équipes.

Pour une DSI qui explore le sujet, la trajectoire la plus sûre ressemble généralement à ceci : démarrage sur un Cloud Pro pour un premier workflow à valeur rapide, puis évaluation au cas par cas du passage en self-hosted en fonction de la volumétrie et des contraintes de conformité.

Chez Lumivi, nous accompagnons les PME et ETI d'Auvergne-Rhône-Alpes dans l'industrialisation de leurs workflows n8n, du POC à la production. Si vous évaluez l'outil pour votre organisation, parlons-en.