Início › Comparativos › Make vs n8n custo volume
Comparativo

Make x n8n em 1.000 execuções/mês: qual sai mais barato na conta real

Atualizado em 2026-09-13 · por Redação Automação Hoje
Make x n8n em 1.000 execuções/mês: comparação de custo real com VPS e manutenção
Resposta rápida: Em Make x n8n em 1.000 execuções/mês, o mais barato depende do “custo invisível”. Abaixo de ~1.000 execuções, o Make tende a ganhar por exigir zero manutenção. Perto de 1.000, a conta empata quando você soma VPS e horas de manutenção do n8n self-hosted. Acima disso, o n8n self-hosted costuma disparar por custo marginal baixo.
· espaço publicitário ·
Em resumo
  • Não compare só “plano vs plano”: some VPS + backups + atualizações + incidentes (n8n self-hosted).
  • O ponto de virada não é universal: depende da complexidade do fluxo (quantas operações por execução) e do seu perfil (tempo técnico disponível).
  • Erro caro comum: migrar cedo “pra economizar” e pagar em horas de sysadmin o que economizou em assinatura.
  • Em volumes altos, o n8n self-hosted tende a ter custo marginal menor; em volumes baixos, Make costuma ser mais previsível.
  • A forma mais justa de comparar é por custo por execução e por operação, com 3 faixas (100/1.000/10.000).

O que você está chamando de “execução” (e por que isso muda a conta)

Aqui, “execução” = uma rodada completa do seu workflow (ex.: receber um lead, validar, enriquecer e mandar para CRM + WhatsApp). O problema: uma execução pode consumir poucas ou muitas operações/etapas, principalmente em cenários com loops, filtros, busca em planilhas e múltiplos envios.

No Make, o que costuma pesar é o consumo por operação (quantas ações o cenário faz). No n8n self-hosted, o que pesa é capacidade/estabilidade da sua infraestrutura e o seu tempo mantendo tudo em pé.

Então, 1.000 execuções/mês podem ser “baratas” se cada execução tiver 5 passos, ou “caras” se tiver 80 passos com chamadas externas e retrys.

A tese (sem rodeio): existe ponto de virada — e ele costuma ficar perto de 1.000 execuções

O debate “Make ou n8n” não tem resposta única: tem ponto de virada.

Quando você soma o que ninguém soma (VPS + manutenção + monitoramento + atualizações), o Make normalmente vence em volumes baixos porque o custo de começar e operar é previsível e quase zero de tempo técnico.

À medida que o volume sobe, o n8n self-hosted tende a ficar mais barato por execução, porque você dilui o custo fixo da VPS e o custo marginal de rodar mais workflows costuma ser pequeno — desde que sua automação não exija um bombeiro de plantão.

A conta real em 3 faixas: 100, 1.000 e 10.000 execuções/mês

Sem inventar números de preços: Make e n8n mudam planos e condições com frequência, e VPS varia por região/provedor. Em vez de colocar valores “chutados”, a tabela abaixo traz o modelo de cálculo e a leitura prática do que geralmente acontece.

Use a coluna “o que costuma acontecer” como heurística editorial: ela bate com a experiência comum de operação em times pequenos e agências, mas pode inverter se você já tem infra pronta e rotina madura.

Faixa (execuções/mês)Como comparar no MakeComo comparar no n8n self-hostedO que costuma acontecer na prática
100Operações do cenário (passos) x recorrência; pouca chance de estourar limiteCusto fixo da VPS + tempo mínimo de setup e backups (mesmo com pouco volume)Make quase sempre ganha: custo previsível e zero manutenção
1.000Operações começam a importar; se cada execução tem muitos passos, a conta sobeVPS ainda é custo fixo, mas já dilui; manutenção vira o fiel da balançaEmpate técnico frequente: se você gastar horas mantendo, Make pode seguir mais barato
10.000Crescimento de operações tende a empurrar para planos maioresVPS diluída; custo por execução costuma cair; escala depende de arquitetura e filasn8n self-hosted tende a disparar na frente, se sua operação for estável

Modelo de cálculo (copie e cole na sua planilha)

Para decidir com honestidade, você precisa transformar “tempo” em dinheiro e separar custo fixo de custo variável.

  • 1) Estime quantas operações por execução: conte nós/ações reais (inclua buscas, loops e retrys médios).
  • 2) Calcule o volume mensal de operações: execuções/mês × operações/execução.
  • 3) Make: compare o plano que cobre esse volume (inclua folga para picos).
  • 4) n8n self-hosted: some (a) VPS mensal, (b) storage para backups/snapshots, (c) domínio/SSL se aplicável, (d) monitoramento/alertas (mesmo que básico), (e) custo do seu tempo.
  • 5) Tempo: faça uma estimativa conservadora de horas/mês para: updates, logs, correções, mudanças de API, incidentes e melhorias.
  • 6) Converta tempo em custo: horas/mês × seu valor-hora (ou do técnico/terceirizado).
  • 7) Some custo de risco: qual o custo de ficar 2 horas fora do ar? (não precisa ser número exato, mas precisa existir).

