Hosting n8n. Twoja instancja, Twoje workflow.

1. O n8n funciona de forma diferente de um site típico, e isso altera a escolha do hosting.

O n8n é uma plataforma de automação de workflows que liga vários serviços e APIs sem escrever código. Na cloud do fornecedor do n8n, paga-se pelo número de execuções de workflows por mês. Em automações complexas, com muitos passos e gatilhos, isso faz rapidamente subir o custo da subscrição.

Na Saplo, o n8n está instalado como uma aplicação Docker pronta a utilizar (imagem oficial n8nio/n8n), com instalação num clique, autenticação própria ativa desde o primeiro acesso e sem qualquer contador de execuções de workflow. Pagas pelo Box, não pelo número de vezes que a automatização foi executada.

O manifesto da aplicação exige, no mínimo, 1 GB de RAM e 4 GB de espaço em disco, porque a imagem do n8n e as respetivas dependências são relativamente pesadas. Na prática, isto significa que o Box M (2 GB de RAM) é o mínimo seguro, e não o Box S, com 1 GB para o conjunto de recursos do Box.

2. Quantos recursos o n8n precisa realmente?

Para automações simples (poucos workflows e gatilhos pouco frequentes), o Box M chega bem, porque, depois de arrancar, o n8n funciona de forma relativamente estável mesmo dentro do mínimo declarado de 1 GB de RAM, deixando margem para o sistema e os outros processos do Box.

Em utilizações mais intensivas (muitos workflows executados em paralelo, processamento de ficheiros maiores nos passos e integrações com várias APIs ao mesmo tempo), vale a pena considerar o Box L (6 GB de RAM), para evitar que o n8n compita pela memória com outras aplicações no mesmo Box.

O acesso SSH com sudo (a partir do Box M) permite diagnosticar manualmente os logs do n8n, instalar nodes da comunidade ou configurar webhooks que exigem uma configuração personalizada do proxy inverso, algo que não é possível fazer apenas no painel do n8n.

3. n8n na concorrência: auto-hospedado num VPS sem gestão

O concorrente A inclui na sua oferta modelos de VPS prontos para utilizações específicas, incluindo a plataforma de automação n8n (conforme a descrição da oferta de VPS do concorrente e as listas de preços públicas à data de 2026-10-10). Assim, recebes um VPS com o n8n como ponto de partida, mas toda a administração do servidor (atualizações, cópias de segurança e medidas de segurança) fica a teu cargo.

Num VPS sem preconfiguração de outros fornecedores, instalar o n8n exige instalar manualmente o Docker, configurar um proxy inverso com SSL e definir as variáveis de ambiente (N8N_EDITOR_BASE_URL, WEBHOOK_URL), antes de os webhooks começarem a funcionar corretamente com serviços externos. Para quem não tem experiência em DevOps, isto representa uma barreira real.

No Saplo, estas variáveis são configuradas automaticamente durante a instalação a partir do catálogo. Assim, os webhooks do n8n funcionam corretamente logo após a aplicação ser posta em funcionamento e o domínio ser ligado, sem que o cliente tenha de configurar manualmente as variáveis de ambiente.

4. Porquê o teu próprio n8n em vez da cloud do fornecedor?

A cloud do fabricante do n8n funciona num modelo de subscrição, com um limite de execuções de workflow incluído no plano. Numa automatização mais complexa, como o processamento de encomendas ou a sincronização de vários sistemas, pode ser necessário mudar para um plano superior e mais caro apenas por causa do número de execuções, e não da verdadeira complexidade da automatização.

A tua própria instância de n8n na Saplo não tem contador de execuções, os dados passam por uma infraestrutura que controlas (algo importante em automações que tratam dados pessoais dos clientes) e o custo é fixo, independentemente da intensidade de utilização a cada mês. Para uma equipa que planeie desenvolver automações nos próximos meses, a previsibilidade do custo é tão importante como o funcionamento dos workflows. Permite criar novos cenários sem ter de recalcular continuamente se mais um passo vai aumentar a fatura do serviço na cloud e, para uma empresa em crescimento, é mais fácil planear com antecedência um custo fixo do que uma fatura variável.

5. Para quem é indicado

