Wafly › Comparativos › WPPConnect em produção
WPPConnect em produção em 2026: o preço do navegador por sessão
O WPPConnect resolve o problema de um jeito que nenhuma outra opção popular resolve: em vez de reimplementar o protocolo, ele abre o WhatsApp Web de verdade num Chromium headless e automatiza a página. Isso dá a ele uma fidelidade de comportamento que protocolo reimplementado não tem — e uma conta de recursos que cresce com cada número conectado. As duas coisas são o mesmo fato visto de lados diferentes, e é essa troca que esta página examina.
O que o WPPConnect é (e por que ele pesa)
Cada sessão do WPPConnect é um navegador real: Chromium, WhatsApp Web carregado, código injetado na página. As consequências práticas:
- Fidelidade máxima: o que o WhatsApp Web faz, ele faz — porque é o WhatsApp Web.
- Custo por número: cada sessão carrega o peso de um navegador inteiro. Multiplicou números, multiplicou Chromiums.
- Modos de falha de navegador: vazamento de memória, processo zumbi, página que não responde — problemas de operar browser em escala, somados aos de operar WhatsApp.
Os números que o próprio projeto publica
O melhor dado disponível não é benchmark de terceiro: é uma issue aberta pelo próprio time.
| Medição | Valor |
|---|---|
| RAM por sessão (medida pelo time) | ~387 MB, em 4 processos de Chromium |
| CPU por sessão na mesma medição | ~15% |
| Relato de produção na mesma discussão | 30 GB de 32 GB consumidos |
| Pior caso relatado | uma única sessão usando 12 GB |
Fonte: documentação e issues do projeto, apurado em 27/07/2026.
Para dimensionar: com ~387 MB por sessão, 10 números pedem ~4 GB só de WhatsApp — antes do seu app, banco e sistema. E o relato de 12 GB numa sessão mostra o teto do problema: sem tooling nativo para identificar qual sessão vaza, o diagnóstico também é seu.
Estado do projeto e bus factor
Nos pontos em que muita opção open source falha, o WPPConnect vai bem: a cadência de release é regular (v2.2.4 em 24/07/2026) e a comunidade brasileira é grande. O ponto estrutural é outro: a manutenção humana se concentra em essencialmente duas pessoas. Não é crítica — é matemática de risco: a sua operação passa a depender da disponibilidade contínua de um núcleo muito pequeno, sem contrato, sem SLA.
Licença LGPL, na prática
O WPPConnect é LGPL-3.0-or-later — mais previsível para consumo como dependência do que a cadeia MIT-sobre-GPL do Baileys, e esse é um ponto genuinamente a favor. A obrigação que permanece: modificações na própria lib precisam ser publicadas. Não somos advogados e isto não é parecer jurídico; produto fechado e distribuído merece uma revisão de licenças por quem é.
O travamento de passkey de julho de 2026
A partir de julho de 2026, uma mudança do WhatsApp no fluxo de pareamento (passkey) travou a leitura de QR em várias implementações open source — o WPPConnect entre elas (issue aberta em 02/07/2026), junto com o Baileys. É o exemplo perfeito do risco estrutural do self-host: quando o WhatsApp muda, a sua operação espera a correção do projeto — e não há prazo, porque não há contrato. Na Wafly, o fluxo de passkey foi tratado e validado em produção em julho de 2026; é literalmente o nosso trabalho fazer essa correção antes de virar incidente do cliente.
WPPConnect vs Baileys vs Wafly
| WPPConnect | Baileys | Wafly | |
|---|---|---|---|
| Arquitetura | Chromium por sessão | Protocolo direto (WebSocket) | Protocolo direto (engine própria) |
| Custo de licença | R$ 0 (LGPL-3.0) | R$ 0 (MIT + libsignal GPL-3.0) | R$ 59,90/instância |
| RAM por número | ~387 MB medidos | Baixa, não documentada | Não é problema seu |
| Cadência de release | Boa (v2.2.4 em 24/07/2026) | Lenta (7.0.0 em RC desde out/2025) | Contínua, invisível para você |
| Bus factor | ~2 mantenedores | Núcleo pequeno | Time pago para isso |
| Passkey (mudança de jul/2026) | Issue aberta desde 02/07/2026 | Issue aberta desde 30/06/2026 | Validado em produção em jul/2026 |
| Sinal de risco do número | Você constrói | Você constrói | Score de saúde 0–100 no painel |
| Quem atende às 3h da manhã | Você | Você | A gente |
Quando ficar no WPPConnect
- Poucos números e RAM sobrando. Com 1–3 sessões numa máquina folgada, o custo da arquitetura é irrelevante e a fidelidade do navegador é um ativo.
- Você precisa de um comportamento que só o cliente real tem. Automação de recursos que reimplementações ainda não cobrem: navegador real é o caminho.
- Time com prática de operar browsers em escala. Se Puppeteer em produção já é rotina para vocês, os modos de falha não assustam.
- Orçamento zero de verdade. Tempo trocado por caixa é uma troca legítima em começo de operação.
Quando vale pagar
A conta é a mesma dos outros comparativos, com um agravante de hardware: além das horas de operação (4 h/mês × R$ 100/h = R$ 400 do "grátis"), a arquitetura de navegador transforma crescimento em upgrade de servidor — cada ~10 números são ~4 GB de RAM a mais, pelos números do próprio projeto. Quando o WhatsApp é canal de faturamento e o plano é crescer o número de sessões, o custo marginal do self-host de navegador cresce mais rápido que a mensalidade fixa de uma instância gerenciada.
Migre sem risco
- 3 dias com o seu número real, sem cartão. Conecte, aponte os mesmos webhooks e rode em paralelo com o fornecedor atual.
- Migração assistida no WhatsApp. Mande o webhook ou o fluxo que você usa hoje e receba o de-para de endpoints em até 1 dia útil.
- Cancele pelo painel, sem cobrança depois. Reembolso integral nos primeiros 7 dias.
- Preço fixo, sem asterisco. R$ 59,90 por número com mensagens ilimitadas; acima de 10 em conta parceira, R$ 39,90 em todos.
Criar instância grátis Pedir migração assistida no WhatsApp
Conecte pelo computador: o QR e o código de pareamento aparecem no painel.
Rode o mesmo fluxo sem carregar Chromium nenhum
Crie uma instância, aponte os webhooks e compare consumo e estabilidade com a sua operação atual. 3 dias grátis, sem cartão. Documentação pública, com payloads reais.
Criar instância grátisPerguntas frequentes
Quanta memória o WPPConnect consome por sessão?
~387 MB por sessão em 4 processos de Chromium, medidos numa issue do próprio time — com relato de produção usando 30 GB de 32 GB e um caso de 12 GB numa única sessão. É consequência da arquitetura (um navegador por número), não bug.
O WPPConnect é mantido em 2026?
Sim, com boa cadência (v2.2.4 em 24/07/2026). O ponto de atenção é o bus factor: a manutenção se concentra em ~2 pessoas, sem SLA.
Posso usar WPPConnect em produto fechado?
A licença é LGPL-3.0-or-later — mais previsível que GPL viral para consumo como dependência; modificações na lib precisam ser publicadas. Não é orientação jurídica: valide com um advogado.
WPPConnect ou Baileys?
Arquiteturas opostas: navegador real (fiel e pesado) vs protocolo direto (leve, com as ressalvas de licença e TC token). A comparação completa está na página do Baileys.
Continue comparando
WPPConnect, Baileys, WAHA e WhatsApp são marcas e projetos de seus respectivos donos, sem relação com a Wafly. Números de RAM/CPU e datas apurados na documentação e nas issues públicas dos projetos em 27/07/2026 (estado do projeto) e 26/08/2026 (revisão); projetos open source mudam rápido, confira na fonte. Observações sobre licença não constituem orientação jurídica. Encontrou algo desatualizado? Fale com a gente que corrigimos.