O que ninguém soma direito no n8n self-hosted (e onde mora o erro caro)

“Self-hosted é barato” só é verdade quando você opera como quem opera sistema: rotina, observabilidade e upgrade planejado. O custo não é só a VPS.

Os itens que mais distorcem a decisão em 100 a 1.000 execuções/mês são quase sempre humanos, não técnicos: pequenas falhas, tokens expirados, mudanças em APIs, webhooks duplicados, DNS, e aquela atualização que você vai empurrando até quebrar.

Se o seu objetivo é economizar e você está migrando cedo demais, o padrão é: você reduz a mensalidade, mas cria um novo trabalho recorrente. E trabalho recorrente vira custo fixo escondido.

  • Manutenção: atualizações do n8n + dependências (quando aplicável) + ajustes pós-update.
  • Backups e restore testado (backup sem teste é esperança, não processo).
  • Monitoramento: falhou, alguém fica sabendo? ou o cliente avisa?
  • Segurança: credenciais, permissões, exposição de webhooks, políticas básicas de acesso.
  • Capacidade: picos e filas; quando trava, quem destrava e como?

Decisão prática: qual escolher em 1.000 execuções/mês (três perfis comuns)

Em 1.000 execuções/mês, o que define o vencedor é seu perfil operacional. Três cenários aparecem muito no Brasil:

Seu perfilEscolha que costuma fazer mais sentidoPor quê
Solo/PME sem tempo técnicoMakeVocê paga para não pensar em infra; o custo de oportunidade do seu tempo é alto
Agência com muitos fluxos pequenos e mudanças frequentesDepende (tende a Make no começo; n8n quando padroniza)Mudança constante amplifica manutenção; quando há padrão e volume, n8n dilui custo
Time com rotina de TI/DevOps (mesmo leve) e necessidade de controlen8n self-hostedCom operação madura, custo marginal cai e você ganha flexibilidade e controle

Sinais de que você está migrando cedo demais para “economizar”

Se você se reconhecer aqui, a migração pode sair mais cara do que parece — especialmente na faixa de 100 a 1.000 execuções/mês.

  • Você ainda não tem inventário de workflows, owners e SLA interno (quem cuida de quê).
  • Você não mede falhas por mês nem tempo para corrigir (MTTR), então não consegue precificar risco.
  • Sua automação depende de WhatsApp não oficial/instável: qualquer banimento derruba a “economia”.
  • Você não tem backup/restore testado e não quer gastar tempo com isso.
  • Seu valor-hora (ou do técnico) é alto e o ganho de mensalidade é pequeno.

Sinais de que n8n self-hosted vai começar a vencer (mesmo em 1.000 execuções)

Aqui, o n8n tende a ganhar antes do “óbvio”, porque você já controla o custo humano.

  • Você já tem VPS/stack padronizada e faz update em janela definida.
  • Você tem monitoramento e alertas (nem que seja simples) e logs viram rotina.
  • Workflows são reaproveitáveis (templates internos), com padrões de erro e retry.
  • Você tem picos de volume e quer evitar saltos de plano por causa de operações.
  • Você precisa de mais controle sobre dados e conformidade (sem terceirizar tudo).

Resumo: regra de bolso (com a ressalva certa)

Regra de bolso que costuma funcionar: abaixo de 1.000 execuções/mês, Make quase sempre vence na conta real por eliminar manutenção; acima disso, n8n self-hosted tende a ser mais barato por execução, desde que você trate como operação (e não como “instalei e esqueci”).

A ressalva que muda tudo: se suas execuções têm muitas operações, o ponto de virada chega mais cedo; se sua manutenção consome horas e você não tem rotina, o ponto de virada chega bem mais tarde.

Perguntas frequentes

Em 1.000 execuções/mês, dá para afirmar que n8n self-hosted é sempre mais barato?
Não. Em 1.000 execuções/mês, o n8n só fica claramente mais barato se o custo do seu tempo de manutenção for baixo e constante (rotina e padrão). Se você vai “virar o sysadmin” nas horas vagas, o Make pode sair mais barato mesmo com uma mensalidade maior.
Como eu converto “operações” do Make para “execuções” do meu processo?
Conte quantos passos/ações reais o cenário faz por execução (inclua buscas, iterações e retrys médios). Depois multiplique por execuções/mês. Essa conta geralmente mostra por que dois fluxos com 1.000 execuções podem custar bem diferente no Make.
Qual é o custo escondido mais comum no n8n self-hosted?
Manutenção em pequenas parcelas: atualização adiada, credencial expirada, mudança de API, webhook duplicado, fila travada, backup não testado. Individualmente parecem 15 minutos; somadas no mês, viram o custo que mata a “economia” em volumes baixos.
Quando vale comparar n8n Cloud em vez de self-hosted para essa conta?
Quando você quer o modelo do n8n, mas não quer assumir VPS, atualização e operação. A tese do ponto de virada continua válida, mas o “custo invisível” diminui e a comparação fica mais parecida com Make vs assinatura (menos com Make vs infra).

Leia também