Para uma pequena empresa que automatize processos simples (notificações ou sincronização de formulários com um CRM), um Box M com n8n é uma alternativa mais barata e simples do que a subscrição paga na cloud do fornecedor do n8n, cobrada conforme o número de execuções.

Para uma agência ou equipa técnica que crie automações para vários clientes ao mesmo tempo, o Box L permite instalar o n8n juntamente com outras aplicações (por exemplo, Baserow ou Chatwoot), formando um conjunto completo de ferramentas sem contador de execuções.

6. Cenários típicos de automação no teu próprio n8n

Sincronização de um formulário de contacto com o CRM: cada novo lead do formulário é registado automaticamente como contacto no CRM, sem a equipa ter de copiar os dados manualmente.

Enviar notificações de novas encomendas de uma loja WooCommerce ou PrestaShop para o canal Slack ou Discord da equipa, evitando, numa loja com tráfego real, a necessidade de consultar manualmente o painel de encomendas.

Criação automática da fatura após o pagamento da encomenda, ligando a loja a um sistema contabilístico via API, sem que alguém do departamento contabilístico introduza manualmente os dados da encomenda na fatura.

Monitorizar a disponibilidade de outras aplicações no mesmo Box (por exemplo, através de um webhook do Uptime Kuma) e enviar um alerta quando uma deixa de responder, antes que o cliente final se aperceba.

Agregação de dados de várias fontes (formulário, loja, calendário) num único local, por exemplo, para uma folha de cálculo ou uma base de dados Baserow, sem que um membro da equipa tenha de copiar manualmente dados entre sistemas.

7. Porque é que o n8n e a automatização só compensam a partir de certa escala

Para uma única automatização simples (por exemplo, uma notificação no Slack), manter a tua própria instância do n8n pode não compensar, se a alternativa for um webhook simples e gratuito, sem uma plataforma de automatização completa.

Quando existem vários processos interligados (loja, CRM, contabilidade, notificações), a tua própria instância do n8n começa a compensar, porque uma única plataforma substitui várias integrações diferentes que, caso contrário, teriam de ser desenvolvidas e mantidas separadamente.

Para empresas com um número crescente de tarefas repetitivas e manuais, o n8n torna-se um ponto natural de consolidação da automatização, sobretudo quando o tempo que a equipa gasta com estas tarefas custa mais do que o alojamento do n8n.

Começa por uma única automatização, a que mais te incomoda (normalmente a tarefa manual que repetes mais vezes), e vai adicionando workflows aos poucos, em vez de tentares automatizar tudo de uma só vez desde o primeiro dia.

8. Custo comparativo: a tua instância do n8n vs. a cloud do fornecedor ao longo do tempo

O serviço cloud do fornecedor do n8n cobra uma subscrição com um limite de execuções de workflow por mês. Isso significa que o custo cresce de forma não linear à medida que a automatização se expande: acrescentar mais um passo a um workflow existente ou outro gatilho aumenta o número de execuções, mesmo que a lógica de negócio não mude de forma significativa.

Na Saplo, o custo do n8n está incluído no preço do Box, independentemente de o workflow ser executado dez ou dez mil vezes por dia. Numa automatização em crescimento, isso significa que o custo da infraestrutura não aumenta proporcionalmente à intensidade de utilização.

Ao comparar os custos ao longo de um ano, para uma empresa com vários workflows complexos (sincronização da loja, CRM, notificações, integrações com diversas API), o teu próprio n8n num Box M ou num Box L é muitas vezes mais vantajoso do que o plano de subscrição correspondente na cloud do fornecedor, com preços em moeda estrangeira.

Contas, porém, com o custo do tempo despendido na administração da tua própria instância: atualizações do n8n, monitorização do contentor e resolução de eventuais problemas técnicos. No modelo cloud, estas tarefas ficam inteiramente a cargo do fornecedor do n8n. Na Saplo, ficam parcialmente a teu cargo, embora o motor da Saplo facilite a atualização através do catálogo.

Para empresas com uma utilização irregular e sazonal da automatização (por exemplo, tráfego intenso apenas em determinados meses do ano), o custo fixo do Box é por vezes mais fácil de orçamentar do que o custo variável de uma subscrição que cresce com o aumento sazonal do número de execuções de workflow.

