n8n precios: qué es gratis de verdad, qué se paga y cuándo deja de convenir

n8n se puede usar de tres formas y cada una tiene una estructura de costo distinta.

1. Autoalojado, edición comunitaria. Sin licencia que pagar. Lo instalas en tu servidor y las ejecuciones no se cuentan ni se cobran. Pagas el servidor y el tiempo de quien lo mantiene. Es la opción que la gente llama "gratis", con matices que vienen más abajo.

2. Nube gestionada por n8n. Suscripción mensual con un cupo de ejecuciones y un número de flujos activos según el plan. No administras nada: ni servidor, ni actualizaciones, ni copias de seguridad, ni certificados.

3. Empresa. Para organizaciones que necesitan inicio de sesión unificado, control de permisos por rol, entornos separados de pruebas y producción, envío de registros a sistemas externos y soporte con compromiso. Precio a medida. Si no sabes si lo necesitas, no lo necesitas.

Antes de seguir, la advertencia obligatoria: las cifras concretas de los planes de nube cambian con cierta frecuencia. Lo que no cambia es el modelo, y el modelo es lo que decide si te conviene. Confirma los importes actuales en la página de precios de n8n antes de tomar la decisión; lo que sigue explica cómo leerlos.

Una ejecución es una vuelta completa de un flujo, del disparador al último nodo. Tenga tres nodos o cuarenta, cuenta como una.

Esto es lo que separa a n8n de Zapier y Make, que cobran por paso ejecutado. Un flujo de doce pasos que corre mil veces al mes consume doce mil unidades en aquellas y mil en n8n.

Los matices que hay que conocer para no llevarse sorpresas:

• Un flujo que llama a otro flujo puede contar como ejecuciones separadas según cómo esté construido. Si vas a partir la lógica en subflujos, conviene revisarlo antes de multiplicar tu consumo sin darte cuenta.
• Los flujos que fallan también se ejecutan. Un flujo con un error en bucle consume cupo mientras no lo detectes.
• La frecuencia del disparador es la variable dominante. Un flujo programado cada cinco minutos son unas 8.600 ejecuciones al mes por sí solo. Uno cada hora, unas 720. Cambiar la frecuencia es la palanca más grande sobre la factura, y casi siempre se puede bajar sin perder nada.
• Los planes limitan también los flujos activos, no solo las ejecuciones. Si tienes muchas automatizaciones pequeñas, ese límite te toca antes que el de ejecuciones.

La consecuencia de diseño que más ahorra: en n8n conviene un flujo largo y bien hecho antes que cinco cortos encadenados. En Zapier o Make es al revés. La misma lógica repartida de otra manera cambia la factura sin cambiar el resultado.

La licencia es cero. El resto no.

El servidor. Un servidor pequeño basta para empezar, pero n8n con muchos flujos concurrentes y con nodos de IA consume memoria de verdad. Cuando el volumen crece, la configuración deja de ser una instancia y pasa a ser base de datos aparte, cola de trabajos y varios procesos. Eso ya no es un servidor pequeño.

El mantenimiento, que es la partida grande. Actualizaciones, certificados, copias de seguridad de la base de datos donde viven flujos y credenciales, vigilancia de que sigue en pie. Si nadie del equipo hace esto, no es que salga caro: es que un día se cae y nadie sabe por qué.

El costo de no enterarte. Sin avisos configurados, un flujo puede estar fallando dos semanas sin que nadie lo note. En automatizaciones internas es molesto. En atención al cliente es un problema serio.

Lo que falta respecto a los planes superiores. La edición comunitaria no incluye inicio de sesión unificado, permisos por rol ni entornos separados. Para una persona o un equipo pequeño da igual. Para una organización con varias personas tocando flujos, esas ausencias se notan.

La cuenta honesta: si ya tienes infraestructura y alguien que la cuida, el autoalojado es claramente la opción más barata y la diferencia es grande. Si tu equipo son tres personas de marketing, el ahorro en suscripción se lo come el primer incidente. Hemos visto migraciones motivadas por ahorrar licencias que costaron más en horas de puesta a punto de lo que ahorraban en licencia al año.

Y la licencia, que casi nadie lee: n8n usa una licencia de uso sostenible, no software libre clásico. Puedes usarlo gratis dentro de tu empresa y alojarlo tú, pero no revenderlo como servicio a terceros. Si el plan era montar una agencia ofreciendo n8n como plataforma a clientes, ese punto hay que mirarlo con calma.

Suena contradictorio y es cierto más veces de las que se admite.

La nube gana cuando:

• Tu volumen entra holgado en un plan de entrada. Miles de ejecuciones al mes cuestan menos en suscripción que unas pocas horas de alguien administrando un servidor.
• No tienes a nadie de sistemas y no quieres tenerlo.
• Estás empezando y todavía no sabes cuánto vas a consumir. Empezar en la nube y migrar después es barato; empezar montando infraestructura retrasa semanas el primer resultado útil.
• El flujo atiende clientes y necesitas que esté en pie sin depender de que alguien mire el servidor.

