Make vs n8n: comparativa de despliegue, licencia y modelo de facturación

Make.com y n8n son plataformas de automatización de flujos de trabajo y se comparan con frecuencia. Pero la diferencia más importante no está en "quién tiene más funciones", sino en preguntas más básicas: quién aloja la plataforma, bajo qué licencia se usa el software, quién mantiene qué cuando algo falla, cómo se factura y qué funciones exigen un plan superior.

Esta comparativa no hace un ranking de capacidades "uno contra otro". Lo que sigue son condiciones para decidir; las funciones, los límites y los precios concretos cambian con el tiempo, así que conviene consultar las páginas oficiales de cada producto.

Para quién es esta página

Esta página es para quien está eligiendo una plataforma de automatización para uso personal, un equipo pequeño o una empresa; sobre todo para quien ya sabe que necesita "conectar varios sistemas" pero todavía sopesa entre Make y n8n.

Lo que de verdad tienes que evaluar es si tu equipo puede autoalojar y mantener la plataforma a largo plazo; si necesitas controlar el entorno de ejecución y hacia dónde fluyen los datos; y si prefieres comprar un servicio alojado o administrar el software tú mismo.

Dos malentendidos frecuentes, primero

Malentendido 1: n8n es software de código abierto. Según la documentación oficial de n8n, su código fuente es público, pero se rige por la Sustainable Use License (modelo fair-code), y n8n deja claro que, como esa licencia restringe ciertos usos, no cumple la definición de código abierto de la Open Source Initiative (OSI), por lo que n8n no se presenta como software de código abierto. La licencia separa las restricciones de "uso y modificación" de las de "redistribución": usar o modificar solo está permitido para tus propios fines internos de negocio, o para uso personal no comercial; distribuir el software u ofrecérselo a otros exige que sea gratis y con fines no comerciales; y no se permite eliminar, ocultar o alterar los avisos de licencia o copyright. Cobrar a clientes por una versión con tu marca (white label), o alojar n8n y cobrar a terceros por el acceso, figuran en la página oficial como ejemplos no permitidos; en cambio, las consultorías de pago, la construcción de flujos de trabajo y los servicios de apoyo como desplegar y mantener n8n en servidores internos están expresamente permitidos en el FAQ oficial. Si tu uso excede el ámbito de la licencia, hace falta firmar un acuerdo comercial aparte con n8n. La cobertura tampoco abarca todo el repositorio: la licencia se aplica al código de la rama master del repositorio principal; el contenido de otras ramas y los archivos cuyo nombre contiene .ee. quedan fuera, y estos últimos se rigen por la n8n Enterprise License.

Malentendido 2: autoalojar siempre es más seguro y más barato. Autoalojar significa que el entorno de ejecución, las actualizaciones, las copias de seguridad y el mantenimiento de la seguridad pasan a ser tuyos. La documentación oficial de n8n llama a la infraestructura autoalojada "tu responsabilidad" y recuerda que el propio usuario debe encargarse del TLS, el cifrado de datos en reposo, las auditorías de seguridad y el borrado de datos. La licencia puede ser gratuita, pero los servidores, la monitorización, las actualizaciones y el personal son costes reales; el nivel de seguridad depende de tus prácticas de operación, no del hecho de autoalojar en sí.

Diferencias clave de un vistazo

Dimensión	Make.com	n8n
Despliegue	SaaS en la nube, alojado por Make	Puedes elegir n8n Cloud (alojado por n8n) o autoalojar en tu propia infraestructura
Licencia y modelo de negocio	Servicio SaaS comercial alojado, por suscripción; los términos concretos se rigen por la página oficial	Código fuente público bajo la Sustainable Use License (fair-code); algunos archivos se rigen además por la Enterprise License; la empresa no se declara código abierto OSI
Responsabilidad de mantenimiento	La infraestructura de la plataforma alojada la opera y actualiza Make; tus flujos de trabajo, conexiones y configuración de cuenta siguen siendo responsabilidad tuya	En la nube, n8n opera la infraestructura; en autoalojado, tú te encargas del entorno de ejecución, las actualizaciones, las copias de seguridad y la seguridad
Facturación	Facturación por uso basada en credits	En la nube se factura por ejecución de flujo de trabajo; la edición Community autoalojada no cobra licencia, pero pagas la infraestructura y el mantenimiento
Umbrales de funciones y límites	Algunas funciones y límites dependen del plan contratado	Las funciones varían según el modo de despliegue, la edición autoalojada o el plan de Cloud; lo que incluye cada caso se rige por la página de precios aplicable
Más adecuado para	Quien quiere empezar rápido, acepta que el proveedor aloje la infraestructura y prefiere construir de forma visual	Quien tiene equipo técnico, quiere controlar el entorno de ejecución y el despliegue, y está dispuesto a asumir el mantenimiento