O cálculo final depende da escala concreta da automatização em cada empresa, mas o princípio em si, ou seja, o custo fixo do Box vs. o custo variável das execuções, é um fator crucial que vale a pena ponderares antes de escolheres entre alojar a tua própria instância e usar um modelo de subscrição na cloud do fornecedor do n8n.

9. A comunidade e o desenvolvimento do n8n como projeto open source

O n8n é um projeto open source ativamente desenvolvido, o que significa que recebe versões regulares com correções de bugs, novas integrações e novos nodes da comunidade, que podes instalar na tua própria instância sem esperares que um fornecedor SaaS decida disponibilizá-los.

Na Saplo, a atualização do n8n para uma nova versão é feita através do mecanismo de atualização no catálogo de aplicações, o que facilita manter a instância atualizada sem teres de acompanhar manualmente as versões no GitHub nem de reconstruir o contentor após cada nova versão do motor.

A comunidade do n8n cria e partilha os seus próprios nodes, que ampliam as capacidades da plataforma para além das integrações incluídas por omissão. Com uma instância própria, alojada na Saplo (com acesso SSH incluído no Box M), podes instalá-los manualmente, algo que nem sempre é possível num modelo cloud mais restrito.

Para equipas técnicas, utilizar a tua própria instância do n8n também permite experimentar novas funcionalidades, por vezes ainda instáveis, antes do respetivo lançamento definitivo. Isso pode despertar interesse junto de utilizadores mais avançados, embora exija mais prudência ao implementar alterações em produção.

A documentação do próprio n8n (independente da Saplo) é extensa e está a ser ativamente desenvolvida pela comunidade do projeto. Em conjunto com a instalação pronta com um clique na Saplo, proporciona um ambiente completo para aprenderes e desenvolveres automatizações sem obstáculos adicionais.

10. Como medir o valor real da automatização construída no n8n

Antes de construíres uma automatização, vale a pena estimares quanto tempo da equipa o processo em causa ocupa manualmente ao longo de um mês. Isso serve de referência para avaliar se o investimento de tempo na criação de um workflow no n8n compensa realmente face à continuação do trabalho manual.

Depois de implementares a automatização, vale a pena acompanhares se o número de erros manuais diminuiu realmente (por exemplo, uma encomenda esquecida ou uma notificação não enviada). Isto pode ser mais difícil de medir do que o tempo poupado, mas muitas vezes o benefício real para o negócio é maior do que a simples aceleração do processo.

Nas automações que apoiam processos que envolvem clientes (por exemplo, confirmações de encomendas), vale a pena monitorizar se o workflow se mantém estável ao longo do tempo. Um erro numa automatização que antes era gerida manualmente e estava sob o controlo de uma pessoa pode demorar mais a ser detetado do que um erro num processo manual.

Assim, medir o valor da automatização deve incluir não só o tempo poupado, mas também a qualidade e a estabilidade do novo processo em comparação com a solução manual anterior, antes de decidir desenvolver mais workflows, cada vez mais complexos, no mesmo n8n.

Com o tempo, à medida que aumenta o número de workflows, vale a pena monitorizar também o consumo de RAM da própria instância do n8n, pois muitas automações complexas a funcionar em paralelo podem exigir a passagem de Box M para Box L antes que o desempenho comece realmente a cair quando vários workflows são executados ao mesmo tempo. Esta verificação é mais simples do que parece: o painel do Saplo mostra o consumo atual de RAM do contentor, por isso basta consultar o indicador de vez em quando, em vez de esperar por uma lentidão evidente que só os utilizadores das automações sentem.

11. Resumo: o n8n como base da automatização da empresa

Uma instância própria do n8n no Saplo, sem contador de execuções e com controlo total dos dados que passam pela automatização, é a base para construir processos empresariais cada vez mais complexos, sem o receio de ver o custo de subscrição crescer. Para uma empresa que começa com uma única automatização simples, a evolução para cerca de uma dezena de workflows interligados, que apoiam a loja, o CRM e a comunicação com clientes, é uma extensão natural do mesmo custo fixo do Box, não uma sucessão de decisões sobre o aumento de limites numa plataforma cloud externa.