El autoalojado gana cuando:

• El volumen es alto de verdad. Ahí el cupo por ejecuciones deja de ser competitivo frente a un servidor con ejecuciones ilimitadas.
• Hay requisitos de datos o de residencia que obligan.
• Ya tienes servidores, monitorización y a quien los cuida. En ese caso el costo marginal es casi nulo.

La regla práctica: empieza en la nube salvo que un requisito de datos lo impida. Migra cuando la factura de la nube supere de forma clara lo que costaría el servidor más el tiempo de mantenerlo, contando ese tiempo a precio real y no a cero.

La suscripción de n8n rara vez es la partida grande de un proyecto. Estas suelen serlo:

El modelo de IA. Si el flujo llama a un modelo de lenguaje, ese consumo se paga aparte, por uso. En atención al cliente se mide en centavos por conversación, así que con volúmenes medios es asumible; se dispara si metes todo tu catálogo en cada llamada o si usas el modelo más caro para tareas que no lo necesitan. El desglose está en cuánto cuesta un agente de IA.

El canal. Si el flujo manda mensajes de WhatsApp, Meta cobra las plantillas según categoría y país. Las conversaciones de servicio que abre el cliente no se cobran, así que un agente que atiende entrantes tiene canal casi gratis y uno que hace campañas salientes puede tener ahí su mayor gasto.

Las APIs de terceros. Muchos servicios cobran por llamada o limitan el plan gratuito. Un flujo que consulta un servicio de datos cada cinco minutos puede agotar una cuota que nadie miró.

El almacenamiento y los registros. Guardar el detalle de cada ejecución con sus datos ocupa, y en instalaciones propias crece hasta llenar el disco. Conviene fijar una política de retención el primer día, no el día que se llena.

Y el más caro de todos: las horas. Construir es entretenido y se subestima siempre. Mantener es aburrido y se subestima el doble.

Un cálculo de servilleta que se hace en diez minutos y evita sorpresas.

1. Lista tus flujos previstos y su disparador. Por evento, por horario o por webhook.

2. Estima ejecuciones al mes de cada uno.

• Por evento: cuántos leads, pedidos o mensajes al mes. Ese número es el de ejecuciones.
• Por horario: 30 al mes si es diario, unas 720 si es cada hora, unas 8.600 si es cada cinco minutos.
• Por webhook: cuántas llamadas espera recibir.

3. Súmalo y añade un margen del 30 % para pruebas, reintentos y fallos. Siempre se consume más de lo previsto el primer mes.

4. Cuenta también los flujos activos, porque los planes limitan las dos cosas.

5. Suma aparte lo que no es n8n: modelo de IA, canal y APIs de terceros.

El error de estimación más común, con diferencia: los flujos programados a alta frecuencia. Alguien pone "cada cinco minutos" porque suena diligente, y ese único flujo consume más que todo el resto junto. En la enorme mayoría de los casos, cada hora hace exactamente el mismo servicio.

Un truco que baja la factura sin perder nada: sustituye consultas programadas por webhooks siempre que el otro sistema los ofrezca. Un flujo que se despierta cuando pasa algo consume una ejecución por evento real, en lugar de doscientas ochenta y ocho al día para comprobar si pasó algo.

Un flujo de calificación de leads con nueve pasos: recibe el formulario, valida, busca al contacto, consulta un dato externo, llama a un modelo de IA, puntúa, etiqueta en el CRM, avisa por chat y registra el resultado. Entran 1.500 leads al mes.

• En Zapier: unas 10.500 tareas, descontando el disparador y el filtro, que no consumen. Ese consumo se sitúa en un plan alto.
• En Make: unas 13.500 operaciones, con un precio por unidad bastante menor. Plan intermedio.
• En n8n: 1.500 ejecuciones. Entra en un plan de entrada de la nube, con margen ajustado si sumas pruebas y reintentos, o en cero de licencia si lo alojas tú.

La diferencia no es de matiz y explica buena parte de la migración que se ve en el mercado. Con una precisión importante: si tuvieras 60 leads al mes en lugar de 1.500, las tres serían casi gratis y elegirías por facilidad, no por precio. El modelo de facturación solo decide cuando hay volumen.

La comparación completa, con criterios más allá del precio, está en n8n vs Make vs Zapier.

Y la pregunta que conviene hacerse antes que ninguna de las tres: ¿tu CRM ya hace esto? Un flujo dentro de la plataforma donde vive la ficha del cliente no consume ejecuciones de nadie, no se rompe cuando caduca una credencial y lo puede tocar cualquiera del equipo. Una parte grande de lo que la gente construye con estas herramientas ya estaba incluido en algo que ya pagaba.

En Minimal montamos estas cadenas donde tienen sentido y las conectamos con los agentes que atienden la parte conversacional. Si quieres el cálculo con tus volúmenes reales, cuéntanos qué proceso quieres automatizar.