La tabla solo describe diferencias de modelo; no promete precios, límites ni listas de funciones vigentes: esos se rigen por las páginas oficiales de precios y la documentación.

La licencia: no la llames simplemente "código abierto"

Para muchos equipos, la licencia es el punto que más se pasa por alto al elegir y el que más problemas da después.

La explicación oficial de la licencia de n8n marca varios límites claros:

Cobertura: la Sustainable Use License cubre el código fuente del repositorio principal, pero no el contenido de ramas distintas de master ni el código en archivos cuyo nombre contiene .ee.; los archivos .ee. se rigen por la n8n Enterprise License. Los clientes empresariales también pueden firmar una licencia comercial aparte.
Uso y modificación: solo para tus propios fines internos de negocio, o para uso personal no comercial.
Redistribución: distribuir el software u ofrecérselo a otros exige que sea gratis y con fines no comerciales; no se permite eliminar, ocultar o alterar los avisos de licencia o copyright.
Límites habituales: cobrar tras un white label, o alojar n8n y cobrar a terceros por el acceso, no está permitido; el FAQ oficial permite expresamente las consultorías de pago, la construcción de flujos de trabajo y el despliegue y mantenimiento internos.
Postura oficial: aunque el código fuente es público, no se declara código abierto OSI; fair-code describe un modelo con el código visible pero con restricciones al uso comercial.

Make es un servicio SaaS comercial: lo que compras es el derecho a usar el servicio alojado, sujeto a sus términos de servicio y condiciones de precio.

Si el cumplimiento de licencias es importante para tu organización, lee el texto oficial de la licencia y consulta a tu equipo legal, en lugar de fiarte solo de la paráfrasis de cualquier artículo comparativo (incluida esta página).

Qué significa de verdad autoalojar

El valor central del autoalojamiento es el control sobre el entorno de ejecución: decides dónde se despliega, los límites de la red, la configuración y el grado de personalización. Pero eso también implica una transferencia de responsabilidad.

Según la documentación oficial de n8n, los usuarios autoalojados deben encargarse además de: configurar el proxy inverso y el TLS, garantizar el cifrado de datos en reposo, ejecutar auditorías de seguridad, evaluar el riesgo de los nodos de la comunidad, desactivar nodos de alto riesgo cuando corresponda y asumir obligaciones como el borrado de datos. La documentación oficial también deja claro que el mantenimiento (maintenance) en modo autoalojado es responsabilidad del usuario.

Conviene distinguir "entorno de ejecución" de "flujo de datos": autoalojar te da el control del entorno donde corre n8n, pero no garantiza que los datos que pasan por él se queden dentro de tu infraestructura. En cuanto un flujo de trabajo llama a un SaaS externo, a una API de IA o hace cualquier petición saliente, los datos correspondientes pueden enviarse a esos servicios; la residencia de datos y el cumplimiento dependen de cómo configures de verdad cada conexión y cada salida de red, no del hecho de autoalojar en sí.

Por tanto:

Si necesitas controlar el entorno de ejecución o la ubicación del despliegue, y ya has evaluado una por una las rutas de datos de los servicios conectados, el autoalojamiento puede merecer la inversión.
Si no tienes capacidad de operación continua, el alojamiento en la nube suele reducir la carga a nivel de infraestructura.
"Tener n8n en tu propio servidor" no equivale a "los datos del flujo nunca salen de tu infraestructura", ni a "cumplir automáticamente requisitos de seguridad o conformidad"; todo eso depende de la configuración real, los servicios conectados y los flujos.

Facturación y límites

Las dos plataformas facturan de forma distinta y ambas cambian con el plan, así que aquí solo describimos el modelo:

