Qué es n8n y para qué sirve: la herramienta con la que se conectan cosas que no se hablaban

n8n es una herramienta de automatización de flujos de trabajo: conectas aplicaciones y servicios entre sí, defines qué dispara el proceso y qué pasa después, y el sistema lo ejecuta solo. Se maneja desde un editor visual donde arrastras nodos y los enlazas, sin escribir código para la mayoría de las cosas.

Hasta ahí es lo mismo que hacen Zapier o Make. Lo que ha empujado su adopción en los últimos años son tres decisiones de producto poco habituales:

• Puedes alojarlo tú. El código está disponible y existe una edición que puedes instalar en tu propio servidor. Los datos de tus flujos no tienen por qué pasar por la nube de nadie.
• Cobra por flujo ejecutado, no por paso. En Zapier cada acción ejecutada cuenta como una tarea: el disparador y los pasos internos de filtro o formato no cuentan, así que un flujo de doce pasos consume alrededor de nueve unidades cada vez que corre. En n8n consume una. Esa diferencia no es un matiz de tarifa: cambia por completo qué clase de automatizaciones te puedes permitir.
• Deja escribir código cuando el nodo no alcanza. Hay nodos para ejecutar JavaScript o Python en medio del flujo. No te bloquea en el momento en que tu caso se sale del catálogo, que es donde las herramientas visuales suelen dejarte tirado.

El nombre se lee "n-eight-n" y viene de *nodemation*, por nodos y automatización. El proyecto nació en Berlín y hoy es una de las piezas más usadas para montar automatizaciones y agentes de IA a medida.

Una precisión que conviene tener clara: n8n no es software libre en sentido estricto. Usa una licencia de uso sostenible que permite usarlo gratis dentro de tu empresa y alojarlo tú, pero no revenderlo como servicio a terceros. Para casi cualquier uso interno la diferencia no se nota. Si tu plan era montar un negocio revendiendo n8n como plataforma, léete la licencia antes.

Un flujo en n8n tiene siempre la misma anatomía.

Un disparador. Lo que hace que el flujo arranque. Puede ser un horario (cada mañana a las siete), un webhook (alguien envía datos a una dirección tuya), un evento en otra aplicación (llega un correo, se crea un registro) o un botón manual mientras pruebas.

Una cadena de nodos. Cada nodo hace una cosa: consultar una API, transformar datos, filtrar, decidir por dónde seguir, escribir en una base de datos, enviar un mensaje. Se enlazan y los datos van pasando de uno al siguiente.

Los datos, que viajan como una lista. Este es el concepto que cuesta al principio y que explica la mitad de la frustración inicial: si un nodo devuelve cinco registros, los nodos siguientes se ejecutan cinco veces, una por registro. Cuando lo entiendes, todo encaja. Mientras no lo entiendes, parece que el flujo hace cosas raras.

Una ejecución. Cada vez que el flujo corre entero, de principio a fin, cuenta como una ejecución. Da igual que tenga tres nodos o cuarenta. Esta es la unidad que se factura en la nube de n8n y la razón por la que los flujos largos salen tan baratos comparados con la competencia.

Y dos nodos que valen por cien:

• HTTP Request. Permite llamar a cualquier servicio que tenga API, aunque no exista un nodo dedicado. En la práctica significa que n8n se conecta con casi todo, a cambio de que tú leas la documentación de ese servicio.
• Code. Ejecuta JavaScript o Python sobre los datos que van pasando. Es la válvula de escape para lo que ningún nodo hace.

Ese par es la diferencia real entre "esta herramienta soporta mi caso" y "esta herramienta no soporta mi caso".

Las tres compiten en el mismo terreno, pero no sirven al mismo perfil.

Zapier. El más sencillo y el que más integraciones tiene listas. Perfecto para conectar dos aplicaciones populares en cinco minutos sin pensar. Cobra por tarea, es decir, por paso ejecutado, así que los flujos largos y frecuentes se vuelven caros rápido.

Make. Editor visual más potente que Zapier, mejor manejo de datos y mejor precio por operación. Sigue cobrando por operación y sigue siendo una nube cerrada: tus datos pasan por su infraestructura y tus flujos viven ahí.

n8n. Cobra por ejecución del flujo completo, te deja alojarlo en tu servidor y te deja escribir código. A cambio pide bastante más de ti: entender cómo viajan los datos, resolver credenciales y, si lo alojas tú, mantener el servidor.

El criterio corto para elegir:

• ¿Conectar dos aplicaciones conocidas y olvidarte? Zapier.
• ¿Flujos con lógica y volumen medio, sin querer tocar servidores? Make.
• ¿Volumen alto, lógica compleja, datos sensibles o agentes de IA a medida? n8n.

Lo desarrollamos con casos y números en n8n vs Make vs Zapier.

Y una comparación que se hace menos y ahorra más dinero: antes de montar nada en cualquiera de las tres, mira si tu CRM ya lo hace. Una parte enorme de las automatizaciones que la gente construye con estas herramientas son cosas que su plataforma ya traía y nadie había configurado. Un flujo dentro del CRM es siempre más fácil de mantener que uno que cruza tres sistemas.

Los casos que aparecen una y otra vez en empresas reales, ordenados de más a menos frecuente:

Mover datos entre sistemas que no se hablan. El formulario de la web al CRM, el CRM a la hoja de cálculo del equipo, los pedidos a facturación. Es el uso más aburrido y el que más horas devuelve.

Notificar cuando pasa algo que importa. Un pago falla, un lead con puntuación alta entra, un cliente responde después de tres semanas, una tarea lleva cinco días parada. Avisar a la persona correcta en el canal correcto.

Resúmenes e informes automáticos. Recoger datos de varias fuentes, ordenarlos y dejar el resumen en el correo o en el chat del equipo cada mañana. Sobre este caso concreto tenemos automatizar reportes de marketing con IA.

Procesar lo que llega sin estructura. Leer correos entrantes y clasificarlos, extraer los datos de una factura en PDF, resumir una conversación larga y dejar la nota en la ficha del cliente. Aquí es donde entra la IA en la cadena.

Sincronizar catálogos e inventarios entre la tienda, el proveedor y el sistema de gestión.

Montar agentes de IA a medida, que es el uso que más ha crecido y que merece su propia sección.

n8n incorporó nodos específicos de IA y eso lo convirtió en una de las formas más rápidas de montar un agente sin escribir una aplicación entera.

La estructura típica de un agente hecho con n8n:

• Un webhook recibe el mensaje entrante, por ejemplo desde WhatsApp.
• Un nodo recupera el contexto: quién es ese contacto, qué compró, qué tiene pendiente.
• Un nodo de agente llama al modelo de lenguaje con las instrucciones y ese contexto, y decide qué hacer.
• El agente puede usar herramientas que tú defines como otros flujos: consultar disponibilidad, crear una cita, buscar en tu catálogo.
• La respuesta vuelve al canal y el rastro queda en el CRM.

Las ventajas son reales: ves el flujo entero dibujado, puedes depurar paso a paso mirando qué datos entraron y salieron de cada nodo, eliges qué modelo se usa en cada punto (uno barato para clasificar, uno bueno para redactar) y puedes alojarlo donde te obliguen tus requisitos de datos.

Y las desventajas también: cada pieza conectada es una pieza que puede romperse, y se rompe sin avisar. Si el agente atiende a tus clientes, alguien tiene que poder repararlo un viernes por la tarde. Esa es la pregunta que decide si esta ruta es la tuya, y no es una pregunta técnica.

La comparación completa entre montarlo tú y usar una plataforma que ya lo trae está en cómo crear un agente de IA.

Lo que casi ningún tutorial dice, y conviene oírlo antes de invertir semanas.

Cuando tu CRM ya lo hace. Un flujo dentro de la plataforma donde vive el cliente es más fácil de mantener, no se rompe cuando alguien cambia una credencial y lo puede tocar cualquiera del equipo. Si tu operación pasa por un CRM, empieza por agotar lo que ya trae.

Cuando no hay nadie que pueda mantenerlo. El costo de n8n no está en la licencia, está en el mantenimiento. Un flujo abandonado que falla en silencio es peor que no tener flujo, porque crees que el trabajo está hecho.

Cuando el proceso todavía no está escrito. Automatizar un proceso que cada persona hace a su manera produce desorden más rápido. Primero se acuerda el criterio, después se automatiza.

Cuando es para atención al cliente en producción y estás solo. Para procesos internos, un fallo se detecta y se corrige sin consecuencias hacia afuera. Cuando el que espera respuesta es un cliente, la exigencia de fiabilidad es otra.

Y el error de moda: montar quince flujos porque es entretenido. Un flujo que ahorra dos horas semanales y lleva un año funcionando vale más que quince que nadie revisa. La medida de éxito es horas liberadas o ingresos recuperados, nunca el número de automatizaciones activas.

Nube o alojarlo tú. Empieza por la nube, siempre. Puedes tener un flujo funcionando en veinte minutos y sin ninguna decisión de infraestructura. Alojarlo tú tiene sentido cuando el volumen hace que la nube salga cara, cuando hay requisitos de datos que lo obligan, o cuando ya tienes servidores y a alguien que los cuida. Migrar después es sencillo; empezar por ahí retrasa semanas el primer resultado.

Si lo alojas tú, dos cosas que no son opcionales: copias de seguridad de la base de datos donde viven los flujos y las credenciales, y un aviso cuando un flujo falle. Sin lo segundo te enterarás de los fallos por un cliente.

El primer flujo que conviene montar no es el más útil, es el más simple con resultado visible. Un formulario que crea un contacto y avisa por chat. Sirve para entender cómo viajan los datos, que es el único concepto que de verdad hay que interiorizar.

Después, en este orden: algo con condiciones (si el lead cumple esto, por aquí; si no, por allá), algo con un servicio sin nodo dedicado usando HTTP Request, y solo entonces algo con IA de por medio.

Lo que no hay que hacer: copiar una plantilla de veinte nodos de internet sin entenderla. Funciona el primer día y es imposible de arreglar el día que deje de funcionar, que llegará.

En Minimal usamos estas cadenas donde tienen sentido y las conectamos con los agentes que atienden la parte conversacional, dentro del CRM. Si prefieres que alguien lo monte y lo mantenga en lugar de convertirte en administrador de flujos, cuéntanos qué proceso quieres automatizar.