Node-RED vs n8n aparece sempre que uma equipe quer automação low-code e precisa conectar tanto dispositivos quanto sistemas de negócio. As duas ferramentas permitem ligar nós em um canvas, as duas conseguem assinar e publicar via MQTT e as duas podem ser auto-hospedadas, mas foram criadas para trabalhos diferentes. Esta comparação explica a diferença no modelo de execução, no suporte a MQTT, no licenciamento e na implantação, e termina com um padrão híbrido que dá a cada ferramenta o trabalho que ela faz melhor.
A diferença central: fluxos de mensagens vs execuções de workflow
O Node-RED é um processo de longa duração que passa mensagens entre nós em memória. Uma mensagem chega em um nó mqtt in, passa por um function, um switch e um nó mqtt out, e desaparece. Não há controle individual por mensagem. Isso deixa o Node-RED muito confortável com fluxos contínuos: um sensor reportando a cada segundo, um gateway de CLP publicando centenas de tags, um dashboard atualizando ao vivo. Ele foi criado na IBM para conectar IoT e hoje é um projeto da OpenJS Foundation sob a licença Apache 2.0.
O n8n é uma plataforma de automação de workflows. Cada gatilho inicia uma execução: uma rodada discreta do workflow cuja entrada, saída e status podem ser armazenados e inspecionados depois. Esse modelo é excelente para processos de negócio como "novo envio de formulário, enriquecer o contato, criar um registro no CRM, postar no Slack", porque cada rodada é rastreável e pode ser repetida. Ele é menos natural para telemetria de alta frequência, em que cada mensagem MQTT virar uma execução registrada acrescenta overhead e enche o log de execuções. O n8n é distribuído sob a Sustainable Use License, uma licença fair-code que permite auto-hospedagem gratuita para uso interno, mas restringe alguns usos comerciais, e também é oferecido como serviço hospedado na nuvem.
Nenhum dos modelos é melhor em geral. Eles são otimizados para formatos diferentes de trabalho.
Comparação de recursos Node-RED vs n8n
| Aspecto | Node-RED | n8n |
|---|---|---|
| Origem e foco | Conexão de IoT e eventos | Automação de workflows de negócio e SaaS |
| Modelo de execução | Fluxo contínuo de mensagens em memória | Execuções discretas com histórico armazenado |
| MQTT | Nós nativos mqtt in e mqtt out, MQTT 3.1.1 e 5, TLS, wildcards, retain, QoS | Nó MQTT para publicar e nó MQTT Trigger para assinar |
| Protocolos industriais | Nós da comunidade para Modbus, OPC UA, S7, serial e outros | Não é o foco |
| Integrações SaaS | Disponíveis, mas em menor número, muitas vezes mantidas pela comunidade | Grande catálogo de integrações mantidas |
| Código personalizado | Nós function em JavaScript | Nós de código em JavaScript e Python |
| Dashboards | Node-RED Dashboard 2.0 | Não é uma ferramenta de dashboards |
| Depuração | Barra lateral de debug ao vivo e status dos nós | Histórico de execuções com entrada e saída por nó |
| Licença | Apache 2.0 | Sustainable Use License (fair-code) |
| Roda em hardware de borda | Comum em Raspberry Pi e gateways industriais | Normalmente em um servidor ou na nuvem |
| Opção hospedada | Vários provedores terceiros | n8n Cloud oficial |
Suporte a MQTT em detalhes
Em trabalhos de IoT, o suporte a MQTT decide a maioria das comparações.
O Node-RED trata o MQTT como cidadão de primeira classe. O nó de configuração do broker suporta MQTT 3.1.1 e 5, TLS com CAs personalizadas, certificados de cliente, Last Will, sessões limpas ou persistentes e propriedades do MQTT 5 como expiração de mensagem, response topic e user properties. O nó mqtt in lida com os wildcards + e #, assinaturas dinâmicas via mensagens de controle e parsing automático de payloads JSON. O tutorial Node-RED MQTT mostra tudo isso.
O n8n inclui um nó MQTT para publicar mensagens e um nó MQTT Trigger que inicia um workflow quando chega uma mensagem em um topic assinado. Isso cobre os casos de uso essenciais: reagir a um evento de dispositivo ou enviar um comando ao final de um processo de negócio. O que ele não tenta ser é um processador de fluxos, então normalmente você vai querer algo na frente dele que transforme a telemetria bruta em eventos significativos e de baixa frequência.
As duas ferramentas se conectam a qualquer broker compatível com o padrão. Apontadas para um servidor MQTT público gratuito como broker.connectmq.com na porta 1883 com um client ID único, qualquer uma delas está funcionando em um minuto.
Implantação e operação
| Questão | Node-RED | n8n |
|---|---|---|
| Instalação | npm install -g node-red, Docker ou um script para Raspberry Pi |
Docker ou npm; n8n Cloud para hospedado |
| Armazenamento | Arquivos de fluxo em disco; contexto em memória ou em arquivos | Banco de dados para workflows e execuções (SQLite por padrão, Postgres recomendado para produção) |
| Consumo de recursos | Pequeno o bastante para um Raspberry Pi | Mais pesado, cresce com o histórico de execuções |
| Controle de versão | Recurso Projects com git | Exportação e importação de workflows, recursos de controle de versão em algumas edições |
| Escalabilidade | Rodar mais instâncias, dividir fluxos por responsabilidade | Queue mode com workers para maior volume de execuções |
Na prática, o Node-RED costuma rodar na borda, perto das máquinas, enquanto o n8n roda de forma centralizada, ao lado dos sistemas de negócio com que conversa.
Quando escolher o Node-RED
- Você processa dados contínuos de sensores ou máquinas e precisa de filtragem, agregação ou conversão de unidades.
- Você precisa de protocolos industriais como Modbus ou OPC UA ao lado do MQTT.
- O workflow precisa rodar em um dispositivo de borda ou em um gateway capaz de operar offline.
- Você quer um dashboard local para os operadores.
- Uma licença open source permissiva é importante para você.
Quando escolher o n8n
- O workflow gira principalmente em torno de ferramentas SaaS: CRMs, chamados, planilhas, chat, e-mail marketing.
- Você precisa de um histórico auditável de cada rodada, com novas tentativas.
- Pessoas não desenvolvedoras da área de negócio vão manter o workflow.
- Os eventos são relativamente pouco frequentes: alarmes, lotes concluídos, solicitações de manutenção.
O padrão híbrido: Node-RED na borda, n8n para eventos de negócio
As instalações mais robustas usam os dois. O Node-RED consome a telemetria bruta e publica eventos compactos; o n8n assina apenas esses eventos e executa os processos de negócio. O broker MQTT é o contrato entre eles.
Devices --raw telemetry--> MQTT broker --> Node-RED (filter, aggregate, detect)
Node-RED --events--> MQTT broker --> n8n MQTT Trigger --> CRM / tickets / Slack / sheets
n8n --commands--> MQTT broker --> devices
Aqui está um nó function do Node-RED que transforma contagens de máquina por segundo em um evento relevante para o turno a cada cinco minutos, mais um evento imediato quando uma máquina para:
// Entrada: connectmq/demo/n8x4w1/line1/press3/count, payload = total de peças produzidas
const PREFIX = "connectmq/demo/n8x4w1/events";
const WINDOW_MS = 5 * 60 * 1000;
const count = Number(msg.payload);
if (isNaN(count)) return null;
const now = Date.now();
const s = context.get("s") || { start: now, first: count, last: count, lastChange: now, stopReported: false };
if (count !== s.last) {
s.lastChange = now;
s.stopReported = false; // a máquina voltou a produzir
}
s.last = count;
const out = [];
// Detecção de parada: nenhuma peça nova por 3 minutos, reporta uma vez
// (depende de o gateway publicar o contador a cada poucos segundos)
if (now - s.lastChange > 3 * 60 * 1000 && !s.stopReported) {
s.stopReported = true;
out.push({ topic: `${PREFIX}/press3/stopped`, payload: { since: new Date(s.lastChange).toISOString() } });
}
// Resumo de produção de cinco minutos
if (now - s.start >= WINDOW_MS) {
// obs.: os objetos msg em "out" vão para a única saída, um após o outro
out.push({
topic: `${PREFIX}/press3/summary`,
payload: { parts: s.last - s.first, from: new Date(s.start).toISOString(), to: new Date(now).toISOString() }
});
s.start = now;
s.first = s.last;
}
context.set("s", s);
return [out];
Ligue-o a um nó mqtt out. No n8n, um nó MQTT Trigger que assina connectmq/demo/n8x4w1/events/+/stopped pode então abrir um chamado de manutenção e avisar o líder do turno, e um segundo workflow pode gravar os resumos em uma planilha. O n8n vê um punhado de mensagens por hora em vez de milhares, o que mantém útil o seu histórico de execuções.
Teste o lado dos eventos em um terminal enquanto monta o workflow no n8n:
mosquitto_pub -h broker.connectmq.com -p 1883 -i n8n-test-n8x4w1 \
-t "connectmq/demo/n8x4w1/events/press3/stopped" -m '{"since":"2026-10-16T08:12:00Z"}'
A mesma ideia de processamento na borda aparece nos nossos guias de alertas por e-mail no Node-RED e de Node-RED com Home Assistant, e o guia do function node do Node-RED aborda contexto e múltiplas saídas com mais profundidade.
O broker no meio
Qualquer que seja a combinação escolhida, as duas ferramentas são clientes e nenhuma deve ser o sistema de registro das mensagens. Um broker confiável as desacopla: o Node-RED pode receber um novo deploy sem que o n8n perceba, e o n8n pode ser atualizado sem que os dispositivos percam a conexão. A ConnectMQ oferece essa camada como um broker MQTT gerenciado com MQTT 3.1.1 e 5, TLS na porta 8883 e WebSocket seguro na 8084. Ela não executa workflows nem se conecta a ferramentas SaaS por conta própria; esse é justamente o trabalho que você entrega ao Node-RED e ao n8n, conectados como clientes MQTT comuns com as próprias credenciais.
Em produção, dê a cada ferramenta as próprias credenciais do portal (YOUR_USERNAME, YOUR_PASSWORD, YOUR_CLIENT_ID), use a porta 8883 com TLS e QoS 1 nos topics de eventos, para que uma reconexão rápida não perca um evento de parada, seja de uma prensa em Joinville ou de uma linha em um frigorífico.
Conecte Node-RED e n8n à ConnectMQ
Cadastre-se em app.connectmq.com no plano Serverless gratuito, sem cartão de crédito, crie um broker e conecte o Node-RED e o n8n com credenciais separadas. O explorador de topics ao vivo do portal mostra os topics brutos e os de eventos lado a lado, o que facilita confirmar que apenas as mensagens certas chegam aos seus workflows de negócio.
Perguntas frequentes
O n8n pode substituir o Node-RED para IoT?
Para eventos de dispositivos de baixa frequência, o MQTT Trigger do n8n funciona bem. Para telemetria contínua, implantação na borda, dashboards e protocolos industriais, o Node-RED é a escolha mais natural.
O n8n suporta MQTT?
Sim. O n8n tem um nó MQTT para publicar e um nó MQTT Trigger para assinar, e pode se conectar a qualquer broker padrão, inclusive a ConnectMQ, com ou sem TLS.
O n8n é open source como o Node-RED?
O Node-RED é open source sob a Apache 2.0. O n8n tem código disponível sob a Sustainable Use License, que permite auto-hospedagem gratuita para uso interno, mas restringe certos usos comerciais.
O Node-RED e o n8n devem conversar diretamente?
É mais limpo conectá-los por meio de um broker MQTT. O Node-RED publica eventos, o n8n assina, e qualquer um dos dois pode ser alterado ou reiniciado sem quebrar o outro.