Make usa facturación por uso basada en credits: en las aplicaciones que no son de IA, 1 operación suele contar como 1 credit, y algunas funciones de IA y avanzadas consumen de forma dinámica según tokens, tamaño de archivo o tiempo de ejecución, de modo que el consumo de credits puede variar entre módulos y funciones (véase Centro de ayuda de Make: Credits); la página oficial de precios lista los límites actuales del plan gratuito y de cada plan de pago.
n8n Cloud factura por número de ejecuciones de flujo de trabajo; la edición Community autoalojada no cobra licencia, pero tú asumes el coste de servidores, monitorización y actualizaciones.
Las condiciones gratuitas, de prueba, los topes y los umbrales de funciones pueden cambiar en ambas plataformas; al elegir, mira si tu cuenta real cubre tus necesidades, no solo las cifras de la página promocional.

Cuándo encaja Make

Make suele ser más fácil de implantar cuando tu equipo encaja con estas condiciones:

Quieres usar una plataforma en la nube alojada por el proveedor y no mantener servidores ni actualizaciones por tu cuenta.
El equipo es mayoritariamente no técnico o poco técnico y prefieres construir flujos de forma visual.
Valoras empezar rápido y aceptas que el proveedor aloje la infraestructura; los flujos de trabajo, las integraciones y el alcance del soporte concretos siguen dependiendo de tu plan y de los términos oficiales.
No tienes un requisito de controlar tú mismo el entorno de ejecución.

Conviene aclarar que n8n Cloud también ofrece infraestructura alojada por el proveedor; la distinción entre alojado y autoalojado no es un rasgo exclusivo de Make. Lo que aquí se lista es la condición "¿aceptas el alojamiento por el proveedor?".

Cuándo encaja n8n

n8n merece más evaluación cuando encajan estas condiciones:

Tienes equipo técnico capaz de desplegar, actualizar y monitorizar un servicio autoalojado.
Necesitas controlar el entorno de ejecución, la ubicación del despliegue o los límites de la red (y evaluar una por una las rutas de datos de los servicios conectados).
Necesitas personalización profunda, nodos a medida o un control más cercano al código.
Aceptas que "licencia gratuita no significa coste total cero" e incluyes el coste operativo en el presupuesto.

Usar ambas a la vez también es una opción: por ejemplo, uno para la orquestación de procesos y otro para escenarios concretos. No es obligatorio, y esta página no recoge estadísticas sobre qué adoptan los equipos; la clave de la elección es cuál encaja mejor en tu reparto de responsabilidades y tu estructura de costes.

Variables de decisión

Al decidir, hazte cuatro preguntas en orden.

1. ¿Quién mantiene la plataforma?

Si nadie quiere encargarse a largo plazo de actualizaciones, copias de seguridad y seguridad, el alojamiento en la nube suele ser más seguro; el autoalojamiento solo es viable si hay un responsable de operaciones claro.

2. ¿Debes controlar el entorno de ejecución y el flujo de datos?

Si solo quieres controlar el entorno donde corre n8n, el autoalojamiento te lo da; pero si el objetivo incluye que los datos no salgan de tu infraestructura, tienes que revisar además cada servicio externo y cada petición saliente que llame cada flujo de trabajo, porque el autoalojamiento en sí no impide que los datos lleguen a SaaS de terceros o a API de IA.

3. ¿Las restricciones de licencia afectan a tu forma de uso?

Si piensas ofrecer la plataforma como parte de tu producto a tus clientes, o hacer white label o cobrar por alojarla, primero debes confirmar que la licencia lo permite; la licencia oficial de n8n limita expresamente esos usos, mientras que las consultorías de pago, la construcción de flujos de trabajo y el despliegue y mantenimiento internos suelen estar permitidos.

4. ¿Cómo pagas?

Pagar por credits o por ejecuciones afecta directamente al coste de cargas de trabajo distintas. Conviene usar la página oficial de precios y tu consumo real para estimar, no las cifras de un artículo comparativo.

3 escenarios

Escenario 1: un equipo pequeño quiere conectar rápido un formulario a una hoja y a notificaciones

Sin personal de operaciones dedicado y queriendo solo que funcione pronto con alguien que lo aloje, una plataforma en la nube suele ser lo más cómodo. Confirma primero que los límites del plan elegido cubren tu frecuencia de ejecución.

Escenario 2: un equipo técnico quiere controlar el entorno de ejecución

