n8n: tu herramienta principal
De todas las herramientas de automatización visual, n8n es la que conviene aprender primero si vas a vivir de esto. No porque sea la más bonita —no lo es— sino por una razón de negocio: puedes alojarla tú mismo, gratis, sin límite de ejecuciones.
Eso cambia por completo la estructura de costes de un servicio de automatización, y por tanto tu margen.
Por qué el alojamiento propio cambia el negocio
Las alternativas más cómodas cobran por ejecución o por «tarea». Mientras montas pruebas, es irrelevante. Cuando tienes tres clientes con procesos que se ejecutan miles de veces al mes, esa factura crece con tu éxito: cuanto mejor te va, más pagas.
Con n8n alojado en un servidor propio pagas el servidor, y el servidor cuesta lo mismo con cien ejecuciones que con cien mil. Tu coste se vuelve fijo y previsible, y ahí es donde aparece el margen de verdad.
Hay contrapartidas honestas: el servidor lo mantienes tú, las actualizaciones las haces tú y si se cae, es tu problema a las tres de la mañana. Es un intercambio de dinero por responsabilidad. Al principio, con pocos clientes, ese intercambio compensa; y aprender a sostenerlo es parte del oficio.
Lo que hay que aprender de verdad
n8n tiene cientos de integraciones y no necesitas conocerlas: cuando te haga falta una, la miras. Lo que sí tienes que dominar es un puñado de conceptos que se repiten en todo lo que construyas.
El flujo de datos entre nodos. Cada nodo recibe una lista de elementos y devuelve otra. Entender que trabajas con listas y no con un dato suelto explica el 90 % de los comportamientos que al principio parecen mágicos: por qué un nodo se ejecuta cinco veces, por qué el siguiente recibe cinco resultados.
Las expresiones. La sintaxis para referirte a datos de pasos anteriores. Es lo que más se usa y lo que más frustra al principio. Merece la pena sentarse una tarde a entenderla en vez de ir copiando y pegando a ciegas.
El nodo de código. Cuando la lógica se complica, un poco de JavaScript resuelve en cinco líneas lo que en nodos visuales serían quince cajas. No necesitas ser programador; necesitas saber recorrer una lista y transformar un objeto.
Los nodos de agente. Desde la versión 2.0, n8n trae agentes de IA integrados: un nodo al que le das un modelo, unas herramientas y una instrucción, y decide él qué llamar. Es potente y es donde más fácil es perder el control, porque introduces no determinismo en mitad de un sistema. Úsalo cuando el camino no se pueda decidir de antemano, no porque quede moderno.
El manejo de errores. n8n permite rutas de error por nodo y flujos dedicados a fallos. Es la parte que la gente monta al final y debería montar al principio.
Cómo empezar sin montar un servidor el primer día
No empieces por la infraestructura. Empieza por la nube oficial o por una instalación local en tu equipo, monta tu primer flujo, y cuando tengas algo que funcione y a alguien a quien le sirva, entonces te planteas el servidor.
Montar el servidor antes de tener el flujo es la forma más habitual de pasar dos semanas sin construir nada útil, y de acabar creyendo que este oficio va de administración de sistemas. No va de eso.
El error que cometen casi todos
Construir el flujo entero de una sentada y probarlo al final.
Lo que funciona es exactamente lo contrario: un nodo, ejecutar, mirar lo que sale, siguiente nodo. Es más lento durante la primera hora y muchísimo más rápido en total, porque cuando algo falla sabes con certeza que el problema está en lo último que tocaste.
Y guarda copia de los flujos que funcionen. n8n exporta un flujo a un fichero de texto; guárdalos como guardarías código, con fecha y con nota de qué cambió. El día que una actualización rompa algo, tener el estado anterior vale su peso en oro.
Lo que no debes hacer nunca
No metas claves de acceso dentro de un nodo. Las herramientas tienen su almacén de credenciales por algo. Un flujo exportado con una clave dentro es una clave publicada en cuanto lo compartas.
No trabajes con datos reales de clientes mientras pruebas. Usa datos inventados hasta que el flujo esté estable. Un bucle mal hecho contra la base de datos real de un cliente es una conversación muy incómoda.
No dejes un flujo activo sin límite. Antes de activar algo que actúa hacia fuera, ponle un tope. Se ejecuta más veces de las que crees.