n8n, Zapier, Make: cómo elegir — calculando precio, libertad y coste de mantenimiento
Lo de elegir entre tres opciones: preguntas a diez personas y nueve responden «depende de tus necesidades», lo cual equivale a no responder. Este artículo no da rodeos: desglosa las cuentas de las tres opciones para el mismo caso, añade también el tiempo que inviertes en ello y, al final, dice cómo elegiría yo.
La conclusión va primero. Si ejecutas más de diez veces al día, con pasos que no superan los cinco y sin tocar la intranet de la empresa, Zapier o Make son más cómodos, ni siquiera tienes que tocar un servidor. Si ejecutas cientos de veces al día, necesitas leer bases de datos de la intranet y en el flujo hay que escribir código, n8n autoalojado puede ahorrarte un orden de magnitud en costes — a cambio de que esa máquina queda bajo tu responsabilidad, y si se cae a medianoche nadie la levanta por ti.
Esta conclusión es demasiado burda para usarla directamente, porque le falta un número: cuántas veces ejecutas al mes en total. Sin calcular ese número, todas las comparaciones son escenarios de otros.
Para quién es
Para quien está eligiendo entre las tres opciones, o para quien ya se ha estrellado con el plan gratuito de Zapier y quiere ver dónde está exactamente el coste. Si tienes un VPS ocioso y estás dispuesto a entrar por SSH a teclear comandos, las cuentas de la sección cuatro te escocerán más. Si nunca has tocado la automatización, lee primero«Qué es n8n»y luego vuelve; este artículo asume que sabes qué significan «workflow» y «node».
- Las tres opciones no usan la misma unidad de facturación
- Cuánto cuesta el mismo flujo en cada una de las tres
- Más allá del dinero, dónde difiere el grado de libertad
- En la factura del autoalojamiento, una parte no es dinero
- La línea de la licencia: quien hace entregas debe mirarla primero
- Cuatro casos en los que no recomiendo elegir n8n
- El coste de cambiar de herramienta
- Una semana de prueba: cómo saber si funciona
- Errores con los que te vas a encontrar
- Las tres cosas de seguridad adicionales que implica el self-hosting
Las tres no usan la misma unidad de facturación
Esto es la base de todo el artículo, y también donde es más fácil equivocarse. El «uso» que ves en las webs de las tres no es en absoluto lo mismo.
Zapier cuenta por task.Cada acción completada con éxito cuenta como 1 task, y algunas apps o acciones cuentan como 2. El trigger no cuenta: que entre un evento no cuesta dinero, solo cuesta cuando la acción se ejecuta con éxito. Tampoco cuenta que haga polling de «si hay datos nuevos», y menos aún si consulta y vuelve con las manos vacías. Sus herramientas integradas: Filter, Formatter, Path, Delay, Looping, Sub-Zap, además de Tables y Forms, no consumen tasks.
Make cuenta por credit.Ya cambió su unidad de facturación de operations a credits, y la fecha de entrada en vigor indicada en el anuncio es el 27 de agosto. La gran mayoría de módulos registran 1 al ejecutarse una vez, y los que pasan por AI Provider pueden registrar más. La diferencia aquí es que el módulo trigger también cuenta. Lees un registro de cierta app y ese paso ya consume 1 credit. Los módulos Router y de manejo de errores (Rollback, Break, Resume, Commit, Ignore) no cuentan.
n8n cuenta por execution.Un flujo que corre de principio a fin cuenta como 1 vez; tanto si hay 3 nodos en medio como si hay 30, sigue siendo 1 vez. La cantidad de datos tampoco escala: procesar 5 registros o 200 en una ejecución sigue siendo 1 vez. Y solo las ejecuciones de producción entran en la cuota: si pulsas el botón «Execute» en el editor para probar, aunque lo corras cien veces tampoco cuenta.
| Zapier | Make | n8n | |
|---|---|---|---|
| Unidad | task | credit | execution |
| Un flujo ejecutado una vez cuenta varios | Por número de acciones, 6 pasos cuentan 5 (el trigger no cuenta) | Por número de módulos, 6 módulos cuentan 6 | 1 |
| Los datos pasan de 1 registro a 200 registros | Escala en la misma proporción, 20 veces es 20 veces | Escala en la misma proporción | No escala |
| Prueba con clic manual | Se cuenta con solo ejecutar Zap | Se cuenta con solo ejecutar el scenario | No cuenta |
La última línea es la diferencia que más valoro, determina si este sistema puede escalar. Supongamos: un flujo procesa 200 pedidos, con 5 acciones intermedias. En Zapier, una ejecución cuenta 1.000 tasks, ejecutarlo una vez al día son 30.000; en n8n, una ejecución sigue siendo 1 execution, 30 al día. Una diferencia de 1.000 veces, no es una diferencia porcentual.
En esta instancia mía se ejecutó un flujo de ocho nodos, donde un nodo de código intermedio dividía un item en 5, pasaba por ramas y luego se fusionaba. El «varios proyectos» marcado bajo cada nodo es la cantidad de datos que fluyeron en esa ocasión:
El registro de ejecución se ve así, una línea es una ejecución completa, y el «tiempo de ejecución» de la derecha es el tiempo total de todo el flujo:
Al hacer clic se pueden ver los detalles de esta ejecución:
El mismo flujo, cuánto cuesta en cada una de las tres plataformas
Calcular con tres escenarios de forma real. Los números se toman de los planes públicos oficiales, los precios los consulté el 26 de octubre de 2026, puede que cuando lo veas ya hayan cambiado.
Escenario uno: ejecución cada hora, 6 pasos
Monitorear cierta interfaz, 24 veces al día, 720 veces al mes. Este tipo de trabajo es el más común.
| Uso | En qué plan cae | |
|---|---|---|
| Zapier | 5 × 720 = 3,600 tasks | La versión gratuita es de 100, falta 36 veces, hay que pagar obligatoriamente |
| Make | 6 × 720 = 4,320 credits | Core del plan de 10,000 credits, con pago anual equivale a $9/mes |
| n8n Cloud | 720 ejecuciones | Starter €20/mes, cuota 2,500 |
| n8n autoalojado | 720 ejecuciones | 0, solo cuesta el servidor |
El resultado de esta fila es un poco contraintuitivo:n8n Cloud es más del doble de caro que Make. Starter con pago anual €20, el Core de Make con pago anual equivale a $9. Muchos asumen por defecto que "lo open source seguro es lo más barato", y olvidan que lo que ahorra el open source es la licencia, el alojamiento en la nube igual cobra por ejecución.
En la columna de Zapier no puedo dar una cifra exacta, porque su Professional permite ajustar el nivel de tareas, $19.99 es el precio de partida del nivel más bajo, 3,600 tasks habría que subirlo. Lo que sí puedo confirmar es que de los tres es el más caro — caro porque cobra por acción, cuanto más largo es tu flujo, más pierdes.
Escenario dos: ejecutar cada 5 minutos, 6 pasos
8,640 veces al mes. A esta frecuencia, la diferencia empieza a abrirse.
| Uso | En qué tramo cae | |
|---|---|---|
| Zapier | 43,200 tasks | Ya está bastante arriba |
| Make | 51,840 credits | Ya supera el tramo de 10,000, hay que subir el control deslizante para ver el precio |
| n8n Cloud | 8,640 ejecuciones | Pro €50/mes, cuota 10,000 |
| n8n autoalojado | 8,640 ejecuciones | 0 |
Aquí la versión cloud de n8n empieza a superarlo. La diferencia con el autoalojado ni se calcula: con más de ocho mil ejecuciones al mes, la factura de electricidad sale más barata que la suscripción.
Escenario tres: 10 veces al día, 3 pasos
300 veces al mes, en total dos acciones.
Zapier cuenta 600 tasks, 6 veces por encima del límite gratuito. Make cuenta 900 credits, el plan gratuito es de 1,000, justo al límite — sin ningún margen, tres días más de ejecución y ya hay que pagar.Ese es el límite del plan gratuito de Make, no es "suficiente", es "justo hasta agotarlo".
Mi propia valoración: a un volumen de una docena de veces al día, el plan gratuito de Make aguanta tres o cinco meses sin problema, pero no lo uses para tareas críticas, porque en cuanto se supere, el scenario se detiene directamente y no esperará a que renueves.
Más allá del dinero, dónde está la diferencia en libertad
| Zapier | Make | n8n | |
|---|---|---|---|
| Aplicaciones conectables | 9,000+ | 3,500+ | Nodos oficiales + nodos de la comunidad, en self-hosted además puedes escribir los tuyos |
| Escribir código | Tiene pasos de código, se factura por task, cuanto más tiempo se ejecuta más consume | Tiene módulo Tools | Nodo Code, JS o Python, sin facturación adicional |
| Conectar sistemas de 内网穿透 | No | No | Sí, se ejecuta en tu propia red |
| Dónde se almacenan los datos | En el servidor de la otra parte | En el servidor de la otra parte | Base de datos propia |
| Control de versiones | El plan de pago tiene control de versiones de Zap | — | Desde el plan Business se puede conectar Git; la versión comunitaria exporta JSON manualmente como archivo |
Las dos primeras líneas determinan tu techo, las dos últimas determinan tu costo de cumplimiento. Para leer el ERP o bases de datos antiguas de la intranet de la empresa, los dos primeros quedan descartados directamente — no es que sea difícil, es que físicamente no hay conexión, se ejecutan en el centro de datos de otra persona. Esto es lo que más fácilmente se descubre a mitad de la discusión del plan, y todos los diagramas dibujados antes quedan invalidados.
Hay otro punto que no suele aparecer en las tablas comparativas: la duración de ejecución única. La versión cloud de n8n Starter permite como máximo 5 minutos por ejecución, solo Pro llega a 40 minutos. Para procesar archivos grandes o esperar una interfaz lenta, 5 minutos se alcanzan fácilmente. El autoalojamiento no tiene esta limitación, pero la máquina es tuya, y si se agota la memoria igual se cae.
En la factura del autoalojamiento, una parte no es dinero
Esta es la parte que más quería decir al escribir este artículo, porque todos los artículos comparativos de «n8n gratis» la omiten.
Lo que el autoalojamiento ahorra es la suscripción, y lo que se obtiene a cambio son estas cosas, que alguien tiene que hacer:
- Una máquina y un dominio, y un certificado. Let's Encrypt se renueva automáticamente, pero si la renovación falla es silenciosa; cuando te das cuenta, el certificado ya lleva tres días vencido.
- Actualización. Después de 2.x las versiones se suceden rápido; la mía ahora es 2.43.7. Antes de cada actualización hay que hacer copia de seguridad de la base de datos y de la clave de cifrado; tras actualizar, probar un workflow al azar para ver si corre. Unos veinte minutos por vez.
- Copia de seguridad. Tres cosas: base de datos, clave de cifrado, exportación de workflows. Sin la clave de cifrado, todas las credenciales de la instancia restaurada quedan ilegibles y hay que volver a introducirlas una por una. Copiar solo la base de datos sin la clave es la forma más común de arruinarlo.
- Alertas de fallo. n8n no te avisa salvo que lo configures tú. Una tarea programada que falla en silencio durante dos semanas no lo sabrás hasta que alguien pregunte «¿por qué la tabla de este mes no tiene datos?».
- Diagnóstico cuando algo falla. El container no arranca, el port está ocupado, la memoria se desborda: para esto no hay servicio de atención al que llamar.
El balance de tiempo es más o menos así: la primera instalación más configurar HTTPS, una hora; después, cada mes entre una y dos horas dedicadas a esto; y cuando hay un fallo real, de una a tres horas.
Así que al calcular el costo, el denominador tiene que incluir tu tarifa por hora. Si no puedes sacar ni media hora a la semana, no elijas autohospedaje: esto no tiene que ver con ahorrar dinero, este trabajo necesita a alguien. Pagar por Zapier es, en esencia, comprar «que alguien responda cuando hay problemas».
La página de uso de la mía se ve así, vale la pena echarle un vistazo:
La letra pequeña de la segunda línea de la página dice «los workflows con múltiples triggers cuentan varias veces». Es decir, si le pones dos triggers a un workflow, cuenta como dos. En la versión autohospedada aquí pone «ilimitado», así que a mí no me afecta, pero si compras una licencia de la versión cloud, esto te muerde.
La línea de la licencia es lo primero que debe revisar quien hace entregas
n8n no es una licencia open source, es su propia Sustainable Use License, bajo el nombre de fair-code. Los términos permiten más de lo que se imagina: uso interno de negocio, modificar el código, hacer derivados, montar flujos para clientes, ofrecer consultoría y operación relacionadas con n8n, todo vale. Solo hay dos cosas que no se pueden hacer: vender n8n bajo otra marca como producto a clientes; montar tu propia instancia y cobrar a otros por acceso. Esas dos requieren un acuerdo comercial aparte.
Quien hace operación por cuenta de terceros es el que más se enreda aquí. Comparado con la versión anterior de la licencia (Apache 2.0 más Commons Clause), el cambio clave de esta vez es que se eliminó la cláusula de «no se permite cobrar consultoría» — ahora ayudar a clientes a montar workflows, cobrar por consultoría y operación, no requiere ningún acuerdo adicional. Siempre que vendas tu propio oficio, no el caparazón de n8n, no hay problema.
Las formas intermedias hay que sopesarlas uno mismo: los datos del cliente corren sobre tu n8n desplegado, y cobras una cuota mensual por servicio. Esto se parece más a «hosting» que a «consultoría». Si de verdad quieres convertirlo en negocio, mandar un correo a license@n8n.io sale mucho más barato que remediar después.
Comparemos: Zapier y Make son SaaS puros, pagas y compras el servicio, no hay esa preocupación, pero tampoco puedes llevarte las cosas.
Cuatro casos en los que no recomiendo elegir n8n
Nadie en el equipo toca la línea de comandos.No es que no puedan aprender, es que nadie quiere entrar la noche del incidente a mirar los logs. Ese equipo que compre Zapier, el dinero está bien gastado.
Se necesita SLA del proveedor y soporte telefónico.El self-hosted no lo tiene. El foro de la comunidad es muy bueno, pero no promete respuesta en dos horas.
Solo una o dos automatizaciones simples.Montar un servidor, configurar HTTPS, poner monitoreo, solo para sincronizar un formulario a una hoja de cálculo, no vale la pena. Usa el plan gratuito de Make, novecientos credit al mes alcanzan.
Quieres usarlo para vender un producto white-label.Ya se dijo en la sección de licencia, hay que firmar un acuerdo primero. Vender directamente con la versión open source es incumplimiento de contrato, no es «zona gris».
El costo de cambiar de herramienta
Entre estas tres cosas no hay migración con un solo clic. Zap es una estructura lineal de «disparador + acción», scenario es un lienzo de módulos más enrutamiento, y el workflow de n8n es un grafo dirigido arbitrario. Las estructuras de datos no coinciden, el JSON exportado solo sirve como referencia y la lógica hay que reconstruirla.
Mi valor empírico: un flujo de unos diez pasos tarda de medio día a un día en reconstruirse con otra herramienta, contando depuración y reconexión de credenciales. Si ya tienes treinta o cuarenta acumulados, cambiar una vez son dos o tres semanas.
Así que al elegir no mires solo la factura de este mes, mira el volumen que tendrás en tres años. Si es de baja frecuencia y estable, elige lo que te ahorre preocupaciones; si es de alta frecuencia y va a crecer, sube pronto a uno que puedas gestionar tú mismo, no esperes a acumular un montón para migrar.
Una semana de prueba: cómo se considera que funciona
No decidas mirando la tabla comparativa del sitio web oficial; elige un caso real y pruébalo una semana. Solo un requisito: que este flujo falle una vez no sea crítico, no pruebes con un flujo de cobros.
- Anota cuántas veces al día se ejecuta este flujo y cuántos pasos intermedios tiene. Estos dos números son toda la entrada; todos los cálculos posteriores dependen de ellos.
- Calcula el total mensual: veces × pasos. Luego multiplícalo por el número medio de registros de datos procesados cada vez; los dos que cobran por paso necesitan este número.
- Con este número, ve a las páginas de precios de los tres sitios oficiales y compara niveles, no compares «nombres de plan», compara cuotas.
- Ejecútalo durante siete días completos y registra dos cosas: cuántas veces falló y cuánto tardaste en arreglarlo.
Al terminar, con estos tres números juntos, la elección básicamente sale sola: el uso determina el dinero, la tasa de fallos determina la estabilidad y el tiempo de reparación determina si lo aguantas. El tercero es el más fácil de ignorar y el que más hace abandonar: quienes se pasan de Zapier a autohospedado a menudo no alegan el dinero, sino «cuando hay un error no veo nada».
Si lo que pruebas es n8n, verifica que funciona fijándote en estos cuatro fenómenos: en el lienzo aparece una marca verde y «N elementos» debajo de cada nodo; en la lista de ejecuciones aparece una fila más de «éxito»; al entrar puedes ver la entrada y salida de cada nodo; en la página «Resumen» el número de ejecuciones de producción sigue siendo 0 (porque las ejecuciones manuales no cuentan como ejecuciones de producción). Este último es el que más hace pensar que no funcionó, pero en realidad es normal.
Trampas en las que se cae
1. Comparar directamente el precio de suscripción sin mirar la unidad de facturación.Para un flujo igual de 6 pasos, Zapier cuenta 5 task, Make cuenta 6 credit y n8n cuenta 1 ejecución. Parecen todos de un dígito, pero el significado difiere en un nivel: los dos primeros multiplican por el número de pasos, el último multiplica por el número de ejecuciones.
2. Creer que Make todavía calcula por operations.Su unidad de facturación ya es el credit; la frase del FAQ oficial «As of August 27, credits are the billing unit in Make» se refiere precisamente a este cambio. Los números de operations de los tutoriales antiguos no cuadran con la nueva factura; la razón está aquí.
3. Creer que n8n gratis significa coste cero.El software no cuesta dinero, la máquina sí, y tu tiempo más. Dos horas de mantenimiento al mes, convertidas según tu tarifa por hora, pueden salir bastante más caras que los $9 de Make.
4. Creer que las peticiones vacías no cuentan.La documentación de n8n lo deja claro: el trigger Webhook cuenta una ejecución por cada petición entrante que recibe, incluido cuando el body está vacío {}. Usar un webhook como sonda de health check, golpeando cada 10 segundos, genera doscientos sesenta mil registros de ejecución al mes, todos en la factura. Las peticiones rechazadas que fallan antes de que arranque el flujo no cuentan.
5. Calcular mal la dirección de la factura del polling.El trigger de polling solo cuenta una vez cuando encuentra datos nuevos; si consulta y vuelve con las manos vacías, no cuenta — eso te favorece. Pero, a la inversa, esto también significa que en el sandbox ves menos ejecuciones que en la factura; no uses las cifras del entorno de prueba para estimar la factura de producción. El trigger programado es lo contrario: cada disparo cuenta, tenga éxito o falle.
6. Olvidar que el periodo de prueba termina.Las cuentas nuevas de Zapier entran automáticamente en una prueba Professional de 14 días. Los Zap de varios pasos que montes durante la prueba se detienen al bajar al plan gratuito al vencer — el plan gratuito solo admite dos pasos. Hay quien interpreta esto como «Zapier se rompió de repente».
7. Perder la clave de cifrado.Las credenciales de n8n se cifran con una clave; en la base de datos se guarda el texto cifrado. Al cambiar de máquina, reinstalar o migrar, si la clave no se lleva consigo, las credenciales no se pueden descifrar, y los nodos van reportando credenciales inválidas uno tras otro, aunque la contraseña que introdujiste sea correcta. Esta clave está en el directorio de datos; no la omitas al hacer backup.
8. Tareas largas chocan con el límite de duración de ejecución.La versión cloud de n8n Starter permite como máximo 5 minutos por ejecución. Procesar una tabla de varios cientos de megas o esperar una API lenta supera el límite con facilidad; superarlo significa ejecución fallida, no reintento en cola.
Las tres cuestiones de seguridad adicionales del self-hosted
Elegir SaaS significa que el límite de seguridad es del otro; elegir autohospedado significa que el límite es tuyo. En concreto, tres cosas:
Superficie de exposición.n8n viene con usuario y contraseña por defecto, pero instalarlo en un dominio público equivale a colgar esa puerta fuera del muro. Como mínimo, haz tres cosas: activar HTTPS, cambiar contraseñas débiles y desactivar el autorregistro. Los diccionarios de los escáneres para encontrar la página de login de n8n ya existen; esto no es alarmismo.
No pongas las claves y las copias de seguridad en el mismo lugar.Una filtración de la clave de cifrado equivale a una filtración de todas las credenciales — dentro puede haber contraseñas de correo, credenciales de base de datos y keys de pasarelas de pago. Los archivos de backup contienen credenciales cifradas; guarda el archivo de clave por separado y no lo metas en el mismo directorio de almacenamiento en la nube que el backup.
La titularidad de los datos debe pensarse bien.La ventaja del autohospedado es que los datos no salen de tu propia base de datos; el precio es que el backup, el borrado y la retención dependen enteramente de ti. Si usas Zapier o Make, los datos pasan por sus servidores; si hay campos como números de móvil de clientes o documentos de identidad, revisa antes su DPA y sus cláusulas de retención de datos y luego decide. Esto no tiene que ver con el precio, pero es el punto menos negociable de los tres.
Resumen
La diferencia entre los tres no está en «quién tiene más funciones», sino en la unidad con la que cobran. Los que cobran por acción: cuanto más largo el flujo, más caro; los que cobran por ejecución: ni los nodos ni el número de elementos amplifican el coste.
Para baja frecuencia, poco volumen y sin tocar la red interna, el plan gratuito de Zapier o Make es suficiente; no montes un servidor solo por «open source». Cuando pasas de varios cientos de ejecuciones, necesitas procesar datos por lotes y leer la red interna, entonces las cuentas del autohospedado de n8n empiezan a salir — siempre que estés dispuesto a dedicarle una o dos horas al mes.
La versión cloud de n8n no es un sustituto equivalente del autohospedado. Es más cara que Make y menos complicada que el autohospedado; está en el medio, adecuada para quien «quiere el modelo de n8n pero no quiere gestionar la máquina».
Seguir avanzando
Elegida la herramienta, la siguiente pregunta real es cómo montar el primer flujo. Tres nodos desde un lienzo en blanco hasta obtener resultados está escrito en«El primer workflow»Si aún no te familiarizas con la interfaz, empieza por"Guía de la interfaz de n8n". Si se lee en orden, desdeÍndice general del cursose entra, y cada artículo se puede leer de forma independiente.
Referencias
- n8n Pricing: cuotas de ejecución por plan, número de concurrencia, límite de duración por ejecución
- Understand executions: qué cuenta como una ejecución, qué métodos de activación consumen cuota
- Community license: usos permitidos y prohibidos bajo la Sustainable Use License, incluida la definición de servicios de consultoría
- Zapier Pricing: reglas de facturación por task, límite de dos pasos en el plan gratuito, explicación de la prueba
- Make Pricing: reglas de facturación por credit, precios por plan y cuota del plan gratuito
Última actualización: 26 de octubre de 2026, usando n8n 2.43.7.
