Wafly › Comparativos › WAHA em produção

WAHA em produção em 2026: a conta real do self-host grátis

Por Iago Velasco, fundador da Wafly · Atualizado em 7 de setembro de 2026 · dados conferidos no GitHub e na documentação oficial no mesmo dia

Se você pesquisou "API WhatsApp grátis" ou montou um fluxo de n8n com WhatsApp, provavelmente cruzou com o WAHA. Merecidamente: instalação em um comando de Docker, REST limpo, dashboard, e desde meados de 2026, tudo isso sem pagar licença. Nada nesta página diminui o projeto. O objetivo é responder a pergunta que a página de features não responde: o que continua sendo problema seu depois do docker run — porque é aí que a decisão entre self-host e gerenciado se define de verdade.

O que o WAHA entrega (e o que fica com você)

O WAHA empacota o difícil: uma API HTTP sobre o protocolo do WhatsApp Web, com sessões, webhooks e mídia. O que a arquitetura de self-host deixa, por definição, do seu lado:

• O servidor. VPS, dimensionamento por engine, disco para mídia e sessões, backup. O "grátis" pressupõe uma máquina que você paga e administra.
• A escolha e a migração de engine. São três engines com coberturas diferentes — e a doc oficial avisa que recursos e webhooks podem diferir significativamente entre elas. Escolher errado no início cobra o preço depois, quando o recurso que você precisa só existe na outra.
• A atualização quando o WhatsApp muda. Protocolo não avisa antes de mudar. Quando muda, você acompanha release, testa e faz o rollout — no seu horário ou no do incidente.
• Monitoramento e reconexão. Sessão que cai às 3h da manhã volta quando alguém (você) perceber e agir, ou quando a automação que você construiu para isso funcionar.
• O risco de banimento como processo. Nenhuma API não oficial elimina esse risco — nem o WAHA, nem a Wafly, nem ninguém. A diferença é quem observa os sinais do número e reage: no self-host, esse sistema de observação é mais uma coisa que você constrói.

Estado do projeto em agosto de 2026

Fonte: API do GitHub e documentação/anúncios oficiais do projeto, consultados em 26/08/2026.

Leitura honesta: é um projeto vivo, bem mantido e com licença tranquila — no espectro do open source de WhatsApp, está entre os mais saudáveis. Se o seu critério fosse só "o projeto é bom?", a resposta seria sim. O restante desta página existe porque esse não é o único critério.

As três engines: a escolha que define seu custo

O WAHA não é uma implementação do WhatsApp: são três, com trade-offs bem diferentes.

• WEBJS abre um navegador real por sessão (Chromium via Puppeteer). Comportamento fiel ao WhatsApp Web — e o custo de um Chromium inteiro por número conectado. Para referência do que essa arquitetura consome, uma issue do próprio time do WPPConnect (mesma abordagem) mediu cerca de 387 MB de RAM por sessão, com relatos de produção bem piores.
• NOWEB fala o protocolo direto por WebSocket em Node.js, sem navegador — muito mais leve, cobertura de recursos diferente.
• GOWS, a engine em Go, é a aposta de nova geração do projeto: também WebSocket direto, também leve, ainda em maturação de cobertura.

A pegadinha não é nenhuma engine ser ruim — é que a escolha é sua, a migração é sua, e recursos e webhooks diferem entre elas (aviso da própria documentação). Em produção, mudar de engine não é um toggle: é re-testar a integração inteira.

A conta do self-host que ninguém publica

A licença custa R$ 0. A operação, não. A conta honesta soma:

• Servidor: uma VPS capaz de rodar suas sessões (com WEBJS, dimensione generosamente) mais disco e backup.
• Horas de operação: atualizar o container quando sai release, investigar sessão que caiu, acompanhar mudanças do protocolo. Se isso custa 4 horas por mês e a sua hora vale R$ 100, o "grátis" custa R$ 400 mensais — a mesma conta que fizemos para a Evolution API.
• O plantão: a hora da falha não escolhe horário comercial. Quem atende quando o número da operação para num domingo?

Para volume pequeno ou projeto pessoal, essa conta fecha fácil a favor do WAHA. Para operação que fatura em cima do WhatsApp, ela raramente fecha — e é por isso que este comparativo existe.

WAHA + n8n: o caso mais comum e sua pegadinha

A dupla mais popular do WAHA é o n8n — e a tentação natural é rodar os dois na mesma VPS. Funciona no teste; em produção, os dois competem pelos mesmos recursos: uma conversão de mídia ou um pico de reconexões do WAHA atrasa os workflows do n8n, e um workflow pesado do n8n atrasa o WhatsApp. A solução clássica — separar as máquinas — dobra a infraestrutura e a superfície de operação.

Comparamos as opções desse cenário específico (self-host, node, API gerenciada) em qual API de WhatsApp usar no n8n — se o seu caso é esse, aquela página continua a conversa.

WAHA vs Wafly

Quando ficar no WAHA

Casos em que o WAHA é a escolha certa — e pagar seria desperdício:

• Projeto pessoal, laboratório, volume pequeno. Se o número cair e voltar horas depois sem ninguém perder dinheiro, o custo zero vence qualquer argumento.
• Você tem time de infra de verdade. Se já existe quem opere Docker, monitore e atenda plantão como rotina, o WAHA é um cidadão de primeira classe nesse ambiente.
• Requisito duro de dados on-premise. Se a mensagem não pode sair da sua máquina por contrato ou compliance, self-host não é escolha, é obrigação.
• Seu produto É infraestrutura de WhatsApp. Aí operar isso é o seu core, não distração.

Quando vale pagar

Quando o WhatsApp é o canal por onde o seu negócio fatura, a pergunta muda de "quanto custa a API?" para "quanto custa a API parada?". O que a mensalidade compra não é o protocolo — o WAHA prova que o protocolo pode ser grátis. Ela compra a operação: alguém cuja função em tempo integral é manter números conectados, reagir a mudanças do WhatsApp antes de virarem incidente, e atender às 3h da manhã. R$ 59,90 por instância é o preço de não construir um segundo produto (a infraestrutura) para sustentar o primeiro (o seu).

Perguntas frequentes

Continue comparando

WAHA, WPPConnect, Evolution API, n8n e WhatsApp são marcas e projetos de seus respectivos donos, sem relação com a Wafly. Estrelas, issues, datas e modelo comercial conferidos na API do GitHub e nos canais oficiais do projeto em 26/08/2026; projetos open source mudam rápido, confira na fonte. Encontrou algo desatualizado? Fale com a gente que corrigimos.