n8n se ha convertido en una de las plataformas de automatización más utilizadas por equipos técnicos que necesitan conectar APIs, orquestar procesos internos, integrar servicios SaaS y construir flujos con componentes de inteligencia artificial. Su propuesta es atractiva porque combina una interfaz visual de automatización con capacidades que interesan especialmente a perfiles técnicos: ejecución de código, nodos HTTP y GraphQL, webhooks, control mediante API, instalación self-hosted, nodos personalizados y una comunidad amplia de integraciones.
Pero el modelo de licenciamiento de n8n genera dudas frecuentes. No es una herramienta SaaS cerrada en sentido estricto, porque puede instalarse en infraestructura propia. Tampoco es open source clásico, aunque su código esté disponible públicamente. La forma correcta de entenderlo es como un producto source-available bajo un modelo fair-code, con una licencia comunitaria para determinados usos internos y no comerciales, y licencias comerciales para escenarios empresariales, cloud, self-hosted avanzado, Enterprise y OEM.
Este artículo explica qué licencia usa n8n, qué implica la Sustainable Use License, qué opciones gratuitas existen, qué planes de pago ofrece, qué incluye cada uno y cuáles se provisionan en la nube de n8n frente a cuáles pueden instalarse on premise o en infraestructura controlada por la organización. No pretende sustituir una revisión legal, pero sí ofrece una lectura técnica y práctica para equipos de arquitectura, DevOps, datos, automatización y producto.
1. Qué tipo de licenciamiento tiene n8n
n8n usa principalmente dos marcos de licencia: la Sustainable Use License y la n8n Enterprise License. Ambas están vinculadas al modelo fair-code. En términos prácticos, esto significa que n8n mantiene el código visible, permite su uso y modificación en determinados contextos, pero restringe usos comerciales concretos que podrían convertir a n8n en la base de un producto competidor, un servicio alojado de terceros o una solución white-label vendida a clientes finales.
La Sustainable Use License fue creada por n8n y se aplica al código principal del repositorio público, con excepciones importantes. El código de funcionalidades empresariales identificado en archivos o directorios con marcadores de Enterprise no queda cubierto por la licencia comunitaria y requiere una licencia Enterprise válida. Esto es relevante porque no basta con que el repositorio sea público: algunas partes del producto están disponibles para revisión o empaquetado, pero no para uso comercial libre sin licencia adecuada.
La licencia concede derechos amplios para usar, copiar, distribuir, poner a disposición y preparar trabajos derivados del software, pero sujetos a limitaciones. La más importante es que el uso o modificación debe realizarse para fines internos de negocio, personales o no comerciales. También permite distribuir el software gratuitamente para fines no comerciales y exige mantener avisos de licencia, copyright y marcas. La consecuencia es que una empresa puede usar n8n internamente para automatizar sus propios procesos, pero no puede explotarlo como plataforma comercial para terceros sin un acuerdo separado.
Por eso n8n suele describirse como fair-code o source-available, no como open source aprobado por la OSI. La distinción no es menor. En una licencia open source tradicional, el proveedor no puede imponer restricciones de uso: cualquiera podría usar, modificar, redistribuir e incluso comercializar el software respetando las condiciones de la licencia. En n8n, el código está disponible y se puede autoalojar, pero existen restricciones de explotación comercial. Para equipos técnicos, esto ofrece transparencia y flexibilidad. Para equipos legales y de procurement, exige clasificarlo correctamente.
2. Implicaciones prácticas de la licencia fair-code
La Sustainable Use License permite la mayoría de escenarios internos que una empresa suele necesitar. Por ejemplo, una organización puede instalar n8n en sus servidores para sincronizar datos de un CRM con una base de datos interna, enviar alertas operativas, automatizar aprobaciones, integrar formularios con sistemas internos, ejecutar procesos ETL ligeros, conectar herramientas de soporte o construir flujos de IA para uso corporativo. También puede crear nodos para sus propios productos, desarrollar integraciones internas y contratar consultoría para desplegar o mantener n8n dentro de su entorno.
La restricción aparece cuando el valor comercial que se ofrece a terceros deriva total o sustancialmente de la funcionalidad de n8n. Dos ejemplos típicos son alojar n8n y cobrar a usuarios por acceder a esa instancia, o hacer white-label de n8n y venderlo como una plataforma propia. Estos casos no son simples usos internos: convierten a n8n en parte central de una oferta comercial hacia clientes externos. Para ese tipo de escenarios se necesita hablar con n8n y obtener un acuerdo comercial específico.
También hay matices cuando n8n se usa como backend dentro de un producto. Si una aplicación propia llama a workflows de n8n mediante webhooks o API, y el usuario final no interactúa con la interfaz de n8n ni aporta sus propias credenciales para alimentar procesos en esa aplicación, el escenario suele encajar mejor como uso interno de infraestructura. En cambio, si el producto recopila credenciales de usuarios finales, usa n8n para procesar sus datos y ofrece esa capacidad como parte de un servicio comercial, la interpretación cambia y puede quedar fuera del uso permitido por la licencia comunitaria.
Desde una perspectiva de arquitectura, la lectura recomendada es sencilla: n8n Community puede ser una opción muy potente para automatización interna, laboratorios, pruebas y entornos técnicos propios. Pero si el producto se vende a terceros, si se expone la interfaz de n8n a clientes, si se ofrece n8n como servicio gestionado o si se empaqueta como marca blanca, no debe asumirse que la licencia gratuita cubre el caso. En esos escenarios hay que valorar Enterprise, OEM o un acuerdo comercial específico.
3. Licencias y opciones gratuitas
n8n ofrece dos vías gratuitas principales: la prueba gratuita de n8n Cloud y la Community Edition self-hosted. Además, la Community Edition puede registrarse gratuitamente para desbloquear algunas funciones adicionales. Cada opción gratuita tiene una finalidad distinta y conviene no confundirlas.
La prueba gratuita de n8n Cloud está pensada para evaluar la plataforma sin instalar infraestructura. Permite entrar rápidamente en el editor, crear workflows, probar integraciones y validar si el modelo de automatización encaja con los procesos del equipo. En las pruebas de Starter y Pro se accede a funcionalidades Pro, pero con límites de Starter: ejecuciones concurrentes limitadas, memoria y CPU limitadas, un volumen concreto de ejecuciones y un número reducido de créditos de AI Workflow Builder. Para Starter y Pro no se requiere tarjeta de crédito. La prueba Business da acceso a funciones Business durante 14 días, pero requiere tarjeta.
Esta prueba gratuita es adecuada para una evaluación funcional, una demostración interna o la validación de un caso de uso concreto. No debe tratarse como un entorno gratuito permanente de producción. Sus límites de ejecución, recursos y duración están pensados para evaluación, no para operar procesos críticos a largo plazo.
La Community Edition es la versión gratuita self-hosted. Se instala en infraestructura propia o controlada por la organización, ya sea una máquina virtual, un contenedor Docker, Kubernetes, un servidor interno o una nube privada. Sin clave de licencia, una instalación self-hosted funciona como Community Edition. Esta edición incluye gran parte del producto base de n8n y permite crear workflows, usar integraciones, ejecutar nodos, trabajar con webhooks, llamar APIs y automatizar procesos internos.
Sus limitaciones aparecen en gobierno, colaboración, seguridad avanzada y escalado empresarial. La Community Edition no incluye, entre otras funciones, variables personalizadas, entornos separados, secretos externos, almacenamiento externo para binarios, log streaming, multi-main mode, proyectos, SSO mediante SAML o LDAP, compartición avanzada de workflows y credenciales, ni versionado mediante Git. Aunque Queue mode está disponible, las capacidades empresariales más completas de alta disponibilidad, gobierno y observabilidad quedan reservadas para planes comerciales.
La Registered Community Edition añade una capa gratuita adicional. Al registrar la instancia con un correo electrónico, se recibe una clave que desbloquea funciones como folders para organizar workflows, debug in editor y custom execution data. Esta clave gratuita no convierte la instancia en Enterprise ni elimina las limitaciones principales de colaboración o seguridad, pero resulta útil para equipos que quieren mantener un despliegue gratuito y mejorar la organización y depuración de sus flujos.
4. Licencias de pago y qué incluye cada una
Los planes comerciales públicos de n8n se estructuran alrededor de ejecuciones mensuales de workflows. Esta métrica es importante: n8n no factura cada paso individual del flujo ni cada usuario. Una ejecución es una ejecución completa del workflow, independientemente del número de pasos. Además, los planes públicos incluyen usuarios, workflows e integraciones ilimitadas, aunque cada plan impone límites distintos de ejecuciones, concurrencia, proyectos compartidos, retención, soporte y gobierno.
Starter es el plan cloud de entrada. Está hospedado por n8n y se orienta a usuarios que empiezan o a automatizaciones de baja complejidad. En la información pública consultada aparece con 2.500 ejecuciones mensuales, 1 shared project, 5 ejecuciones concurrentes, usuarios ilimitados, 50 créditos de AI Workflow Builder y soporte por foro. Su ventaja principal es que evita operar servidores. Su principal limitación es que no ofrece las capacidades de colaboración, gobierno, retención y administración que suelen requerirse en producción más exigente.
Pro también se provisiona en la nube de n8n y está pensado para builders individuales o pequeños equipos que ya ejecutan workflows en producción. Incluye 10.000 ejecuciones mensuales, 3 shared projects, 20 ejecuciones concurrentes, 7 días de insights, 150 créditos de AI Workflow Builder, roles de administración, variables globales, historial de workflows y búsqueda de ejecuciones. Es un salto natural cuando Starter se queda corto por volumen, trazabilidad o administración.
Business es un plan de pago self-hosted. Está orientado a empresas que necesitan colaboración y escala, especialmente organizaciones de menos de 100 empleados según la descripción comercial de n8n. Incluye 40.000 ejecuciones mensuales, 6 shared projects, SSO con SAML y LDAP, 30 días de insights, entornos diferenciados, opciones de escalado, control de versiones con Git y soporte por foro. Es la alternativa lógica para organizaciones que no quieren depender de la nube gestionada de n8n, pero necesitan más gobierno que el disponible en Community Edition.
Enterprise es el plan de mayor nivel. Puede ser hospedado por n8n o desplegarse self-hosted, y se cotiza bajo contacto comercial. Incluye un número personalizado de ejecuciones, proyectos compartidos ilimitados, más de 200 ejecuciones concurrentes, 365 días de insights, integración con gestores externos de secretos, log streaming, retención extendida, soporte dedicado con SLA y facturación por invoice. En cloud añade créditos de AI Workflow Builder. Es el plan orientado a organizaciones con requisitos estrictos de cumplimiento, gobierno, seguridad, observabilidad, alta concurrencia o soporte contractual.
Además de estos planes, existe la modalidad OEM. No debe confundirse con una licencia estándar de uso interno. OEM está pensada para productos que quieren incrustar o exponer la interfaz de n8n dentro de una solución propia, de modo que los usuarios finales puedan crear workflows, configurar conexiones y ejecutar automatizaciones desde ese producto. Este escenario requiere un acuerdo comercial específico. Si n8n se usa únicamente como backend no visible, invocado por API o webhooks, el caso puede tratarse de forma distinta, pero cuando la interfaz de n8n forma parte visible del producto final, el enfoque correcto es OEM.
5. Cloud, self-hosted y on premise: qué se provisiona dónde
La decisión de despliegue es tan importante como la licencia. n8n Cloud reduce la carga operativa: n8n gestiona la infraestructura, el hosting, parte de la administración de plataforma y la disponibilidad base del servicio. Esta opción encaja bien cuando el equipo quiere centrarse en construir workflows y no en administrar servidores, bases de datos, actualizaciones, backups, certificados, escalado o monitorización. Starter y Pro se provisionan exclusivamente como planes hospedados por n8n. Enterprise puede contratarse como cloud gestionado.
El self-hosting, en cambio, traslada la responsabilidad operativa a la organización. Community Edition, Registered Community Edition, Business y Enterprise self-hosted pueden instalarse en infraestructura propia. En la práctica, self-hosted puede significar on premise físico, un centro de datos corporativo, una VPC en una nube pública, Kubernetes, Docker Compose o una máquina virtual gestionada por el equipo interno. Lo importante no es tanto la ubicación física, sino quién controla la infraestructura, la red, la base de datos, los backups, las actualizaciones y la postura de seguridad.
n8n advierte que autoalojar la plataforma requiere conocimiento técnico. Hay que configurar servidores y contenedores, gestionar recursos, escalar, proteger la aplicación, configurar variables de entorno, asegurar credenciales, mantener la base de datos, aplicar actualizaciones y diseñar políticas de recuperación. Una mala configuración puede generar pérdida de datos, indisponibilidad o problemas de seguridad. Por eso, para equipos sin experiencia operando servicios, n8n Cloud puede ser más razonable, incluso si la Community Edition gratuita resulta atractiva.
En self-hosted de pago hay un aspecto adicional: la clave Business o Enterprise debe contactar con el servidor de licencias de n8n para mantenerse activa y reportar información de uso, como ejecuciones de producción. Además, una misma clave puede aplicarse a varias instancias, pero el consumo combinado cuenta contra la cuota contratada. Esto es importante para arquitecturas con desarrollo, staging, producción o múltiples equipos, porque el diseño de instancias debe alinearse con el modelo de consumo y gobierno.
6. Resumen de opciones por tipo de despliegue
La siguiente tabla resume las alternativas principales desde el punto de vista de licencia, operación y provisionamiento.
| Opción | Tipo de licencia o plan | Provisionamiento | Uso típico |
|---|---|---|---|
| Free trial Cloud | Gratuita temporal | Nube de n8n | Evaluación inicial, pruebas funcionales y demostraciones. |
| Starter | Pago cloud | Nube de n8n | Automatizaciones simples, primeros casos productivos y equipos que no quieren operar infraestructura. |
| Pro | Pago cloud | Nube de n8n | Pequeños equipos con workflows en producción, mayor concurrencia y necesidades básicas de administración. |
| Community Edition | Gratuita | Self-hosted / on premise | Automatización interna, laboratorios, pruebas técnicas y despliegues propios sin funciones empresariales avanzadas. |
| Registered Community Edition | Gratuita con clave | Self-hosted / on premise | Community Edition con funciones adicionales de organización y depuración. |
| Business | Pago self-hosted | Self-hosted / on premise | Empresas que necesitan SSO, entornos, versionado con Git, colaboración y mayor gobierno. |
| Enterprise | Pago comercial | Nube de n8n o self-hosted / on premise | Organizaciones con requisitos estrictos de seguridad, compliance, observabilidad, soporte y escalado. |
| OEM | Acuerdo comercial específico | Integrado en producto propio | Productos que exponen la interfaz o capacidades de n8n a usuarios finales. |
7. Cómo elegir la opción adecuada
Para uso personal, pruebas técnicas, laboratorios, automatización interna de bajo riesgo o pequeños equipos con capacidad de administrar servidores, Community Edition registrada suele ser suficiente. Permite acceder a una plataforma funcional, gratuita y autoalojada, con ciertas mejoras de organización y depuración. La contrapartida es que el equipo asume toda la operación y renuncia a funciones avanzadas de gobierno, SSO, proyectos, Git, secretos externos y soporte dedicado.
Para equipos que empiezan y prefieren evitar infraestructura, Starter es la opción cloud más simple. Resulta adecuada para prototipos, automatizaciones pequeñas o cargas no críticas. Cuando el equipo necesita más concurrencia, más proyectos compartidos, administración, variables globales, historial y búsqueda de ejecuciones, Pro ofrece una base más adecuada para producción ligera.
Para empresas que necesitan controlar la infraestructura por políticas de datos, seguridad o integración interna, Business self-hosted es el punto de entrada comercial. Su valor está en combinar despliegue propio con funciones de colaboración, SSO, entornos y versionado con Git. Esto suele ser decisivo cuando n8n deja de ser una herramienta individual y pasa a ser una plataforma compartida por varios equipos.
Enterprise debe evaluarse cuando n8n soporta procesos críticos o cuando existen requisitos de compliance, auditoría, observabilidad, soporte con SLA, integración con gestores de secretos, múltiples equipos, alta concurrencia o despliegues complejos. También es la opción que ofrece mayor flexibilidad de despliegue, porque puede provisionarse en cloud gestionado o en modalidad self-hosted.
Por último, si la intención es vender un producto que expone n8n a usuarios finales, la conversación no debe centrarse en Community, Starter o Pro, sino en OEM o en un acuerdo comercial específico. La frontera principal es si n8n se usa internamente para automatizar procesos propios o si se convierte en parte del valor que se vende a terceros.
Conclusión
El licenciamiento de n8n es flexible, pero no debe simplificarse como open source gratuito. Su modelo fair-code ofrece muchas ventajas técnicas: código visible, posibilidad de autoalojamiento, capacidad de extensión, integración profunda con infraestructura propia y una edición comunitaria funcional. Al mismo tiempo, impone límites claros a determinados usos comerciales, especialmente hosting para terceros, white-label, reventa, exposición de la interfaz a clientes o explotación de n8n como componente sustancial de un producto comercial.
La elección correcta depende de cuatro variables: finalidad de uso, modelo de despliegue, nivel de gobierno requerido y relación con usuarios externos. Community y Registered Community encajan en uso interno gratuito y self-hosted. Starter y Pro cubren cloud gestionado para equipos pequeños o producción ligera. Business cubre self-hosted empresarial con colaboración y control. Enterprise cubre cloud o self-hosted avanzado para organizaciones con requisitos estrictos. OEM cubre escenarios embebidos o comerciales hacia terceros.
Para un equipo técnico, la recomendación práctica es empezar por el caso de uso y no por el precio. Si el flujo automatiza procesos internos y el equipo puede operar la plataforma, Community puede ser suficiente. Si el equipo quiere reducir carga operativa, n8n Cloud es más directo. Si n8n será una pieza de producción compartida, hay que evaluar Business o Enterprise. Si el valor se ofrece a clientes externos, hay que revisar la licencia antes de construir el producto sobre una premisa equivocada.
Más información de licencias en la web de n8n
Fecha: Mayo 2026.