Con capacidad de desarrollo y operaciones, y queriendo controlar el entorno de ejecución y la ubicación del despliegue, el autoalojamiento encaja mejor. En ese caso hay que incluir en el plan las actualizaciones, las copias de seguridad, el TLS, el control de acceso y la responsabilidad de cumplimiento, y confirmar una por una qué datos recibirán los servicios externos que llame cada flujo de trabajo: el autoalojamiento solo controla el entorno de ejecución, no impide por sí solo que los datos salgan.

Escenario 3: quieres integrar capacidad de automatización en tu propio producto

Esto ya toca la licencia y el modelo de negocio. Lee primero la licencia oficial para confirmar dónde queda el límite de los "fines internos de negocio"; si no lo tienes claro, contacta directamente con el proveedor en lugar de guiarte por la intuición de lo que significa "código abierto".

Errores frecuentes

Error 1: confundir "código visible" con "uso comercial libre"

La licencia oficial de n8n restringe el uso comercial y la empresa no se declara código abierto OSI. Antes de productizar, hacer white label o cobrar por alojar, confirma el alcance de la licencia; pero tampoco deduzcas que todo servicio de pago está prohibido: las consultorías, la construcción de flujos de trabajo y el despliegue y mantenimiento internos figuran como permitidos en el FAQ oficial.

Error 2: creer que autoalojar es automáticamente más seguro

El nivel de protección de un despliegue autoalojado depende de tu configuración y tu operación. La documentación oficial exige expresamente que el propio usuario realice el cifrado, las auditorías y el borrado de datos.

Error 3: creer que autoalojar significa que los datos no salen

El autoalojamiento solo controla el entorno de ejecución; en cuanto un flujo de trabajo llama a un SaaS externo o a una API de IA, los datos pueden salir. Con requisitos de residencia de datos hay que revisar la configuración real de cada conexión y cada petición saliente, no solo el modo de despliegue.

Error 4: mirar solo si la licencia es gratis y olvidar el coste total

El autoalojamiento ahorra la licencia, pero añade costes de servidores, monitorización, actualizaciones y personal; todo eso debe entrar en el coste total de propiedad.

Error 5: presupuestar con los precios y límites de un artículo comparativo

Los precios, los límites y los umbrales de funciones cambian; hay que regirse por la página oficial de precios y por los límites reales de tu cuenta.

Error 6: ignorar los umbrales de funciones

Algunas funciones exigen un plan superior o una licencia de pago, y lo que incluye cada caso varía con el modo de despliegue, la edición autoalojada o el plan de Cloud. Al elegir, contrasta la página oficial de precios aplicable y comprueba que "las funciones que de verdad necesitas" están disponibles en el despliegue y el plan objetivo.

Siguiente paso

Si todavía no lo tienes claro, puedes acotarlo así:

Escribe primero quién se encarga de la operación, si el entorno de ejecución y el flujo de datos deben estar bajo tu control, y si vas a ofrecer capacidad de automatización a terceros.
Después contrasta la licencia oficial y la página de precios para confirmar que el despliegue y el plan objetivos incluyen las funciones y los límites que de verdad necesitas.
Si te inclinas por el autoalojamiento, haz primero un ensayo de despliegue, actualización y copia de seguridad en un flujo de bajo riesgo, confirma a dónde envían datos sus llamadas externas y amplía el alcance poco a poco.
Si te inclinas por el servicio alojado, valida primero con un plan gratuito o de prueba que los flujos de trabajo y las integraciones cubren tus necesidades.

Nota sobre esta página

Esta página solo describe el despliegue, el modelo de licencia y la idea de facturación de las dos plataformas; no afirma una a una el número actual de conectores, precios, límites ni las funciones concretas de un plan, porque todo eso cambia con las actualizaciones del producto y con la cuenta, el despliegue y el plan.

Los planes, límites y funciones actuales de Make se rigen por la página oficial de precios de Make; la unidad de facturación y las diferencias de consumo de credits se explican en el Centro de ayuda de Make: Credits.
Las opciones en la nube y autoalojadas de n8n, la licencia y las diferencias de funciones se rigen por la documentación oficial de n8n: cómo elegir la forma de uso, la página oficial de precios de n8n y la explicación de la Sustainable Use License.
Para el mantenimiento y la seguridad del autoalojamiento, consulta la documentación oficial de privacidad y seguridad de n8n.