O n8n tornou-se uma das plataformas de automatização mais utilizadas por equipas técnicas que precisam de ligar APIs, orquestrar processos internos, integrar serviços SaaS e construir workflows com componentes de inteligência artificial. O seu atractivo não se limita a uma interface visual de automatização. A plataforma combina um editor gráfico com execução de código, nós HTTP e GraphQL, webhooks, controlo por API, instalação self-hosted, nós personalizados e um ecossistema amplo de integrações.
No entanto, o seu modelo de licenciamento gera dúvidas frequentes. O n8n não é uma ferramenta SaaS totalmente fechada, porque pode ser instalado em infraestrutura controlada pela organização. Também não é open source clássico, embora o código esteja disponível publicamente. A forma mais correcta de o compreender é como um produto source-available sob um modelo fair-code, com uma licença comunitária para determinados usos internos e não comerciais, e licenças comerciais para cenários cloud, self-hosted avançado, Enterprise e OEM.
Este artigo explica que licença o n8n utiliza, o que implica a Sustainable Use License, que opções gratuitas existem, que planos pagos estão disponíveis, o que cada plano inclui e quais as opções provisionadas na nuvem da n8n em comparação com as que podem ser instaladas on premise ou em infraestrutura controlada pela organização. Não substitui uma revisão jurídica, mas oferece uma leitura técnica e prática para equipas de arquitectura, DevOps, dados, automatização e produto.
1. Que tipo de licenciamento utiliza o n8n?
O n8n utiliza principalmente dois enquadramentos de licenciamento: a Sustainable Use License e a n8n Enterprise License. Ambos estão ligados ao modelo fair-code. Em termos práticos, isto significa que o n8n mantém o código visível e permite a sua utilização e modificação em determinados contextos, mas restringe alguns usos comerciais que poderiam transformar o n8n na base de um produto concorrente, de um serviço alojado por terceiros ou de uma solução white-label vendida a clientes finais.
A Sustainable Use License foi criada pela n8n e aplica-se ao código principal do repositório público, com excepções importantes. O código relacionado com funcionalidades empresariais e identificado em ficheiros ou directórios com marcadores Enterprise não fica coberto pela licença comunitária e exige uma licença Enterprise válida. Esta distinção é relevante porque o facto de um repositório ser público não significa que todas as partes do produto possam ser utilizadas comercialmente sem a licença adequada.
A licença concede direitos amplos para utilizar, copiar, distribuir, disponibilizar e preparar trabalhos derivados do software, mas esses direitos estão sujeitos a limitações. A limitação mais importante é que a utilização ou modificação deve ocorrer para fins internos de negócio, uso pessoal ou fins não comerciais. A licença também permite distribuir gratuitamente o software para fins não comerciais e exige a preservação dos avisos de licença, copyright e marcas. Consequentemente, uma empresa pode usar o n8n internamente para automatizar os seus próprios processos, mas não pode explorá-lo como plataforma comercial para terceiros sem um acordo separado.
Por esse motivo, o n8n é normalmente descrito como fair-code ou source-available, e não como open source aprovado pela OSI. A diferença não é apenas semântica. Numa licença open source tradicional, o fornecedor não pode impor restrições por campo de utilização: qualquer pessoa pode usar, modificar, redistribuir e até comercializar o software, desde que respeite as condições da licença. No n8n, o código está disponível e pode ser autoalojado, mas existem restrições à exploração comercial. Para equipas técnicas, isto oferece transparência e flexibilidade. Para equipas jurídicas e de procurement, exige uma classificação correcta.
2. Implicações práticas da licença fair-code
A Sustainable Use License permite a maioria dos cenários internos de que uma empresa normalmente precisa. Por exemplo, uma organização pode instalar o n8n nos seus próprios servidores para sincronizar dados de um CRM com uma base de dados interna, enviar alertas operacionais, automatizar aprovações, integrar formulários com sistemas internos, executar processos ETL ligeiros, ligar ferramentas de suporte ou construir workflows de IA para uso corporativo. Também pode criar nós para os seus próprios produtos, desenvolver integrações internas e contratar consultoria para implementar ou manter o n8n dentro do seu ambiente.
A restrição surge quando o valor comercial oferecido a terceiros deriva total ou substancialmente da funcionalidade do n8n. Dois exemplos comuns são alojar o n8n e cobrar aos utilizadores pelo acesso a essa instância, ou fazer white-label do n8n e vendê-lo como uma plataforma própria. Estes casos não são simples utilizações internas: transformam o n8n numa parte central de uma oferta comercial dirigida a clientes externos. Estes cenários exigem um acordo comercial específico com a n8n.
Também existem nuances quando o n8n é usado como backend dentro de um produto. Se uma aplicação própria chamar workflows do n8n através de webhooks ou APIs, e o utilizador final não interagir com a interface do n8n nem fornecer as suas próprias credenciais para alimentar processos nessa aplicação, o cenário aproxima-se de uma utilização interna de infraestrutura. Pelo contrário, se o produto recolher credenciais de utilizadores finais, usar o n8n para processar os seus dados e oferecer essa capacidade como parte de um serviço comercial, a interpretação muda e a utilização pode ficar fora do âmbito permitido pela licença comunitária.
Do ponto de vista de arquitectura, a leitura recomendada é simples: o n8n Community pode ser uma opção muito poderosa para automatização interna, laboratórios, testes e ambientes técnicos próprios. Mas se o produto for vendido a terceiros, se a interface do n8n for exposta a clientes, se o n8n for oferecido como serviço gerido ou se for empacotado como solução de marca branca, não se deve assumir que a licença gratuita cobre o caso. Nesses cenários, deve ser avaliada a opção Enterprise, OEM ou um acordo comercial específico.
3. Licenças e opções gratuitas
O n8n oferece duas vias gratuitas principais: o teste gratuito do n8n Cloud e a Community Edition self-hosted. Além disso, a Community Edition pode ser registada gratuitamente para desbloquear algumas funcionalidades adicionais. Cada opção gratuita tem uma finalidade diferente e não deve ser confundida com as restantes.
O teste gratuito do n8n Cloud foi pensado para avaliar a plataforma sem instalar infraestrutura. Permite entrar rapidamente no editor, criar workflows, testar integrações e validar se o modelo de automatização encaixa nos processos da equipa. Nos testes dos planos Starter e Pro, há acesso a funcionalidades Pro, mas com limites Starter: execuções concorrentes limitadas, memória e CPU limitadas, um volume definido de execuções e um número reduzido de créditos do AI Workflow Builder. Os testes Starter e Pro não exigem cartão de crédito. O teste Business dá acesso a funcionalidades Business durante 14 dias, mas exige cartão.
Este teste gratuito é adequado para uma avaliação funcional, uma demonstração interna ou a validação de um caso de uso específico. Não deve ser tratado como um ambiente gratuito permanente de produção. Os seus limites de execução, recursos e duração foram desenhados para avaliação, não para operar processos críticos a longo prazo.
A Community Edition é a versão gratuita self-hosted. É instalada em infraestrutura própria ou controlada pela organização, seja uma máquina virtual, um contentor Docker, Kubernetes, um servidor interno ou uma nuvem privada. Sem chave de licença, uma instalação self-hosted funciona como Community Edition. Esta edição inclui grande parte do produto base do n8n e permite criar workflows, usar integrações, executar nós, trabalhar com webhooks, chamar APIs e automatizar processos internos.
As suas limitações aparecem em governação, colaboração, segurança avançada e escalabilidade empresarial. A Community Edition não inclui, entre outras funcionalidades, variáveis personalizadas, ambientes separados, segredos externos, armazenamento externo para dados binários, log streaming, multi-main mode, projectos, SSO através de SAML ou LDAP, partilha avançada de workflows e credenciais, nem versionamento através de Git. Embora o Queue mode esteja disponível, as capacidades empresariais mais completas de alta disponibilidade, governação e observabilidade ficam reservadas para planos comerciais.
A Registered Community Edition acrescenta uma camada gratuita adicional. Ao registar a instância com um endereço de email, o utilizador recebe uma chave que desbloqueia funcionalidades como folders para organizar workflows, debug in editor e custom execution data. Esta chave gratuita não transforma a instância em Enterprise nem elimina as principais limitações de colaboração ou segurança, mas é útil para equipas que querem manter uma implementação gratuita e melhorar a organização e depuração dos seus fluxos.
4. Licenças pagas e o que cada uma inclui
Os planos comerciais públicos da n8n estruturam-se em torno de execuções mensais de workflows. Esta métrica é importante: o n8n não factura cada passo individual do fluxo nem cada utilizador. Uma execução corresponde a uma execução completa do workflow, independentemente do número de passos. Além disso, os planos públicos incluem utilizadores, workflows e integrações ilimitados, embora cada plano imponha limites diferentes de execuções, concorrência, projectos partilhados, retenção, suporte e governação.
Starter é o plano cloud de entrada. É alojado pela n8n e destina-se a utilizadores que estão a começar ou a automatizações de baixa complexidade. Na informação pública consultada, inclui 2.500 execuções mensais, 1 shared project, 5 execuções concorrentes, utilizadores ilimitados, 50 créditos de AI Workflow Builder e suporte por fórum. A sua principal vantagem é evitar a operação de servidores. A sua principal limitação é não oferecer as capacidades de colaboração, governação, retenção e administração que normalmente são necessárias em ambientes de produção mais exigentes.
Pro também é provisionado na nuvem da n8n e foi pensado para builders individuais ou pequenas equipas que já executam workflows em produção. Inclui 10.000 execuções mensais, 3 shared projects, 20 execuções concorrentes, 7 dias de insights, 150 créditos de AI Workflow Builder, funções de administração, variáveis globais, histórico de workflows e pesquisa de execuções. É um passo natural quando o Starter fica curto por volume, rastreabilidade ou necessidades de administração.
Business é um plano pago self-hosted. Destina-se a empresas que precisam de colaboração e escala, especialmente organizações com menos de 100 colaboradores, de acordo com a descrição comercial da n8n. Inclui 40.000 execuções mensais, 6 shared projects, SSO com SAML e LDAP, 30 dias de insights, ambientes diferenciados, opções de escalabilidade, controlo de versões com Git e suporte por fórum. É a alternativa lógica para organizações que não querem depender da nuvem gerida da n8n, mas precisam de mais governação do que a disponível na Community Edition.
Enterprise é o plano de nível mais elevado. Pode ser alojado pela n8n ou implementado em self-hosted, e é cotado mediante contacto comercial. Inclui um número personalizado de execuções, projectos partilhados ilimitados, mais de 200 execuções concorrentes, 365 dias de insights, integração com gestores externos de segredos, log streaming, retenção alargada, suporte dedicado com SLA e facturação por invoice. Na versão cloud, acrescenta também créditos de AI Workflow Builder. É o plano orientado para organizações com requisitos rigorosos de cumprimento, governação, segurança, observabilidade, alta concorrência ou suporte contratual.
Além destes planos, existe a modalidade OEM. Não deve ser confundida com uma licença standard para uso interno. OEM destina-se a produtos que querem incorporar ou expor a interface do n8n dentro da sua própria solução, para que os utilizadores finais possam criar workflows, configurar ligações e executar automatizações a partir desse produto. Este cenário exige um acordo comercial específico. Se o n8n for usado apenas como backend não visível, invocado por APIs ou webhooks, o caso pode ser tratado de forma diferente; mas quando a interface do n8n faz parte visível do produto final, a abordagem correcta é OEM.
5. Cloud, self-hosted e on premise: onde cada opção é provisionada
A decisão de implementação é tão importante como a licença. O n8n Cloud reduz a carga operacional: a n8n gere a infraestrutura, o alojamento, parte da administração da plataforma e a disponibilidade base do serviço. Esta opção encaixa bem quando a equipa quer concentrar-se na construção de workflows, e não na administração de servidores, bases de dados, actualizações, backups, certificados, escalabilidade ou monitorização. Starter e Pro são provisionados exclusivamente como planos alojados pela n8n. Enterprise também pode ser contratado como cloud gerida.
O self-hosting, pelo contrário, transfere a responsabilidade operacional para a organização. Community Edition, Registered Community Edition, Business e Enterprise self-hosted podem ser instalados em infraestrutura própria. Na prática, self-hosted pode significar um ambiente físico on premise, um centro de dados corporativo, uma VPC numa nuvem pública, Kubernetes, Docker Compose ou uma máquina virtual gerida pela equipa interna. O ponto essencial não é apenas a localização física, mas quem controla a infraestrutura, a rede, a base de dados, os backups, as actualizações e a postura de segurança.
A n8n alerta que autoalojar a plataforma exige conhecimento técnico. É necessário configurar servidores e contentores, gerir recursos, escalar a plataforma, proteger a aplicação, configurar variáveis de ambiente, proteger credenciais, manter a base de dados, aplicar actualizações e desenhar políticas de recuperação. Uma má configuração pode provocar perda de dados, indisponibilidade ou problemas de segurança. Por isso, para equipas sem experiência na operação de serviços, o n8n Cloud pode ser mais razoável, mesmo que a Community Edition gratuita seja atractiva.
Em implementações self-hosted pagas há um aspecto adicional: a chave Business ou Enterprise deve contactar o servidor de licenças da n8n para se manter activa e reportar informação de utilização, como execuções de produção. Além disso, a mesma chave pode ser aplicada a várias instâncias, mas o consumo combinado conta contra a quota contratada. Isto é importante para arquitecturas com desenvolvimento, staging, produção ou múltiplas equipas, porque o desenho das instâncias deve alinhar-se com o modelo de consumo e governação.
6. Resumo de opções por tipo de implementação
A tabela seguinte resume as principais alternativas do ponto de vista da licença, operação e provisionamento.
| Opção | Tipo de licença ou plano | Provisionamento | Utilização típica |
|---|---|---|---|
| Free trial Cloud | Gratuita temporária | Nuvem da n8n | Avaliação inicial, testes funcionais e demonstrações. |
| Starter | Plano cloud pago | Nuvem da n8n | Automatizações simples, primeiros casos produtivos e equipas que não querem operar infraestrutura. |
| Pro | Plano cloud pago | Nuvem da n8n | Pequenas equipas com workflows em produção, maior concorrência e necessidades básicas de administração. |
| Community Edition | Gratuita | Self-hosted / on premise | Automatização interna, laboratórios, testes técnicos e implementações próprias sem funcionalidades empresariais avançadas. |
| Registered Community Edition | Gratuita com chave | Self-hosted / on premise | Community Edition com funcionalidades adicionais de organização e depuração. |
| Business | Plano self-hosted pago | Self-hosted / on premise | Empresas que precisam de SSO, ambientes, versionamento com Git, colaboração e maior governação. |
| Enterprise | Plano comercial pago | Nuvem da n8n ou self-hosted / on premise | Organizações com requisitos rigorosos de segurança, cumprimento, observabilidade, suporte e escalabilidade. |
| OEM | Acordo comercial específico | Integrado em produto próprio | Produtos que expõem a interface ou capacidades do n8n a utilizadores finais. |
7. Como escolher a opção adequada
Para uso pessoal, testes técnicos, laboratórios, automatização interna de baixo risco ou pequenas equipas com capacidade para administrar servidores, a Registered Community Edition costuma ser suficiente. Permite aceder a uma plataforma funcional, gratuita e autoalojada, com algumas melhorias de organização e depuração. A contrapartida é que a equipa assume toda a operação e abdica de funcionalidades avançadas de governação, SSO, projectos, Git, segredos externos e suporte dedicado.
Para equipas que estão a começar e preferem evitar infraestrutura, Starter é a opção cloud mais simples. É adequada para protótipos, pequenas automatizações ou cargas não críticas. Quando a equipa precisa de mais concorrência, mais projectos partilhados, administração, variáveis globais, histórico e pesquisa de execuções, Pro oferece uma base mais adequada para produção ligeira.
Para empresas que precisam de controlar a infraestrutura por políticas de dados, segurança ou integração interna, Business self-hosted é o ponto de entrada comercial. O seu valor está em combinar implementação própria com colaboração, SSO, ambientes e versionamento com Git. Isto costuma ser decisivo quando o n8n deixa de ser uma ferramenta individual e passa a ser uma plataforma partilhada por várias equipas.
Enterprise deve ser avaliado quando o n8n suporta processos críticos ou quando existem requisitos de compliance, auditoria, observabilidade, suporte com SLA, integração com gestores de segredos, múltiplas equipas, alta concorrência ou implementações complexas. É também a opção que oferece maior flexibilidade de implementação, porque pode ser provisionada em cloud gerida ou em modo self-hosted.
Por fim, se a intenção for vender um produto que expõe o n8n a utilizadores finais, a conversa não deve centrar-se em Community, Starter ou Pro, mas em OEM ou num acordo comercial específico. A fronteira principal é perceber se o n8n é usado internamente para automatizar processos próprios da organização ou se se torna parte do valor vendido a terceiros.
Conclusão
O licenciamento do n8n é flexível, mas não deve ser simplificado como open source gratuito. O seu modelo fair-code oferece muitas vantagens técnicas: código visível, possibilidade de autoalojamento, capacidade de extensão, integração profunda com infraestrutura própria e uma edição comunitária funcional. Ao mesmo tempo, impõe limites claros a determinados usos comerciais, especialmente alojamento para terceiros, white-label, revenda, exposição da interface a clientes ou exploração do n8n como componente substancial de um produto comercial.
A escolha correcta depende de quatro variáveis: finalidade de utilização, modelo de implementação, nível de governação necessário e relação com utilizadores externos. Community e Registered Community encaixam em uso interno gratuito e self-hosted. Starter e Pro cobrem cloud gerida para pequenas equipas ou produção ligeira. Business cobre self-hosted empresarial com colaboração e controlo. Enterprise cobre cloud ou self-hosted avançado para organizações com requisitos rigorosos. OEM cobre cenários incorporados ou comerciais dirigidos a terceiros.
Para uma equipa técnica, a recomendação prática é começar pelo caso de uso e não pelo preço. Se o workflow automatiza processos internos e a equipa consegue operar a plataforma, Community pode ser suficiente. Se a equipa quer reduzir a carga operacional, n8n Cloud é mais directo. Se o n8n vier a ser uma peça de produção partilhada, é necessário avaliar Business ou Enterprise. Se o valor for oferecido a clientes externos, a licença deve ser revista antes de construir o produto sobre uma premissa errada.
Mais informações sobre licenciamento no site da n8n
Escrito em: maio de 2026.