FlowKit

n8n vs Node-RED : quel outil d'automatisation choisir en 2026 ?

Publié le 5 août 2026 · 6 min de lecture

Comparer n8n et Node-RED est un réflexe naturel : deux éditeurs visuels de flux, auto-hébergeables gratuitement, qui tournent sur un Raspberry Pi et affichent des nodes reliés par des fils. La ressemblance s'arrête pourtant à l'écran. Les deux projets sont nés pour des problèmes différents, et choisir « au look » mène droit à la frustration : reconstruire une intégration Gmail OAuth2 à la main dans Node-RED est aussi pénible que lire un flux de capteurs à la milliseconde dans n8n.

Chez FlowKit, nous travaillons sur n8n au quotidien — même transparence que dans notre comparatif n8n vs Make vs Zapier. Cela ne nous empêchera pas de nommer les cas où Node-RED est objectivement le meilleur choix.

Deux philosophies nées à six ans d'écart

Node-RED est né en 2013 chez IBM, dans l'équipe Emerging Technology, comme implémentation du flow-based programming : des messages qui circulent entre des nodes, chacun réagissant à un événement. Sa cible, hier comme aujourd'hui, est le monde physique : capteurs, passerelles, protocoles industriels, avec MQTT en citoyen de première classe et le Raspberry Pi comme terrain de jeu favori. Le projet est aujourd'hui hébergé par la fondation OpenJS. Sa légitimité IoT est même académique : dès 2014, Blackstock et Lea présentaient « Toward a Distributed Data Flow Platform for the Web of Things (Distributed Node-RED) » au Web of Things Workshop (voir sur Google Scholar), positionnant Node-RED comme plateforme de référence pour distribuer des flux entre serveurs, passerelles et objets connectés.

n8n, lancé en 2019, vise un tout autre terrain : l'automatisation métier. Sa matière première n'est pas le message d'un capteur mais l'API d'un SaaS : CRM, boîtes mail, facturation, bases de données, et depuis 2023 les LLM. Là où Node-RED réagit à un événement matériel, n8n orchestre un processus : recevoir un email, l'analyser avec un modèle IA, créer une fiche client, notifier l'équipe. Cette différence d'ADN explique tout le reste du comparatif.

Licences : Apache 2.0 contre fair-code

Sur ce point, Node-RED gagne sans discussion. Il est distribué sous licence Apache 2.0, une licence open source classique et permissive, sous l'égide d'une fondation indépendante. Vous pouvez l'utiliser, le modifier, l'embarquer dans un produit commercial, le revendre : aucune restriction.

n8n est distribué sous la Sustainable Use License, un modèle dit « fair-code » dérivé de l'Elastic License 2.0 : code source visible, self-hosting gratuit et illimité pour un usage interne (y compris construire des workflows pour vos clients en tant que prestataire), mais interdiction de revendre le service d'automatisation lui-même sans accord commercial. Pour une PME, un indépendant ou une agence, la différence est théorique ; elle devient réelle si vous embarquez le moteur dans un produit commercialisé.

Installation : match nul sur Raspberry Pi

Les deux outils sont d'une frugalité comparable et s'installent en quelques minutes sur la même machine : Node-RED via son script officiel ou Docker, n8n via Docker — voir notre guide Docker et notre guide d'installation sur Raspberry Pi. Le coût réel du self-hosting est du même ordre dans les deux cas : ce critère ne départage personne.

Connecteurs : credentials gérées contre écosystème matériel

C'est ici que les trajectoires divergent le plus.

n8n fournit plusieurs centaines d'intégrations SaaS natives avec la gestion des credentials incluse : OAuth2, rafraîchissement des tokens, stockage chiffré. Connecter Gmail, HubSpot ou Notion prend deux minutes. Dans Node-RED, la même connexion Gmail signifie créer un projet Google Cloud et gérer soi-même le flux OAuth2 dans ses flows — faisable, mais artisanal.

En face, la bibliothèque communautaire de Node-RED côté matériel est sans équivalent : GPIO du Raspberry Pi, Zigbee, Z-Wave, Modbus, BACnet, Home Assistant, dashboards intégrés pour visualiser ses capteurs. Des milliers de nodes contribués couvrent à peu près tout ce qui a une antenne ou un fil. n8n a bien des nodes MQTT, mais personne n'y branchera un bus KNX.

Données : des items contre des messages

Node-RED fait circuler des messages (msg.payload) un par un, dans un modèle purement événementiel : parfait pour un relevé de température toutes les secondes. n8n manipule des listes d'items : chaque node reçoit un tableau, le transforme et le transmet, avec fusion, dédoublonnage, boucles et agrégation pensés pour les données métier — traiter 200 lignes d'un CRM en un passage est le cas nominal, pas un cas limite.

IA : l'écart le plus net de 2026

Si vos projets incluent de l'IA, le match est déséquilibré. n8n embarque un framework natif complet : node AI Agent avec outils et mémoire conversationnelle, vector stores pour le RAG, modèles interchangeables (OpenAI, Anthropic, Mistral, Ollama en local). Notre guide pour débuter avec les nodes IA de n8n montre qu'un assistant documentaire fonctionnel se construit en une journée. Côté Node-RED, des nodes communautaires permettent d'appeler un LLM, mais il n'existe ni framework d'agents, ni RAG intégré, ni gestion native des conversations : tout est à assembler.

