Qué es n8n y para qué sirve, explicado fácil y sin tecnicismos

n8n es una herramienta para conectar aplicaciones entre sí y que hagan cosas solas. Tú dibujas el flujo arrastrando cajitas y n8n lo ejecuta cuando toca.

Cuando llega un correo con una factura adjunta, guárdala en Drive, apunta la fila en una hoja de cálculo y avísame por Telegram. Eso, dibujado, es un flujo de n8n.

La gracia es que no escribes código y que puedes tenerlo funcionando en tu propio servidor, sin pagar por ejecución.

¿Qué es n8n?

Técnicamente es lo que se llama una herramienta de automatización basada en nodos. Traducido: una pantalla en blanco donde vas colocando bloques y uniéndolos con líneas.

Cada bloque hace una cosa. Uno se conecta a Gmail. Otro filtra. Otro escribe en una base de datos. Otro le pregunta algo a una IA. Los unes con flechas y ese dibujo es tu automatización.

Hay tres piezas que conviene tener claras desde el minuto uno:

El disparador. Es lo que arranca el flujo. Puede ser una hora ("todos los días a las 8"), un evento ("cuando llegue un correo con esta etiqueta") o una llamada desde fuera ("cuando alguien rellene este formulario").

Los nodos. Cada paso. n8n trae varios cientos ya hechos para las aplicaciones más comunes, y para lo que no tiene, un nodo genérico que llama a cualquier servicio que tenga una API.

Los datos que van pasando. Esto es lo que más cuesta al principio. Cada nodo recibe lo que le pasa el anterior y lo va transformando. Cuando algo falla en n8n, el 90% de las veces es porque un nodo está esperando un dato que llega con otro nombre.

Si quieres verlo funcionando en lugar de leerlo, el primer workflow paso a paso es media hora y te quita la parte abstracta de golpe.

Tres cosas reales que se montan con esto

Uno: vigilar algo y avisarte. Un flujo que comprueba cada cinco minutos si una web responde, y si no responde te manda un mensaje. Suena tonto hasta el día que se te cae algo un domingo por la mañana y te enteras cuatro horas después.

Dos: mover información entre herramientas que no se hablan. Un formulario que rellena una hoja, que crea una ficha en tu base de datos, que manda un correo de bienvenida y que apunta la fecha para recordarte hacer seguimiento en una semana. Todo eso es una tarde de trabajo y luego funciona solo.

Tres: meter una IA en medio de un proceso. Este es el uso que ha disparado n8n en el último par de años. Llega un correo, un nodo se lo pasa a un modelo para que lo clasifique y resuma, y según lo que devuelva el flujo va por un camino u otro. Antes eso requería un programador. Ahora son tres cajitas.

Ese tercer caso es la frontera entre una automatización normal y algo que empieza a parecer un agente. La diferencia exacta la tengo en el hub de automatización y agentes con IA, porque se confunden constantemente y no son lo mismo.

¿En qué se diferencia de Zapier?

En tres cosas, y las tres importan.

El precio y cómo se cobra. Zapier te cobra por tarea ejecutada. Cada paso de cada flujo, cada vez que corre. Si tienes un flujo que se dispara mil veces al mes con cinco pasos, son cinco mil tareas. n8n en su versión de nube cobra por ejecución completa, no por paso, y si lo instalas en tu servidor no te cobra por volumen en absoluto. Los precios cambian cada temporada, así que confirma en la web oficial de n8n y en la de Zapier antes de echar cuentas.

Que te lo puedes instalar tú. Esta es la razón por la que mucha gente se pasó. n8n se puede montar en un servidor propio. Tus datos no salen de ahí, no hay límite de ejecuciones y el coste es el del servidor, no el de la herramienta. A cambio te comes el mantenimiento.

Lo que se puede hacer cuando el flujo se complica. Zapier está pensado para "cuando pase A, haz B". Cuando quieres bifurcar, meter bucles, reintentar si falla o llamar a un servicio que no está en su catálogo, se atasca. n8n tiene un nodo de código donde puedes escribir cuatro líneas cuando hace falta, y eso resuelve el 100% de los casos raros.

A cambio Zapier es más fácil. Bastante más. Si nunca has automatizado nada, la primera semana con Zapier es agradable y la primera semana con n8n es frustrante. La comparación completa, con precios y con a quién le conviene cada uno, la tengo en n8n vs Zapier.

¿Hace falta saber programar para usar n8n?

Para el 80% de lo que vas a querer montar, no. Arrastras nodos, rellenas campos y funciona.

Para el 20% restante, ayuda mucho entender dos cosas que no son exactamente programar:

Qué es una API. Basta con saber que es la puerta por la que una aplicación deja entrar a otras, y que casi todas tienen una. Cuando n8n no trae un nodo para lo que necesitas, esa es la vía.

Cómo viajan los datos. Que la información va en paquetes con campos con nombre, y que si el nodo espera un campo llamado "email" y le llega uno llamado "correo", no funciona. La mayoría de las horas perdidas en n8n son esto.

Ninguna de las dos cosas requiere un curso. Se aprenden montando dos flujos y rompiéndolos.

¿En la nube o instalado en tu servidor?

Es la primera decisión que hay que tomar y mucha gente la toma sin saber que la está tomando.

En la nube, ellos lo mantienen. Te registras y estás dentro en cinco minutos. Pagas una cuota mensual y te olvidas de actualizaciones, copias de seguridad y de que un día deje de arrancar. Es lo que recomendaría a cualquiera que esté empezando.

En tu propio servidor, no hay coste de licencia para uso interno y no hay límite de ejecuciones. A cambio te comes el mantenimiento: actualizar, vigilar que sigue vivo y arreglarlo tú el domingo que se caiga. Un servidor pequeño cuesta unos pocos euros al mes, así que el ahorro es real si tienes volumen.

Mi consejo: empieza en la nube. Si dentro de seis meses tienes veinte flujos corriendo y la factura empieza a picar, entonces te lo llevas a un servidor. Al revés, montando infraestructura antes de tener un solo flujo útil, es la forma más rápida de abandonar esto en dos semanas.

Lo que n8n no es

No es un sustituto de una base de datos. Mueve información, no la guarda de forma seria. Si necesitas un sitio donde vivan tus datos, eso va aparte.

No es gratis del todo. La versión que instalas tú no tiene coste de licencia para uso interno, pero tiene coste de servidor y sobre todo de tiempo tuyo. Actualizaciones, copias, revisar por qué un flujo lleva dos días fallando en silencio. Ese tiempo existe aunque no aparezca en ninguna factura.

No es mágico con las credenciales. Cada servicio que conectes te va a pedir permisos, y algunos (los de Google sobre todo) tienen un proceso de configuración que da bastante pereza la primera vez.

No es para automatizar cosas que haces una vez al mes. Si una tarea te lleva diez minutos y la haces cuatro veces al año, automatizarla es un hobby, no una mejora. La cuenta se hace fácil: si el flujo te va a costar tres horas montarlo, tiene que ahorrarte más de tres horas al año para que salga a cuenta. Y sumando el mantenimiento.

Por dónde empezar

Coge la tarea más aburrida y más repetida que tengas. La que haces todas las semanas y que consiste en copiar algo de un sitio a otro.

Esa. No la más ambiciosa. La más tonta.

Móntala en n8n, déjala corriendo una semana y mira si de verdad se ejecuta bien todos los días. Cuando veas que sí, entenderás por qué la gente que empieza con esto acaba automatizando media empresa.

Si no tienes claro qué parte de tu trabajo conviene automatizar primero, tengo un test corto que te lo dice en dos minutos.

Hacer el test de IA