Qué es n8n en 2026: para qué sirve, qué licencia tiene de verdad y cuánto cuesta su nube frente a un servidor tuyo

En n8n se dibuja el trabajo en un lienzo: un nodo que arranca (un correo que llega, una hora del día, una llamada a una dirección web) y detrás los nodos que hacen cosas con ese dato. Cada nodo es una aplicación o una operación, y el conjunto se llama flujo. Cuando el flujo se dispara de principio a fin, eso es una ejecución, y esa palabra es la que decide el precio.

Ahí está la diferencia que la propia n8n pone en el centro de su página de precios: «Pricing based on monthly workflow executions, regardless of complexity», y debajo, «Pay for full executions, not for each step». Un flujo de cincuenta pasos cuesta lo mismo que uno de dos. En las herramientas que cobran por paso o por tarea, no.

Lo segundo que la hace distinta es que se puede instalar en una máquina tuya. Esa edición se llama Community, es gratuita y, con las palabras de su propia documentación, trae «almost the complete feature set». Lo que cambia no es lo que puedes automatizar: es quién guarda las credenciales de todas las aplicaciones que conectas y dónde pasan tus datos.

Mover datos entre aplicaciones que no se hablan. Un formulario que cae en una hoja de cálculo, la hoja que avisa por mensajería, el mensaje que abre una tarea. Es el uso que menos recursos consume.

Vigilar algo y avisar. Una dirección web que se comprueba cada hora, un correo que llega con una palabra dentro, un archivo nuevo en una carpeta. Aquí el contador de ejecuciones sube deprisa: un flujo que se dispara cada cinco minutos son 8.640 ejecuciones al mes, más de tres veces las 2.500 del plan Starter y casi todo el Pro.

Llamar a un modelo de lenguaje dentro del flujo. Clasificar correos, resumir documentos, redactar respuestas. Es el uso que más ha crecido y el que decide si el servidor necesita 8 o 16 gigabytes, porque un modelo en la misma máquina ocupa memoria de verdad.

Hacer de pegamento con una API que no tiene integración. El nodo de petición web habla con cualquier servicio que exponga una dirección, así que el límite no es el catálogo de integraciones, que su propio repositorio cifra en más de 1.500.

La documentación de n8n es clara sobre qué pide: en su prueba de rendimiento de instancia única, el banco de pruebas es una máquina de 4 GB de memoria con la base de datos Postgres al lado. Con eso aguanta el flujo mínimo a 220 ejecuciones por segundo. La regla práctica que sale de ahí es que a n8n le pesa más la memoria que el procesador, y que un servidor pequeño llega para casi todo.

Aquí subimos a 8 gigabytes y no a 4, y la razón no es n8n: es la base de datos, los ficheros que pasan por los flujos y el margen para que una actualización no te deje sin sitio. Y si dentro del flujo va a haber un modelo de lenguaje, la cuenta cambia entera y hacen falta 16.

Meter un modelo de lenguaje dentro del flujo cambia dos cosas y ninguna es el precio de n8n. La primera es la memoria: un modelo de 8.000 millones de parámetros ocupa unos 5,2 gigabytes de fichero y pide unos 10 con la conversación y el sistema, así que en un servidor de 8 GB no cabe al lado de n8n y en uno de 16 sí. La segunda es la velocidad, que en un servidor sin tarjeta gráfica la fija el ancho de banda de su memoria, no el número de núcleos.

Si esa parte es la importante de tu proyecto, la decisión deja de ser de hosting y pasa a ser de máquina, y ahí conviene mirar los números antes de contratar nada.

La pregunta llega casi siempre: si ya se paga un alojamiento compartido para una web, ¿no se puede meter n8n ahí y ahorrarse el servidor? No, y el motivo es el mismo por el que ese alojamiento es barato: no da acceso de administrador ni deja dejar un proceso corriendo día y noche, que es exactamente lo que n8n necesita. Un servidor virtual sí, y por eso los tres de esta página lo son.