Make ou n8n: cobrar por etapa ou execução muda o custo da automação

Para uma equipe pouco técnica que quer começar sem administrar servidores, Make tende a ser a escolha mais simples. Para fluxos longos, integrações personalizadas ou exigência de hospedagem própria, n8n pode ser mais adequado. A página de preços do n8n define a execução mensal do workflow, independentemente do número de etapas, como base dos planos pagos e apresenta uma edição Community para instalação própria.

No Make, o custo acompanha o trabalho feito pelos módulos do cenário. A documentação de créditos do Make estabelece que uma operação em aplicativos sem IA consome um crédito, enquanto certos recursos de IA têm consumo variável. Portanto, aumentar as etapas pode elevar o consumo no Make sem alterar, por si só, a quantidade de execuções de um workflow no n8n.

O que entra na conta de cada plataforma

Crédito e operação não são sinônimos em todos os casos do Make. Uma operação é a execução de um módulo para processar ou verificar dados; a explicação oficial das operações mostra que um mesmo módulo pode executar várias vezes ao receber vários conjuntos de dados. Assim, contar os módulos desenhados no cenário não basta para prever o consumo.

Um cenário que envia uma mensagem para cada contato recebido pode repetir o módulo de envio para cada contato. Ramificações também mudam quais módulos são executados em cada passagem. Já um gatilho que consulta novos dados tem sua própria operação de verificação. Essas diferenças importam especialmente quando a automação processa lotes: duas execuções do mesmo desenho podem consumir quantidades diferentes de créditos.

No n8n hospedado, a referência comercial é a execução do workflow, com etapas ilimitadas dentro dele. Isso torna mais previsível a unidade cobrada quando uma solicitação atravessa várias transformações no mesmo fluxo. Ainda é preciso escolher um plano compatível com a frequência das execuções e com as necessidades de duração, simultaneidade e recursos da equipe. Nenhuma das duas unidades, isoladamente, informa o preço final de uma automação.

Três fluxos hipotéticos, com a mesma demanda

Imagine mil solicitações mensais, cada uma iniciando um único workflow no n8n e percorrendo um cenário equivalente no Make. Para isolar o efeito da cobrança, suponha que não haja novas tentativas, processamento adicional de itens nem verificações periódicas fora das operações descritas. Os resultados abaixo são unidades de uso calculadas a partir dessas premissas, não preços ou resultados de testes.

• Fluxo curto: cada solicitação gera exatamente três operações de módulos comuns no Make, incluindo as necessárias para receber, registrar e confirmar o pedido. Mil solicitações consumiriam três mil créditos no Make e produziriam mil execuções no n8n hospedado.
• Fluxo longo: cada solicitação passa por doze operações comuns no Make, entre consultas, transformações e atualizações. O total hipotético sobe para doze mil créditos; no n8n, permanece em mil execuções se todo o percurso couber em um workflow por solicitação.
• Fluxo com agente: cada solicitação aciona quatro operações comuns e usa um recurso de IA do Make com cobrança variável. As operações comuns somariam quatro mil créditos, aos quais se acrescentaria o consumo do recurso de IA conforme a conexão e o modelo escolhidos. No n8n, a hipótese continua em mil execuções; uma API de modelo contratada à parte também pode cobrar pelo uso.

A comparação deixa visível o que muda quando o fluxo se alonga, mas não estabelece um vencedor financeiro automático. Um crédito do Make não tem o mesmo preço que uma execução do n8n, e planos, limites e conexões de IA alteram a despesa. Também há uma diferença entre um cenário que recebe uma solicitação por vez e outro que desdobra cada entrada em muitos itens: no segundo caso, as operações seguintes do Make podem se multiplicar.

Agentes de IA exigem comparar controle e consumo

O comparativo do Make apresenta agentes compartilháveis entre equipes e o Make Grid como um mapa visual das relações entre cenários, agentes e dependências. Essa visibilidade pode ajudar quando áreas diferentes precisam acompanhar uma automação composta por vários fluxos. É uma descrição oferecida pelo próprio fornecedor, e sua utilidade depende da forma como a equipe organiza esses fluxos.

O n8n oferece nós de IA, etapas de código e requisições a APIs, dando a uma equipe técnica mais opções para definir a lógica e conectar serviços ou modelos escolhidos por ela. Essa liberdade também transfere decisões sobre configuração e manutenção. Para um agente, a conta precisa separar o uso da plataforma, o eventual consumo do modelo e o trabalho necessário para manter as integrações; uma única estimativa de operações ou execuções não representa os três componentes.

No Make, o tipo de conexão com IA muda a cobrança: com uma conexão própria a um provedor, a plataforma cobra a operação e o provedor cobra os tokens; com o provedor de IA do Make, créditos podem depender de operações e tokens. Por isso, o cenário hipotético com agente deixa essa parcela variável em aberto. A decisão entre as plataformas envolve tanto essa previsibilidade de gasto quanto o grau de controle que a equipe precisa sobre o comportamento do agente.

Hospedagem própria acrescenta uma equipe à equação

Make funciona como serviço gerenciado na nuvem. O n8n oferece serviço hospedado e uma edição Community instalável em infraestrutura própria; escolher esta última transfere para a organização tarefas como atualizações, cópias de segurança, monitoramento e resposta a falhas. Ter acesso ao servidor pode atender a uma exigência de controle do ambiente, mas não elimina o custo de mantê-lo disponível.

Na comparação da Zapier, Make aparece como mais acessível a equipes de negócio, enquanto a instalação própria do n8n exige capacidade técnica contínua. A Zapier também vende automação, portanto essa avaliação deve ser lida como a análise de uma concorrente. Para uma equipe brasileira, a pergunta concreta é quem fará a manutenção e quanto tempo esse trabalho retirará de outras atividades.

Se a organização já opera serviços próprios e precisa controlar diretamente o ambiente da automação, a edição instalada do n8n pode fazer sentido. Se tiver de criar essa capacidade apenas para a ferramenta, comparar a assinatura do Make ou do n8n hospedado somente com o preço de um servidor subestima a alternativa. O trabalho de corrigir integrações, aplicar atualizações e recuperar fluxos após falhas entra no custo da operação.

Qual escolha combina com cada equipe

• Equipe de negócio com pouco suporte técnico: Make tende a facilitar a montagem e a manutenção inicial. O consumo esperado de operações e dos recursos de IA precisa caber no orçamento.
• Equipe técnica com fluxos extensos: n8n hospedado merece atenção quando várias etapas ocorrem por solicitação e há necessidade de personalizar integrações, sem assumir a administração do servidor.
• Equipe com exigência de hospedagem própria: a edição instalável do n8n atende ao requisito de operar o ambiente diretamente, desde que haja responsáveis por disponibilidade, segurança e atualizações.

Antes da contratação, a comparação financeira mais útil parte de um fluxo representativo e de sua frequência mensal. No Make, estime as operações realmente executadas, inclusive as que se repetem ao processar vários itens, e identifique como a conexão de IA consome créditos. No n8n, estime as execuções e as exigências do plano; se a instalação for própria, acrescente infraestrutura e horas de manutenção. É essa combinação, e não apenas o tamanho do desenho do fluxo, que define a melhor escolha para cada equipe.

Leia também:

• Gemini Enterprise ganha cobrança por uso — o limite agora pode ser o orçamento
• Substack, beehiiv ou Kit: a taxa que muda a melhor escolha
• CrowdStrike vigiará agentes Codex em execução — veja o alcance real