La pregunta Node-RED vs n8n surge siempre que un equipo quiere automatización low-code y tiene que conectar tanto dispositivos como sistemas de negocio. Ambas herramientas permiten conectar nodos en un lienzo, ambas pueden suscribirse y publicar por MQTT y ambas pueden autoalojarse, pero se crearon para trabajos distintos. Esta comparativa explica la diferencia en el modelo de ejecución, el soporte MQTT, las licencias y el despliegue, y termina con un patrón híbrido que asigna a cada herramienta el trabajo que mejor hace.
La diferencia de fondo: flujos de mensajes frente a ejecuciones de workflow
Node-RED es un proceso de larga duración que pasa mensajes entre nodos en memoria. Un mensaje llega a un nodo mqtt in, atraviesa un function, un switch y un nodo mqtt out, y desaparece. No hay registro por mensaje. Eso hace que Node-RED se sienta muy cómodo con flujos continuos: un sensor que informa cada segundo, un gateway de PLC que publica cientos de tags, un panel que se actualiza en directo. Se creó en IBM para cablear IoT y hoy es un proyecto de la OpenJS Foundation bajo licencia Apache 2.0.
n8n es una plataforma de automatización de workflows. Cada disparador inicia una ejecución: una ejecución discreta del workflow cuya entrada, salida y estado pueden almacenarse e inspeccionarse después. Ese modelo es excelente para procesos de negocio como "nuevo formulario recibido, enriquecer el contacto, crear un registro en el CRM, publicar en Slack", porque cada ejecución es trazable y reintentable. Es menos natural para telemetría de alta frecuencia, donde convertir cada mensaje MQTT en su propia ejecución registrada añade sobrecarga y llena el registro de ejecuciones. n8n se distribuye bajo su Sustainable Use License, una licencia fair-code que permite el autoalojamiento gratuito para uso interno pero restringe algunos usos comerciales, y también se ofrece como servicio alojado en la nube.
Ninguno de los dos modelos es mejor en general. Están optimizados para tipos de trabajo diferentes.
Comparativa de funciones Node-RED vs n8n
| Aspecto | Node-RED | n8n |
|---|---|---|
| Origen y enfoque | Cableado de IoT y eventos | Automatización de workflows de negocio y SaaS |
| Modelo de ejecución | Flujo continuo de mensajes en memoria | Ejecuciones discretas con historial almacenado |
| MQTT | Nodos nativos mqtt in y mqtt out, MQTT 3.1.1 y 5, TLS, comodines, retain, QoS | Nodo MQTT para publicar y nodo MQTT Trigger para suscribirse |
| Protocolos industriales | Nodos de la comunidad para Modbus, OPC UA, S7, serie y más | No es su enfoque |
| Integraciones SaaS | Disponibles pero menos, a menudo mantenidas por la comunidad | Amplio catálogo de integraciones mantenidas |
| Código personalizado | Nodos function en JavaScript | Nodos de código en JavaScript y Python |
| Paneles | Node-RED Dashboard 2.0 | No es una herramienta de paneles |
| Depuración | Barra lateral de depuración en vivo y estado de los nodos | Historial de ejecuciones con entrada y salida por nodo |
| Licencia | Apache 2.0 | Sustainable Use License (fair-code) |
| Funciona en hardware edge | Habitual en Raspberry Pi y gateways industriales | Normalmente en un servidor o en la nube |
| Opción alojada | Varios proveedores externos | n8n Cloud oficial |
El soporte MQTT en detalle
En el trabajo IoT, el soporte MQTT decide la mayoría de las comparativas.
Node-RED trata MQTT como un ciudadano de primera. El nodo de configuración del broker admite MQTT 3.1.1 y 5, TLS con CA personalizadas, certificados de cliente, Last Will, sesiones limpias o persistentes y propiedades de MQTT 5 como la caducidad del mensaje, el response topic y las user properties. El nodo mqtt in gestiona los comodines + y #, las suscripciones dinámicas mediante mensajes de control y el análisis automático de payloads JSON. El tutorial de Node-RED y MQTT lo recorre todo.
n8n incluye un nodo MQTT para publicar mensajes y un nodo MQTT Trigger que inicia un workflow cuando llega un mensaje a un topic suscrito. Eso cubre los casos de uso esenciales: reaccionar a un evento de un dispositivo o enviar un comando al final de un proceso de negocio. Lo que no pretende ser es un procesador de flujos, así que normalmente querrás poner delante algo que convierta la telemetría en bruto en eventos significativos y de baja frecuencia.
Ambas herramientas se conectan a cualquier broker que cumpla el estándar. Apuntando a un servidor MQTT público gratuito como broker.connectmq.com en el puerto 1883 con un client ID único, cualquiera de las dos funciona en un minuto; úsalo solo para pruebas y prototipos, no para datos de producción.
Despliegue y operación
| Aspecto | Node-RED | n8n |
|---|---|---|
| Instalación | npm install -g node-red, Docker o un script para Raspberry Pi |
Docker o npm; n8n Cloud en versión alojada |
| Almacenamiento | Archivos de flujo en disco; contexto en memoria o en archivos | Base de datos para workflows y ejecuciones (SQLite por defecto, Postgres recomendado en producción) |
| Consumo de recursos | Lo bastante pequeño para una Raspberry Pi | Más pesado, crece con el historial de ejecuciones |
| Control de versiones | Función Projects con git | Exportación e importación de workflows, funciones de control de código en algunas ediciones |
| Escalado | Ejecutar más instancias, dividir los flujos por responsabilidad | Queue mode con workers para mayor volumen de ejecuciones |
En la práctica, Node-RED suele ejecutarse en el edge, cerca de las máquinas, mientras que n8n se ejecuta de forma centralizada junto a los sistemas de negocio con los que habla.
Cuándo elegir Node-RED
- Procesas datos continuos de sensores o máquinas y necesitas filtrado, agregación o conversión de unidades.
- Necesitas protocolos industriales como Modbus u OPC UA junto a MQTT.
- El workflow debe ejecutarse en un dispositivo edge o en un gateway capaz de funcionar sin conexión.
- Quieres un panel local para los operadores.
- Te importa una licencia de código abierto permisiva.
Cuándo elegir n8n
- El workflow trata principalmente de herramientas SaaS: CRM, ticketing, hojas de cálculo, chat, email marketing.
- Necesitas un historial auditable de cada ejecución, con reintentos.
- Mantendrán el workflow personas del lado de negocio que no son desarrolladoras.
- Los eventos son relativamente poco frecuentes: alarmas, lotes terminados, solicitudes de mantenimiento.
El patrón híbrido: Node-RED en el edge, n8n para los eventos de negocio
Las instalaciones más robustas usan ambos. Node-RED consume la telemetría en bruto y publica eventos compactos; n8n se suscribe solo a esos eventos y ejecuta procesos de negocio. El broker MQTT es el contrato entre ambos.
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
Este es un nodo function de Node-RED que convierte los recuentos por segundo de una máquina en un evento relevante para el turno cada cinco minutos, más un evento inmediato cuando una máquina se detiene:
// Input: connectmq/demo/n8x4w1/line1/press3/count, payload = total parts produced
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; // machine is producing again
}
s.last = count;
const out = [];
// Stop detection: no new parts for 3 minutes, report once
// (relies on the gateway publishing the counter every few seconds)
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() } });
}
// Five-minute production summary
if (now - s.start >= WINDOW_MS) {
// note: msg objects in "out" go to the single output one after another
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];
Conéctalo a un nodo mqtt out. En n8n, un nodo MQTT Trigger suscrito a connectmq/demo/n8x4w1/events/+/stopped puede entonces abrir un ticket de mantenimiento y avisar al jefe de turno, y un segundo workflow puede escribir los resúmenes en una hoja de cálculo. n8n ve un puñado de mensajes por hora en lugar de miles, lo que mantiene útil su historial de ejecuciones.
Prueba el lado de los eventos desde una terminal mientras construyes el workflow de 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"}'
La misma idea de procesamiento en el edge aparece en nuestras guías de alertas por email con Node-RED y de Node-RED con Home Assistant, y la guía del nodo function de Node-RED trata con más profundidad el contexto y las salidas múltiples.
El broker en el medio
Sea cual sea la combinación que elijas, ambas herramientas son clientes y ninguna debería ser el sistema de registro de los mensajes. Un broker fiable las desacopla: Node-RED puede volver a desplegarse sin que n8n lo note, y n8n puede actualizarse sin que los dispositivos pierdan la conexión. ConnectMQ proporciona esa capa como broker MQTT gestionado con MQTT 3.1.1 y 5, TLS en el 8883 y WebSocket seguro en el 8084. No ejecuta workflows ni se conecta por sí mismo a herramientas SaaS; ese es precisamente el trabajo que delegas en Node-RED y n8n, conectados como clientes MQTT normales con sus propias credenciales.
En producción, da a cada herramienta sus propias credenciales desde el portal (YOUR_USERNAME, YOUR_PASSWORD, YOUR_CLIENT_ID), usa el puerto 8883 con TLS y QoS 1 para los topics de eventos, de modo que una breve reconexión no pierda un evento de parada.
Conecta Node-RED y n8n a ConnectMQ
Regístrate en app.connectmq.com en el plan gratuito Serverless, sin tarjeta de crédito, crea un broker y conecta Node-RED y n8n con credenciales separadas. El explorador de topics en vivo del portal muestra los topics en bruto y los de eventos uno junto a otro, lo que facilita confirmar que solo los mensajes adecuados llegan a tus workflows de negocio.
Preguntas frecuentes
¿Puede n8n sustituir a Node-RED en IoT?
Para eventos de dispositivos de baja frecuencia, el MQTT Trigger de n8n funciona bien. Para telemetría continua, despliegue en el edge, paneles y protocolos industriales, Node-RED encaja de forma más natural.
¿Admite n8n MQTT?
Sí. n8n tiene un nodo MQTT para publicar y un nodo MQTT Trigger para suscribirse, y puede conectarse a cualquier broker estándar, incluido ConnectMQ, con o sin TLS.
¿Es n8n de código abierto como Node-RED?
Node-RED es de código abierto bajo Apache 2.0. n8n es source-available bajo su Sustainable Use License, que permite el autoalojamiento gratuito para uso interno pero restringe ciertos usos comerciales.
¿Deberían Node-RED y n8n comunicarse directamente?
Es más limpio conectarlos a través de un broker MQTT. Node-RED publica eventos, n8n se suscribe, y cualquiera de los dos puede modificarse o reiniciarse sin romper al otro.