Multi-utilisateurs et sécurité

n8n propose une gestion d'utilisateurs intégrée (comptes, partage de credentials et de workflows, contrôles d'accès plus fins dans les offres payantes). Node-RED reste fondamentalement mono-utilisateur : un adminAuth protège l'éditeur, sans vraie séparation des droits. Point de vigilance commun : les nodes communautaires s'exécutent avec les pleins privilèges de la plateforme. L'étude « Securing Node-RED Applications » de Ahmadpanah, Balliu, Hedin, Olsson et Sabelfeld (2021, voir sur Google Scholar) a montré que des nodes tiers malveillants ou vulnérables peuvent compromettre toute une installation Node-RED. La leçon vaut pour n8n aussi : n'installez que des nodes communautaires éprouvés, surtout sur une instance qui détient vos credentials.

Tableau comparatif

Critère n8n Node-RED
Né en 2019 (n8n GmbH) 2013 (IBM, fondation OpenJS)
Licence Fair-code (Sustainable Use License) Apache 2.0 (open source)
Terrain naturel API, SaaS, processus métier, IA IoT, capteurs, événements matériels
MQTT / matériel Nodes MQTT basiques Natif + écosystème massif (GPIO, Zigbee, Modbus…)
Connecteurs SaaS Centaines, credentials OAuth2 gérées Rares, authentification à la main
IA / agents / RAG Natifs et matures Nodes communautaires isolés
Modèle de données Items par lots Messages unitaires
Multi-utilisateurs Oui, intégré Non (mono-utilisateur)
Raspberry Pi Oui Oui (terrain historique)
Dashboard visuel Non Oui (Node-RED Dashboard)

Cas concrets : qui gagne où

  • Domotique, capteurs, atelier, hydroponie, passerelle Zigbee : Node-RED, sans hésiter. L'écosystème matériel, le dashboard et le modèle événementiel sont faits pour ça.
  • Automatisation d'entreprise — emails, CRM, facturation, reporting : n8n. Les connecteurs gérés et le modèle par items font gagner des semaines.
  • Workflows IA — tri d'inbox, RAG documentaire, agents : n8n, l'écart est béant.
  • Produit commercial embarquant un moteur de flux : la licence Apache 2.0 de Node-RED est un argument juridique décisif.

Le meilleur choix est parfois les deux

Le duo est même un pattern classique : Node-RED tient la couche physique et publie ses événements en MQTT ou HTTP ; n8n les reçoit via un webhook et déroule le processus métier. Exemple : un capteur de température en chambre froide remonte en MQTT vers Node-RED, qui filtre le bruit et n'appelle le webhook n8n qu'au dépassement de seuil ; n8n crée un ticket, notifie l'astreinte sur Slack et journalise l'incident. L'intégration tient en un node de chaque côté.

En résumé

n8n et Node-RED ne sont pas concurrents : ce sont deux outils nés pour deux mondes. Node-RED, open source sous Apache 2.0, reste la référence pour le matériel, les capteurs et MQTT — sur ce terrain, il gagne, point. n8n domine tout aussi nettement l'automatisation métier : connecteurs SaaS gérés, données par lots, multi-utilisateurs et un framework IA natif sans équivalent en face. Si votre projet parle à des API plus qu'à des broches GPIO, commencez par n8n — et pour voir vite ce qu'il a dans le ventre, le Pack Inbox IA (79 €) fournit un workflow complet de tri intelligent de votre boîte mail, opérationnel en une après-midi, y compris sur le Raspberry Pi où tourne peut-être déjà votre Node-RED.

FAQ

Questions fréquentes

Node-RED peut-il remplacer n8n pour automatiser une activité d'entreprise ?

Techniquement, beaucoup de choses sont faisables : Node-RED sait appeler des API HTTP et manipuler du JSON. Mais tout ce que n8n fournit clé en main — connecteurs SaaS avec authentification OAuth2 gérée, gestion centralisée des credentials, relance sur erreur, historique d'exécutions détaillé, nodes IA natifs — devra être reconstruit à la main. Pour deux ou trois flux simples, pourquoi pas ; pour automatiser sérieusement des processus métier (CRM, emails, facturation, IA), le coût de reconstruction dépasse vite le coût d'installer n8n à côté.

n8n peut-il parler MQTT et piloter des objets connectés ?

Oui, n8n dispose de nodes MQTT (trigger et publication), et peut donc s'insérer dans un environnement IoT. En revanche, il n'a ni l'écosystème matériel de Node-RED (GPIO Raspberry Pi, Zigbee, Modbus, Home Assistant…), ni son modèle événementiel taillé pour des flux de capteurs à haute fréquence, ni son dashboard intégré. Pour un capteur qui alimente un workflow métier, n8n suffit ; pour de la vraie domotique ou de l'industriel, Node-RED reste l'outil naturel.

Faut-il installer les deux sur la même machine ?

C'est tout à fait possible et même courant : les deux tournent en Docker sur un simple Raspberry Pi 4 ou 5, chacun sur son port. Le duo classique consiste à laisser Node-RED gérer la couche matérielle et événementielle (capteurs, MQTT, domotique), et à lui faire appeler un webhook n8n dès qu'un événement mérite un traitement métier : notification, ticket, enregistrement CRM, analyse par un LLM. Chaque outil reste sur son terrain de jeu.

Bundle FlowKit Complet

269 €