Zapier ou Make: o custo de um fluxo de cinco etapas

Para um fluxo hipotético de cinco etapas — um gatilho e quatro ações concluídas — o Zapier contabiliza quatro tarefas por execução: a regra de contagem dos Zaps exclui o gatilho e cobra cada ação bem-sucedida. Repetido com frequência, esse fluxo pode exigir uma assinatura bem mais cara que uma automação simples de gatilho e uma ação. O Make tende a levar vantagem no preço para esse volume; o Zapier pode compensar se reduzir o trabalho de implantação e manutenção.

No mesmo exemplo, um webhook e quatro módulos de ação consomem cinco créditos por execução no Make. A tabela de preços e créditos do Make informa que a maioria das ações de módulos custa um crédito, que o plano gratuito inclui 1.000 créditos e que o Core oferece 10.000 créditos por US$ 12 mensais na opção anual. Tarefas e créditos medem operações diferentes: para escolher, é preciso contar o percurso de cada evento nas duas plataformas e comparar a faixa de assinatura necessária.

O que entra na conta de cada execução

A fórmula inicial é eventos mensais × unidades cobradas por evento. Num Zap comum, o gatilho inicia o processo sem consumir tarefa; as ações concluídas consomem tarefas. Filtros, Paths e Formatter também ficam fora dessa contagem. No Make, a leitura de um webhook, uma transformação de dados e uma ação em outro aplicativo normalmente entram na conta, enquanto o módulo Router não consome crédito.

O desenho do fluxo importa tanto quanto o número de eventos. Se um filtro barrar parte deles, as ações seguintes não serão executadas; se uma busca devolver vários itens e os módulos posteriores rodarem para cada item, o consumo poderá crescer além da estimativa por evento. Chamadas de IA e recursos com tarifas próprias também pedem uma conta separada. Os cálculos a seguir pressupõem um item por evento, uma passagem por módulo e apenas as ações descritas.

Três fluxos com a mesma carga mensal

Na triagem hipotética de um chamado, quatro ações geram quatro tarefas no Zapier e seis créditos no Make após o webhook e a transformação.

Considere três fluxos hipotéticos, cada um com 1.000 eventos mensais. Eles representam maneiras possíveis de montar os processos, não resultados de um teste das plataformas. A comparação mantém o resultado de negócio em cada par, embora alguns módulos necessários para alcançá-lo sejam cobrados de forma diferente.

Cadastro de lead: um webhook recebe o cadastro e uma ação cria o contato no CRM. No Zapier, 1.000 × 1 ação = 1.000 tarefas. No Make, 1.000 × (1 webhook + 1 criação) = 2.000 créditos.
Pedido de loja: o webhook inicia o registro em planilha, a atualização do CRM, o envio de email e o aviso no Slack. São cinco etapas, incluindo o gatilho. No Zapier, 1.000 × 4 ações = 4.000 tarefas; no Make, 1.000 × (1 webhook + 4 ações) = 5.000 créditos.
Triagem de atendimento: o webhook recebe o chamado, uma transformação prepara os dados, um roteador escolhe o caminho e quatro ações registram e comunicam o resultado. Supondo que as quatro ações ocorram em cada chamado, o Zapier usa 1.000 × 4 = 4.000 tarefas, com Formatter e Paths sem custo de tarefas. No Make, a conta é 1.000 × (1 webhook + 1 transformação + 4 ações) = 6.000 créditos; o Router não acrescenta crédito.

Se os três processos rodarem na mesma conta, o consumo hipotético se soma: 9.000 tarefas ou 13.000 créditos mensais. Um contrato destinado apenas aos pedidos deve ser dimensionado pelos 4.000 ou 5.000 respectivos, sem receber artificialmente o custo dos outros processos. Essa distinção fica relevante quando uma equipe já paga por capacidade ociosa em uma das plataformas.

Onde o volume muda a assinatura

