Qué es n8n y qué problema resuelve
Publicado el 2026-09-12 por frfrand
Conectar servicios que no se hablan entre sí, sin escribir un script para cada combinación. Cómo funciona un flujo de nodos, cuándo conviene y cuándo es mejor código.
Todo equipo acumula tareas de pegamento: cuando llega un formulario, crear una fila en una planilla, mandar un mensaje al chat y abrir un ticket. Cuando se aprueba un pago, actualizar el CRM y mandar un correo.
Cada una de esas tareas es un script chico. El problema no es escribirlas: es que después hay quince, viven en lugares distintos, nadie sabe cuáles siguen andando, y cuando una falla nadie se entera.
n8n es una herramienta para armar esos flujos de forma visible y en un solo lugar.
Cómo funciona
Un flujo empieza con un disparador: un webhook, un horario, un mensaje nuevo, una fila agregada.
Después vienen nodos encadenados. Cada uno hace algo: llamar a una API, filtrar, transformar datos, decidir por dónde seguir, esperar. Hay nodos preparados para cientos de servicios, y siempre está el nodo de HTTP genérico para cualquier API que no tenga uno propio.
El dato clave para entenderlo: entre nodo y nodo viaja una lista de elementos. Si un nodo devuelve cinco resultados, el siguiente se ejecuta cinco veces, una por cada uno. Ese solo concepto resuelve la mayoría de las confusiones iniciales.
Por qué no es sólo para gente que no programa
Se lo suele encasillar como herramienta "no-code" y eso le hace un flaco favor. Lo que gana un equipo técnico al usarlo es otra cosa:
Se ve. Un flujo dibujado se entiende de un vistazo, incluso por alguien que no lo escribió. Quince scripts en un servidor, no.
Cada ejecución queda registrada. Con los datos que entraron y salieron de cada nodo. Depurar una integración que falló el martes pasado deja de ser arqueología.
Se reintenta desde donde falló. Si el paso cuatro de seis dio error porque una API estaba caída, se corrige y se reanuda. Con un script, se vuelve a correr todo, con el riesgo de duplicar lo que ya se hizo.
Las credenciales están en un solo lugar. En vez de repartidas entre archivos de configuración de distintos scripts.
Y para lo que no alcanza con los nodos, hay un nodo de código donde escribís JavaScript o Python. Se puede mezclar.
Cuándo conviene y cuándo no
Conviene para integraciones entre servicios, tareas programadas con varios pasos, procesos que hoy alguien hace a mano, y prototipos rápidos de automatizaciones.
No conviene como reemplazo del backend de tu producto. Si la lógica es central para lo que vendés, va en tu código: es más fácil de testear, de versionar y de revisar.
Tampoco conviene para volúmenes muy altos con latencia crítica. Un flujo visual tiene su sobrecarga; para procesar millones de eventos por hora, código.
El detalle que más importa: es tuyo
n8n se puede autoalojar. Eso significa que tus datos y tus credenciales no pasan por un tercero, y que el costo no crece con la cantidad de ejecuciones.
Es la diferencia más grande con las alternativas en la nube, y es la razón por la que mucha gente lo elige: el día que automatizás algo que toca datos de clientes, dónde vive el motor deja de ser un detalle.
En ArduMaker se instala en tu VPS desde el panel, con su dominio y su certificado. Las ejecuciones corren en tu servidor, y el consumo es el de tu VPS, no una factura por tarea.