Raphael Serafim· Publicado em 28 de setembro de 2026· 9 min de leitura

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.

Ver como Markdown

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:

  1. O custo passa a seguir o atendimento de cada cliente, não só as campanhas. Cliente que conversa muito custa muito.
  2. A fatura fica em dólar e por categoria, e você precisa medir por cliente para repassar certo.
  3. 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:

AtividadeRepasse por mensagemPlano fixo por instância
Medir mensagens por cliente e categoriaObrigatórioDesnecessário
Converter dólar e aplicar câmbioTodo mêsNão se aplica
Explicar variação na faturaFrequenteRaro
Risco de prejuízo quando o cliente conversa muitoExiste se o repasse atrasar ou errarNão existe por mensagem
Previsibilidade para o clienteBaixaAlta
Complexidade do billingAltaMensalidade 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:

javascript
// 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:

javascript
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ção

O 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:

  1. Onboarding: o SaaS cria a instância do cliente por API.
  2. 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.
  3. Operação: o webhook de cada instância chega no seu backend, identificado pela key.
  4. 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:

PlanoAPIModelo de preço ao clientePara quem
AtendimentoNão oficialMensalidade fixaSuporte, vendas, bots, grupos
OficialCloud APIMensalidade + repasse da MetaCompliance, templates em massa, Flows
HíbridoAs duasFixo + repasse só dos templatesQuem 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átis

Perguntas 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