Seu SaaS repassa a cobrança da Meta? Como oferecer WhatsApp com plano fixo aos clientes
Como CRMs e software houses trocam o repasse da cobrança por mensagem da Meta por um plano fixo de WhatsApp: billing, margem, provisionamento e planos híbridos.
Se o seu SaaS repassa a cobrança por mensagem da Meta, a alternativa mais simples em 2026 é oferecer WhatsApp com plano fixo por número, usando uma API sem cobrança por mensagem — como a instância não oficial da WAME (api-wa.me). Você provisiona uma instância por cliente, cobra uma mensalidade previsível e para de medir, faturar e justificar a variação da fatura da Meta todo mês. Como a WAME segue o formato da Cloud API e também oferece a API oficial, dá para manter um plano oficial para quem precisa.
Por que repassar a cobrança da Meta virou um problema?
Até julho de 2026, o repasse era administrável: a parte variável vinha dos templates, e responder o cliente dentro da janela de 24h saía de graça. Em 1º de outubro de 2026, isso acabou. A Meta passou a cobrar toda mensagem de serviço e toda Utility de resposta, desde a primeira, sem faixa grátis — no Brasil, na referência de 0,68 centavo de dólar por mensagem de entrega. Detalhes em o que muda na cobrança da Meta.
Para um SaaS, isso tem três efeitos:
- O custo passa a seguir o atendimento de cada cliente, não só as campanhas. Cliente que conversa muito custa muito.
- A fatura fica em dólar e por categoria, e você precisa medir por cliente para repassar certo.
- O cliente final não entende por que a mensalidade do CRM mudou de valor de um mês para o outro.
O que custa, de verdade, repassar cobrança por mensagem?
Além do valor da Meta, repassar tem custo operacional que raramente entra na conta:
| Atividade | Repasse por mensagem | Plano fixo por instância |
|---|---|---|
| Medir mensagens por cliente e categoria | Obrigatório | Desnecessário |
| Converter dólar e aplicar câmbio | Todo mês | Não se aplica |
| Explicar variação na fatura | Frequente | Raro |
| Risco de prejuízo quando o cliente conversa muito | Existe se o repasse atrasar ou errar | Não existe por mensagem |
| Previsibilidade para o cliente | Baixa | Alta |
| Complexidade do billing | Alta | Mensalidade simples |
Esse custo invisível é o que come margem. A discussão sobre precificação recorrente está em quanto cobrar pelo módulo de WhatsApp.
Como funciona o modelo de plano fixo?
A ideia é trocar a unidade de cobrança: de mensagem para número conectado.
- Cada cliente do SaaS ganha uma instância, conectada ao número dele.
- A WAME cobra plano fixo por instância, sem cobrança por mensagem, na camada não oficial.
- O SaaS cobra do cliente uma mensalidade fixa pelo módulo de WhatsApp, com a sua margem.
- O cliente conversa quanto precisar, sem medir mensagem.
A mensagem sai em texto livre, a qualquer hora, sem template e sem janela de 24h — o que também simplifica o produto. Veja API sem template e sem janela de 24h.
Como calcular a margem com plano fixo?
Use variáveis, não chute. A conta por cliente fica assim:
// Valores ilustrativos: preencha com os seus números.
const precoMensalCliente = null; // o que você cobra do cliente pelo WhatsApp
const custoInstancia = null; // plano da WAME por instância
const custoSuporteRateado = null; // horas de suporte por cliente no mês × custo/hora
const custoInfraRateado = null; // servidor, fila, banco por cliente
const margem = precoMensalCliente - custoInstancia - custoSuporteRateado - custoInfraRateado;Compare com o repasse:
const mensagensServicoMes = null; // do seu relatório por cliente
const tarifaPorMensagemUSD = 0.0068; // referência Brasil, entrega (Meta)
const cambio = null;
const custoMetaMes = mensagensServicoMes * tarifaPorMensagemUSD * cambio;
// + custo de medir, faturar e explicar a variaçãoO ponto não é que um número seja sempre menor — é que, no plano fixo, a margem não depende de quanto o cliente conversa. O passo a passo da economia está em quanto economizar saindo da cobrança por mensagem.
Preciso reescrever o SaaS para mudar?
Não, se você já fala o formato da Cloud API. Na WAME, POST /{key}/message aceita o corpo da Cloud API e devolve o mesmo envelope de resposta, e o webhook com webhookFormat: "meta" entrega o envelope da Meta, com metadata.phone_number_id preenchido com a key da instância — o que facilita rotear o evento para o cliente certo.
O que muda: URL base, autenticação pela key, mídia por link e template virando texto livre na instância não oficial. O mapa completo está em sua integração com a Cloud API continua funcionando na WAME? e em um código só para oficial e não oficial.
Como provisionar uma instância por cliente?
O ciclo de vida do cliente vira o ciclo de vida da instância:
- Onboarding: o SaaS cria a instância do cliente por API.
- Conexão: o cliente conecta o número dele por QR Code ou por código de pareamento, dentro do seu produto e com a sua marca. Veja onboarding com código de pareamento.
- Operação: o webhook de cada instância chega no seu backend, identificado pela key.
- Suspensão e cancelamento: inadimplência pausa, cancelamento desconecta.
O guia completo está em provisionar WhatsApp para 100 clientes por API.
E o cliente que precisa da API oficial?
Alguns clientes vão exigir a oficial: empresa regulada, marketing em alto volume com templates, WhatsApp Flows. Como a WAME oferece as duas no mesmo formato, o SaaS pode ter planos híbridos:
| Plano | API | Modelo de preço ao cliente | Para quem |
|---|---|---|---|
| Atendimento | Não oficial | Mensalidade fixa | Suporte, vendas, bots, grupos |
| Oficial | Cloud API | Mensalidade + repasse da Meta | Compliance, templates em massa, Flows |
| Híbrido | As duas | Fixo + repasse só dos templates | Quem faz atendimento e campanha |
No código, o plano define qual key de instância o envio usa. O restante do sistema não muda. Veja estratégia híbrida.
Quais cuidados o SaaS precisa ter com a API não oficial?
- Transparência com o cliente: a camada não oficial não é afiliada à Meta, e o uso é responsabilidade de quem envia. Deixe isso claro no contrato — referência em API de WhatsApp e LGPD no contrato.
- Política de uso: a WAME não apoia spam. Um cliente disparando para lista comprada põe o número dele em risco; coloque regras de uso no seu termo. Veja uso responsável.
- Monitoramento: trate os eventos de conexão e de saúde de cada instância para avisar o cliente antes de um problema virar chamado.
Com uso correto — atendimento e notificação para quem pediu — a taxa de bloqueio é muito baixa.
Em resumo
- Desde 1º/10/2026, repassar a cobrança da Meta exige medir o atendimento de cada cliente.
- Plano fixo por instância troca a unidade de cobrança de mensagem para número conectado.
- A margem deixa de depender de quanto o cliente conversa.
- Na WAME, o formato da Cloud API é o mesmo, então a migração é de configuração.
- Clientes que exigem a oficial ficam num plano próprio, na mesma plataforma.
Conclusão
Repassar cobrança por mensagem funcionava enquanto o atendimento era gratuito. Com a virada de outubro de 2026, virou um problema de billing, de margem e de explicação para o cliente. Oferecer WhatsApp com plano fixo por número resolve os três: o cliente paga um valor previsível, você mantém margem estável e o billing fica simples. Na WAME (api-wa.me), isso vem com o formato da Cloud API e a opção de API oficial na mesma plataforma, para os clientes que precisam dela. Veja como plugar no seu produto em WhatsApp API para CRM e SaaS e API de WhatsApp para software house.
Pronto para automatizar seu WhatsApp?
Crie sua conta gratuita e comece a enviar mensagens pela API em minutos.
Começar grátisPerguntas frequentes
Como um SaaS pode oferecer WhatsApp sem repassar a cobrança por mensagem da Meta?+
Usando uma API com custo fixo por número, como a instância não oficial da WAME (api-wa.me), que cobra plano fixo por instância sem cobrança por mensagem. O SaaS provisiona uma instância por cliente e cobra uma mensalidade fixa, sem medir mensagem por mensagem.
Por que repassar a cobrança da Meta ficou mais difícil em 2026?+
Porque desde 1º de outubro de 2026 a Meta cobra toda mensagem de serviço e toda Utility de resposta dentro da janela de 24h, sem faixa grátis. O custo passou a variar com o atendimento de cada cliente, e o SaaS precisa medir, faturar e explicar essa variação todo mês.
Preciso reescrever meu SaaS para trocar a Cloud API pela WAME?+
Não, na maior parte. A WAME aceita o corpo de envio da Cloud API em POST /{key}/message e entrega o webhook no envelope da Meta no formato meta. O SaaS troca URL base, autenticação e detalhes de mídia; a lógica de mensagens continua.
Dá para oferecer planos com API oficial e não oficial no mesmo SaaS?+
Sim. A WAME oferece as duas na mesma plataforma e no mesmo formato. Um SaaS pode ter um plano de atendimento com instância não oficial e preço fixo e um plano com API oficial para clientes que exigem templates, compliance ou Flows, com o custo da Meta repassado só nesse caso.
Como provisionar WhatsApp para vários clientes de um SaaS?+
Crie uma instância por cliente no onboarding, conecte o número do cliente por QR Code ou código de pareamento e mapeie os estados do contrato (ativo, suspenso, cancelado) para ações na instância. A WAME permite automatizar esse ciclo por API.
Continue lendo
Alternativa à API oficial do WhatsApp depois do aumento de outubro de 2026
A partir de 1º de outubro de 2026 a Meta cobra toda mensagem de serviço. Veja as alternativas à API oficial e por que a WAME migra sem reescrever o sistema.
A API oficial do WhatsApp ainda vale a pena em 2026? Quando sim, quando não
Com a cobrança de mensagem de serviço de outubro de 2026, veja quando a API oficial do WhatsApp compensa, quando a não oficial é melhor e quando usar as duas.
API de WhatsApp mais barata em 2026: comparando os modelos de cobrança
Cobrança por mensagem, plano fixo por instância ou self-host: qual API de WhatsApp sai mais barata em 2026, com a fórmula para calcular o seu caso.