n8n, Zapier, Make: como escolher — calculando por preço, liberdade e custo de manutenção
A questão de escolher entre três opções: pergunte a dez pessoas e nove responderão "depende da sua necessidade", o que equivale a não responder. Este artigo não enrola: coloca a mesma tarefa na conta das três e faz as contas, depois inclui também o tempo gasto nela, e por fim diz como eu escolheria.
A conclusão vem primeiro. Executar mais de dez vezes por dia, com passos não superiores a cinco, sem tocar na rede interna da empresa, Zapier ou Make são mais práticos, e você nem precisa mexer em servidor. Executar centenas de vezes por dia, precisar ler bancos de dados da rede interna, ter de escrever código no fluxo, n8n auto-hospedado economiza uma ordem de grandeza de dinheiro — o preço é que essa máquina fica sob sua responsabilidade, e se cair de madrugada ninguém assume por você.
Esta conclusão é grosseira demais para uso direto, porque falta um número: quantas vezes por mês você realmente executa. Sem calcular esse número, todas as comparações são o cenário dos outros.
Para quem é
Para quem está escolhendo entre as três, ou já bateu no limite do plano gratuito do Zapier e quer ver onde está caro. Quem tem um VPS ocioso e está disposto a entrar nele e digitar comandos, a conta da seção quatro vai doer mais. Quem nunca teve contato com automação, veja primeiro"O que é n8n"e depois volte; este artigo assume que você sabe o que significam "workflow" e "node".
- As três não estão na mesma unidade de cobrança
- O mesmo fluxo, quanto custa em cada uma das três
- Além do dinheiro, onde está a diferença de liberdade
- Na conta do auto-hospedado, uma parte não é dinheiro
- A linha da licença, quem faz entrega precisa ver primeiro
- Quatro situações em que não recomendo escolher n8n
- O custo de trocar de ferramenta
- Uma semana de teste, como considerar que funcionou
- Armadilhas comuns
- As três questões de segurança adicionais do self-hosting
As três não usam a mesma unidade de cobrança
Esta é a base de todo o texto e também o ponto mais fácil de interpretar errado. O "uso" que você vê nos sites das três não é a mesma coisa.
O Zapier conta por task.Cada ação concluída com sucesso conta 1 task; alguns apps ou ações contam 2. O trigger não conta — a entrada do evento não custa nada, só custa quando a ação é executada. O polling para "ver se há novos dados" também não conta, e consultar e voltar de mãos vazias menos ainda. As ferramentas nativas dele: Filter, Formatter, Path, Delay, Looping, Sub-Zap, além de Tables e Forms, não consomem task.
O Make conta por credit.Ele já mudou a unidade de cobrança de operations para credits, com data de vigência anunciada em 27 de agosto. A maioria dos módulos conta 1 por execução; os que passam pelo AI Provider podem contar mais. A diferença aqui é que o módulo de trigger também conta. Quando você lê um registro de algum app, essa etapa já consome 1 credit. Módulos Router e de tratamento de erro (Rollback, Break, Resume, Commit, Ignore) não contam.
O n8n conta por execution.Um fluxo que roda do início ao fim conta 1 execução; tenha 3 nós ou 30 nós no meio, continua sendo 1. A quantidade de dados também não amplia — processar 5 ou 200 itens em uma execução continua sendo 1. E só execuções de produção entram na cota: se você clicar no botão "executar" no editor para testar, rodar cem vezes também não conta.
| Zapier | Make | n8n | |
|---|---|---|---|
| Unidade | task | credit | execution |
| Um fluxo executado uma vez conta alguns | Por número de ações, 6 etapas contam 5 (o gatilho não conta) | Por número de módulos, 6 módulos contam 6 | 1 |
| Os dados crescem de 1 para 200 registros | Cresce junto, 20 vezes é 20 vezes | Cresce junto | Não cresce |
| Teste acionado manualmente | Conta se o Zap for executado | Conta se o scenario for executado | Não conta |
A última linha é a diferença que mais valorizo, ela determina se esse conjunto pode escalar. Suponha: um fluxo processa 200 pedidos, com 5 ações no meio. No Zapier, uma execução conta 1.000 tasks, uma execução por dia são 30.000; no n8n, uma execução continua sendo 1 execution, 30 por dia. Diferença de 1.000 vezes, não é diferença percentual.
Nesta instância minha, já rodei um fluxo de oito nós, onde um nó de código intermediário divide um item em 5, passa por ramificações e depois mescla. O «vários itens» marcado abaixo de cada nó é o volume de dados que passou naquela vez:
O registro de execução é assim, uma linha é uma execução completa, e o «tempo de execução» à direita é o tempo total do fluxo inteiro:
Clicando dentro dá para ver os detalhes desta execução:
O mesmo fluxo, quanto custa em cada uma das três
Calcule com três cenários de formato real. Os números são dos planos públicos dos sites oficiais, os preços eu vi em 26 de outubro de 2026, quando você olhar já podem ter sido ajustados.
Cenário um: rodar uma vez por hora, 6 passos
Monitorar uma certa interface, 24 vezes por dia, 720 vezes por mês. Este tipo de trabalho é o mais comum.
| Uso | Cai em qual plano | |
|---|---|---|
| Zapier | 5 × 720 = 3.600 tasks | O plano gratuito tem 100, diferença de 36 vezes, obrigatoriamente pago |
| Make | 6 × 720 = 4.320 créditos | O Core do plano de 10.000 créditos, no pagamento anual fica $9/mês |
| n8n cloud | 720 execuções | Starter €20/mês, limite de 2.500 |
| n8n auto-hospedado | 720 execuções | 0, apenas o custo do servidor |
O resultado desta linha é um pouco contraintuitivo:o n8n cloud é mais de duas vezes mais caro que o Make. O Starter no anual sai €20, o Core do Make no anual fica $9. Muitos assumem por padrão que “open source é sempre mais barato”, esquecendo que o open source economiza a licença, mas a hospedagem em cloud continua cobrando por execução.
Na coluna do Zapier não consigo dar um valor exato, porque o Professional dele permite ajustar o nível de tarefas, $19.99 é o preço inicial do nível mais baixo, 3.600 tasks exigem subir de nível. O que dá para afirmar é que entre os três ele é o mais caro — caro porque cobra por ação, quanto mais longo o seu fluxo, mais você perde.
Cenário dois: rodar a cada 5 minutos, 6 etapas
8.640 execuções por mês. Nessa frequência, a diferença começa a se abrir.
| Volume de uso | Em qual faixa se enquadra | |
|---|---|---|
| Zapier | 43.200 tasks | Já está bem no topo |
| Make | 51.840 credits | Já ultrapassa a faixa de 10.000, é preciso arrastar o controle para cima para ver o preço |
| n8n Cloud | 8.640 execuções | Pro €50/mês, limite de 10.000 |
| n8n auto-hospedado | 8.640 execuções | 0 |
Aqui a versão cloud do n8n começa a virar o jogo. A diferença do auto-hospedado nem precisa ser calculada, com mais de oito mil execuções por mês, a conta de luz sai mais barata que a assinatura.
Cenário três: 10 vezes por dia, 3 etapas
300 vezes por mês, num total de duas ações.
O Zapier conta 600 tasks, 6 vezes acima do limite gratuito. O Make conta 900 credits, o plano gratuito tem 1.000, fica exatamente no limite — sem nenhuma margem, mais três dias de execução e já é preciso pagar.Essa é a fronteira do plano gratuito do Make, não é "suficiente", é "exatamente esgotado".
Minha própria avaliação: nessa escala de uma dúzia de vezes por dia, usar o plano gratuito do Make por três a cinco meses não tem problema, mas não o use para tarefas críticas, porque uma vez excedido, o cenário para diretamente, sem esperar pela renovação.
Além do dinheiro, onde está a diferença de liberdade
| Zapier | Make | n8n | |
|---|---|---|---|
| Aplicações conectáveis | 9,000+ | 3,500+ | Nós oficiais + nós da comunidade, self-hosted ainda permite escrever os próprios |
| Escrever código | Tem etapa de código, cobrada por task, quanto mais tempo executa, mais consome | Tem módulo Tools | Nó Code, JS ou Python, sem cobrança adicional |
| Conectar sistemas de rede interna | Não | Não | Sim, corre na tua própria rede |
| Onde ficam os dados | No servidor da outra parte | No servidor da outra parte | Na própria base de dados |
| Controlo de versões | O plano pago tem controlo de versões Zap | — | A partir do plano Business permite ligar ao Git; a versão comunitária exporta JSON manualmente para arquivo |
As duas primeiras linhas determinam o teu teto, as duas últimas determinam o teu custo de conformidade. Para ler o ERP ou bases de dados antigas da intranet da empresa, os dois primeiros ficam logo de fora — não é por ser difícil, é fisicamente impossível, correm no datacenter de outra pessoa. Isto é o que mais facilmente só se descobre a meio da discussão da solução, e todos os diagramas desenhados antes ficam invalidados.
Há ainda um ponto que raramente aparece nas tabelas comparativas: a duração de execução única. No plano cloud Starter do n8n, cada execução corre no máximo 5 minutos, só o Pro dá 40 minutos. Para processar ficheiros grandes ou esperar por uma API lenta, os 5 minutos são facilmente atingidos. O self-hosted não tem esta limitação, mas a máquina é tua, e se a memória encher, também vai abaixo.
Na fatura do self-hosted, há uma parte que não é dinheiro
Esta é a parte que mais quero destacar neste artigo, porque todos os artigos comparativos de «n8n grátis» a omitem.
O self-hosted poupa a subscrição, mas em troca disto, que alguém tem de fazer:
- Uma máquina e um domínio, e certificados. O Let's Encrypt renova automaticamente, mas a falha na renovação é silenciosa, e quando você percebe o certificado já expirou há três dias.
- Atualização. Após a versão 2.x as iterações são rápidas, a minha está agora na 2.43.7. Antes de cada atualização é preciso fazer backup do banco de dados e da chave de criptografia, e após atualizar verificar se um workflow ainda executa. Leva cerca de vinte minutos por vez.
- Backup. Três coisas: banco de dados, chave de criptografia, exportação dos workflows. Sem a chave de criptografia, todas as credenciais da instância restaurada ficam impossíveis de decifrar, e você terá que preencher uma por uma. Fazer backup apenas do banco de dados, sem a chave, é a forma mais comum de dar errado.
- Alerta de falha. O n8n não te notifica, a menos que você mesmo configure. Uma tarefa agendada falhando silenciosamente por duas semanas você não vai saber, até alguém perguntar "por que a tabela deste mês está sem dados".
- Diagnóstico de problemas. Container que não sobe, port ocupada, memória estourada, para isso não há suporte para ligar.
A conta de tempo é mais ou menos assim: a primeira instalação com configuração de HTTPS, uma hora; depois, por mês, o tempo gasto com isso é de uma a duas horas; quando dá uma falha de verdade, de uma a três horas.
Então, ao calcular o custo, o denominador precisa incluir o seu salário por hora. Se você não consegue tirar nem meia hora por semana, não escolha self-hosted — isso não tem a ver com economizar ou não, esse trabalho precisa de gente. Pagar pelo Zapier é, essencialmente, comprar "tem alguém para assumir quando dá problema".
A página de uso da minha está assim, vale a pena dar uma olhada:
A segunda linha em letras pequenas na página diz "workflows com múltiplos triggers contam múltiplas vezes". Ou seja, se você colocar dois triggers em um workflow, ele conta como dois. Na versão self-hosted aqui está escrito "ilimitado", então para mim não faz diferença, mas se você comprou a licença cloud, isso vai te morder.
A linha da licença é algo que quem faz entrega precisa ver primeiro
O n8n não usa uma licença open source, mas sim a sua própria Sustainable Use License, sob o rótulo fair-code. Os termos permitem mais do que se imagina: uso em negócios internos, modificar o código, criar derivados, montar fluxos para clientes, fazer consultoria e operação relacionadas ao n8n, tudo é permitido. Só há duas coisas que não pode fazer: vender o n8n com outra marca como produto para clientes; montar uma instância própria e cobrar pelo acesso de outros. Esses dois casos exigem um contrato comercial separado.
Quem trabalha com operação terceirizada é quem mais se confunde aqui. Comparado com a versão anterior da licença (Apache 2.0 mais Commons Clause), a mudança principal desta vez foi remover a cláusula de "proibido cobrar taxa de consultoria" — agora, ajudar clientes a montar workflows e cobrar por consultoria e operação não exige nenhum acordo adicional. Desde que você venda a sua própria habilidade, e não a casca do n8n, não há problema.
Formas intermediárias exigem avaliação própria: os dados do cliente rodam no n8n que você implantou, e você cobra uma taxa mensal de serviço. Isso se parece mais com "hospedagem gerenciada" do que com "consultoria". Se for realmente transformar isso em negócio, mandar um e-mail para license@n8n.io sai bem mais barato do que remediar depois.
Para comparar: Zapier e Make são SaaS puro, você paga pelo serviço e não tem essa preocupação, mas também não consegue levar as coisas embora.
Quatro situações em que não recomendo escolher o n8n
Ninguém na equipe mexe com linha de comando.Não é questão de não conseguir aprender, é que ninguém quer entrar no sistema na noite em que algo der errado para olhar os logs. Para esse tipo de equipe, comprar Zapier vale o dinheiro.
Precisa de SLA do fornecedor e suporte por telefone.Auto-hospedagem não tem isso. O fórum da comunidade é bom, mas não promete resposta em duas horas.
Só tem uma ou duas automações simples.Instalar um servidor, configurar HTTPS, montar monitoramento, só para sincronizar um formulário com uma planilha, não vale a pena. Use o plano gratuito do Make, novecentos credits por mês é suficiente.
Quer usá-lo para vender um produto white-label.Como já foi dito na seção da licença, é preciso assinar um acordo primeiro. Vender diretamente com a versão open source é quebra de contrato, não "zona cinzenta".
O custo de trocar de ferramenta
Não há migração com um clique entre essas três coisas. O Zap é uma estrutura linear de "gatilho + ação", o scenario é uma tela de módulos com roteamento, e o workflow do n8n é um grafo direcionado arbitrário. As estruturas de dados não batem, o JSON exportado só serve como referência, a lógica precisa ser remontada.
Minha estimativa empírica: um fluxo de uns dez passos leva de meio dia a um dia para remontar em outra ferramenta, contando depuração e reconexão de credenciais. Se você já acumulou trinta ou quarenta, uma troca leva duas a três semanas.
Então na hora de escolher não olhe só a fatura deste mês, olhe o volume que você provavelmente terá daqui a três anos. Para baixa frequência e estável, escolha o que dá menos trabalho; para alta frequência e que vai crescer, suba cedo para um que você mesmo consiga administrar, não espere acumular um monte para depois migrar.
Uma semana de teste, como considerar que funcionou
Não decida pela tabela comparativa do site oficial, pegue um caso real e rode por uma semana. O requisito é um só: esse fluxo falhar uma vez não pode ser fatal, não teste com um fluxo de cobrança.
- Anote quantas vezes por dia esse fluxo roda e quantos passos tem no meio. Esses dois números são toda a entrada, todos os cálculos seguintes dependem deles.
- Calcule o total mensal: vezes × passos. Depois multiplique pela média de registros de dados processados por execução; as duas que cobram por passo precisam desse número.
- Com esse número, vá às páginas de preços dos três sites oficiais e compare faixas, não compare "nomes de plano", compare cotas.
- Rode os sete dias completos e anote duas coisas: quantas vezes falhou e quanto tempo você levou para consertar.
Terminado o teste, com esses três números lado a lado, a escolha basicamente surge sozinha: o uso determina o dinheiro, a taxa de falha determina a estabilidade, o tempo de conserto determina se você aguenta. O terceiro é o mais fácil de ignorar e o que mais faz gente desistir — quem migra do Zapier para self-hosted costuma alegar não o dinheiro, mas "quando dá erro eu não vejo nada".
Se o teste for com n8n, verifique que funcionou por estes quatro sinais: no canvas, abaixo de cada nó aparece um check verde e "N itens"; na lista de execuções surge uma linha "Success"; clicando dentro dá para ver entrada e saída de cada nó; na página "Overview" o número de execuções de produção continua 0 (porque execução manual não conta como execução de produção). Este último é o que mais faz gente achar que não funcionou, mas é normal.
Armadilhas que você vai encontrar
1. Comparar direto o preço da assinatura sem olhar a unidade de cobrança.Num mesmo fluxo de 6 passos, o Zapier conta 5 tasks, o Make conta 6 credits, o n8n conta 1 execução. Parecem todos dígitos únicos, mas o significado difere em uma camada: os dois primeiros multiplicam pelo número de passos, o último multiplica pelo número de execuções.
2. Achar que o Make ainda cobra por operations.A unidade de cobrança já é o credit, e a frase do FAQ do site oficial "As of August 27, credits are the billing unit in Make" refere-se exatamente a essa mudança. Os números de operations nos tutoriais antigos não batem com a nova fatura, e a razão está aqui.
3. Achar que n8n ser gratuito significa custo zero.O software não custa dinheiro, a máquina custa, e o seu tempo custa ainda mais. Duas horas de manutenção por mês, convertidas pelo seu valor-hora, podem custar muito mais do que os $9 do Make.
4. Achar que requisições vazias não contam.A documentação do n8n é bem clara: o trigger Webhook conta uma execução a cada requisição recebida, incluindo quando o body está vazio {}. Usar webhook como probe de health check, disparando a cada 10 segundos, gera duzentas e sessenta mil execuções por mês, todas na fatura. Requisições rejeitadas que falham antes do fluxo iniciar não contam.
5. Calcular errado a conta do polling.O trigger de polling só conta uma execução quando encontra dados novos; quando consulta e volta de mãos vazias, não conta — o que é a seu favor. Mas, por outro lado, isso também significa que você vê menos execuções no sandbox do que na fatura; não use os números do ambiente de teste para estimar a fatura de produção. O trigger agendado é o oposto: cada disparo conta, independentemente de sucesso ou falha.
6. Esquecer que o período de teste termina.Contas recém-registradas no Zapier entram automaticamente em um teste Professional de 14 dias. Os Zaps multi-etapa que você montou durante o teste param quando o período expira e a conta volta ao plano gratuito — o plano gratuito só suporta duas etapas. Tem gente que interpreta isso como "o Zapier quebrou de repente".
7. Perder a chave de criptografia.As credenciais do n8n são criptografadas com uma chave, e o que fica no banco de dados é o texto cifrado. Ao trocar de máquina, reinstalar ou migrar, se a chave não for levada junto, as credenciais não podem ser descriptografadas, e os nodes reportam credencial inválida um a um, mesmo que a senha que você digitou esteja correta. Essa chave fica no diretório de dados; não a omita no backup.
8. Tarefas longas esbarram no limite de duração de execução.No plano Starter da versão cloud do n8n, cada execução tem no máximo 5 minutos. Processar uma planilha de centenas de megabytes, esperar uma API lenta, é fácil ultrapassar; ultrapassou, é falha de execução, não retry em fila.
Três questões extras de segurança no self-hosted
Escolher SaaS significa que a fronteira de segurança é do outro; escolher self-hosted significa que a fronteira é sua. Três coisas concretas:
Superfície de exposição.O n8n vem com conta e senha por padrão, mas instalá-lo em um domínio público é como pendurar essa porta do lado de fora do muro. No mínimo, faça três coisas: ative HTTPS, troque senhas fracas e desative o auto-registro. Os dicionários dos scanners para a página de login do n8n já existem prontos, não é alarmismo.
Não coloque chaves e backups no mesmo lugar.O vazamento da chave de criptografia equivale ao vazamento de todas as credenciais — pode haver senhas de e-mail, credenciais de banco de dados e keys de interfaces de pagamento. Os arquivos de backup contêm credenciais criptografadas; coloque o arquivo de chave separadamente, não o enfie no mesmo diretório de armazenamento em nuvem do backup.
A propriedade dos dados precisa ser bem pensada.A vantagem do self-hosted é que os dados não saem do seu próprio banco de dados; o custo é que backup, exclusão e retenção ficam todos sob sua responsabilidade. Com Zapier ou Make, os dados passam pelos servidores deles; se envolver campos como números de celular e documentos de identidade de clientes, verifique primeiro o DPA e os termos de retenção de dados deles antes de decidir. Este item não tem relação com preço, mas é o mais inegociável entre os três.
Resumo
A diferença entre os três não está em "quem tem mais funções", mas em qual unidade é usada para cobrar. Os que cobram por ação ficam mais caros quanto mais longo o fluxo; os que cobram por execução não amplificam nós nem quantidade de itens.
Baixa frequência, pequeno volume, sem tocar na rede interna: o plano gratuito do Zapier ou Make já basta, não mantenha um servidor só por causa de "open source". Com centenas de execuções, necessidade de processar dados em lote e de ler a rede interna, a conta do n8n self-hosted só fecha — desde que você esteja disposto a gastar uma ou duas horas por mês com ele.
O n8n na versão cloud não é um substituto equivalente ao self-hosted. É mais caro que o Make, dá menos trabalho que o self-hosted, fica no meio, adequado para quem "quer o modelo do n8n, mas não quer gerenciar a máquina".
Continuando adiante
Escolhida a ferramenta, a próxima questão real é como montar o primeiro fluxo. Três nós partindo de uma tela em branco até o resultado estão escritos em"O primeiro workflow"Se a interface ainda não é familiar, comece por"Visão geral da interface do n8n". Se lido em ordem, a partir deÍndice geral do curso, cada artigo pode ser lido de forma independente.
Referências
- n8n Pricing: cotas de execução por plano, número de concorrência, limite de duração por execução
- Understand executions: o que conta como uma execução, quais métodos de acionamento entram na cota
- Community license: usos permitidos e proibidos pela Sustainable Use License, incluindo a definição de serviços de consultoria
- Zapier Pricing: regras de cobrança por task, limite de duas etapas no plano gratuito, descrição do período de teste
- Make Pricing: regras de cobrança por credit, preços de cada plano e cota do plano gratuito
Última atualização: 26 de outubro de 2026, usando n8n 2.43.7.