Ao passar de 1.000 para 2.000 pedidos, o fluxo hipotético sobe de faixa no Zapier e permanece na mesma faixa de créditos do Make.

O comparativo da 2sync, atualizado em 4 de outubro de 2026, lista US$ 89 mensais para 5.000 tarefas e US$ 129 para 10.000 tarefas no Zapier Professional, em ambos os casos com cobrança anual. São valores mensalizados de um compromisso anual, não preços avulsos para um único mês. A página também estima implantação mais rápida no Zapier em um fluxo bidirecional específico; essa estimativa não mede os três exemplos hipotéticos daqui.

No fluxo de pedidos, 1.000 eventos cabem na faixa de 5.000 tarefas do Zapier e na de 10.000 créditos do Make: pelas faixas citadas, a comparação é US$ 89 contra US$ 12 mensais. Com 2.000 pedidos, o consumo sobe para 8.000 tarefas e 10.000 créditos. O Zapier passa à faixa de US$ 129, enquanto o Make ainda cabe na faixa de US$ 12. A aritmética mostra o ponto de mudança: nesse desenho, 5.000 tarefas comportam até 1.250 pedidos e 10.000 créditos comportam até 2.000.

O total dos três fluxos exige outra comparação. As 9.000 tarefas cabem na faixa de 10.000 do Zapier, mas os 13.000 créditos ultrapassam a faixa de 10.000 do Make. Seria necessário selecionar uma faixa maior ou comprar créditos extras; atribuir US$ 12 a toda essa carga esconderia parte do custo. A diferença de assinatura depende, portanto, de quais fluxos dividem a conta e de quanto da capacidade contratada já está ocupado.

Plano gratuito e excedente não funcionam igual

A página de planos do Zapier oferece 100 tarefas mensais no plano gratuito, mas limita esse plano a Zaps de duas etapas. O fluxo de pedidos do exemplo precisa de um plano pago mesmo se executar poucas vezes. Se a cobrança por tarefa excedente estiver ativa, ela usa uma tarifa por tarefa superior à das tarefas incluídas; se estiver desligada, novas execuções ficam em espera ao atingir o limite.

No Make, créditos não usados expiram ao fim do período contratado. Quando os créditos acabam, os cenários deixam de executar até que haja saldo novamente; webhooks recebidos entram em fila até o limite de armazenamento disponível. A plataforma prevê compra de pacotes extras ou mudança de faixa, mas o preço do pacote depende do plano. Para um mês de pico, a conta completa é assinatura + excedente contratado + custo operacional da espera. Sem a tarifa aplicável e o valor que um atraso tem para o negócio, seria enganoso inventar um total fechado.

Integrações e manutenção podem inverter a escolha

A assinatura mais barata só resolve o problema se a integração oferecer as operações necessárias. Um aplicativo presente no catálogo pode não expor o gatilho, o campo ou a ação exigida pelo processo. Também há trabalho para mapear dados, tratar ramificações e transferir a manutenção a outra pessoa. É nesse esforço que uma implantação mais simples no Zapier pode justificar a diferença de preço para uma equipe com poucos fluxos.

O histórico de execução, por sua vez, mostra falhas técnicas, mas uma ação concluída ainda pode gravar um cadastro com dados incompletos. Conferir o resultado no CRM ou no sistema de destino é parte do controle do processo. Para erros explícitos, a documentação de execuções incompletas do Make informa que o armazenamento para retomada vem desativado por padrão e precisa ser habilitado no cenário. Configurar esse recurso e definir quem acompanha as falhas acrescenta trabalho à operação.

Para fluxos repetidos com várias ações, os exemplos favorecem financeiramente o Make nas faixas comparadas. O Zapier ganha força quando suas integrações específicas e a facilidade de colocar o processo em operação poupam trabalho suficiente para compensar a assinatura. A decisão depende do percurso real de cada evento, do volume de pico e de quem manterá o fluxo depois da implantação.