Cobrança de mensagem de serviço no WhatsApp: uma sobe, a outra desce

As duas mudanças de 1º de outubro puxam para lados opostos

Em 1º de outubro de 2026 a Meta passa a cobrar mensagem de serviço e utility entregue dentro da janela de 24 horas. As duas são gratuitas hoje e entram na fatura no mesmo dia — e é aí que a semelhança acaba. A utility passa a contar para o contador de volume tier, onde hoje não conta, e pode empurrar o seu mercado para uma faixa mais barata. A service não tem faixa nenhuma: é tarifa de tabela, todo mês.

A derivação da primeira parte é curta, e é ela que quase todo mundo pulou. A regra de acumulação está na documentação de preços em uma frase literal: “Only messages that are charged count toward the tiers”. Só mensagem cobrada conta. E a mesma página lista, hoje, o que não conta — utility entregue dentro de uma janela aberta e utility entregue na janela de free entry point. A razão de essa utility não contar hoje é ela ser gratuita; no dia em que deixa de ser, ela satisfaz a regra. Não é previsão, é a composição de duas regras já publicadas.

A segunda parte não precisa de derivação nenhuma, porque a Meta escreveu em caixa própria: “Volume tiers: None. Meta does not offer volume tiers for service messages. Meta continues to offer volume tiers for utility and authentication messages.”

Somar as duas na mesma direção é o erro que estamos vendo circular. Uma pode devolver parte do aumento pelo tier; a outra não devolve nada, em mês nenhum.

Mensagem de serviço é a resposta sem template, e ela nunca entra na escada

Mensagem de serviço é qualquer mensagem não-template: a resposta livre que o atendente ou o bot manda com a janela de atendimento aberta. Ela é gratuita desde 1º de novembro de 2024 e passa a ser cobrada em 1º de outubro de 2026, com a mesma tarifa de utility e authentication do mercado — só que sem faixa de volume.

A paridade de tarifa e a ausência de faixa se contradizem no bolso: você vai pagar por uma mensagem de serviço o mesmo preço de tabela que paga por uma utility, sem nunca descer a escada que a utility desce. Numa operação que cresce, a diferença abre todo mês e não fecha.

Vale reler como o contador de faixa funciona, porque quatro detalhes decidem o resultado da conta. A faixa é por par mercado–categoria, e as categorias são utility e authentication: marketing não tem faixa de volume, então quem compara Brasil–utility com Brasil–marketing está comparando um contador com uma coisa que não conta — o contraponto certo é Brasil–authentication. A agregação é no nível do portfólio de negócios, não da WABA isolada, então operação partida em várias WABAs sob o mesmo portfólio soma o volume. E o contador zera todo mês: faixa não é conquista permanente, é uma corrida que recomeça no dia 1.

O quarto detalhe é o mais decisivo dos quatro e o que menos vimos citado nas análises que circularam: a tarifa é específica de cada faixa e não vale para trás. Cruzar um limiar não reprecifica o que já foi faturado antes dele no mesmo mês. A Meta escreve “Rates are tier-specific” e fecha a conta como tarifa de cada faixa multiplicada pelas mensagens que caíram nela — a mesma mecânica das faixas do imposto de renda.

Junte as quatro com a regra de acumulação e o efeito de outubro fica claro. Hoje, todo o volume de utility que você entrega dentro da janela é invisível para o contador do seu mercado. Em 1º de outubro ele deixa de ser invisível de uma vez só, e não gradualmente: o par mercado–categoria cruza o limiar mais cedo dentro do mês, e a utility entregue dali em diante sai na faixa mais barata. O que foi faturado antes do cruzamento fica como estava. O ganho é sobre o volume que sobra do mês, não sobre o mês inteiro — quanto mais cedo a virada acontece, mais mensagens pegam o preço menor. O tamanho depende dos limiares do seu mercado, do seu mix e do dia em que a virada cai, e não existe um número que valha para todo mundo. A direção, essa dá para afirmar: é para baixo.

Desde 1º de agosto, a categoria de cobrança depende de quem escreveu a mensagem

A Meta criou uma categoria de mensagem nova, Meta Business Agent, ao lado de service. Toda não-template que não vem do agente da Meta é service; a que vem dele é cobrada por token, a US$ 2,00 por milhão, desde 1º de agosto de 2026. Mesmo texto, mesma janela, mesmo cliente, unidades de cobrança diferentes.

A frase da documentação é curta e faz todo o trabalho: “Any non-template message that is not powered by Meta Business Agent is a service message.” A categoria deixou de ser propriedade do conteúdo e virou propriedade do autor. Até aqui a Meta precificava pelo que a mensagem era — template ou não, utility ou marketing. Agora precifica também pelo motor que gerou o texto.

A conta de token dá uma ordem de grandeza fácil de carregar. A Meta estima que uma mensagem consome entre 20.000 e 25.000 tokens, o que a US$ 2,00 por milhão dá 4 a 5 centavos de dólar por mensagem — em tarifa única global, sem rate card por mercado e sem faixa de volume, o mesmo número no Brasil e na Alemanha.

Há uma regra de contenção que trabalha a favor de quem opera, e não vimos ninguém escrever sobre ela: a cobrança é única. Uma mensagem não-template é cobrada como Meta Business Agent ou como service, nunca como as duas. E o detalhe que fecha a porta que mais assusta: conteúdo promocional dentro de uma não-template não gera cobrança adicional de marketing.

A consequência operacional é registrar, em cada resposta não-template, qual motor a gerou — agente da Meta, IA própria, IA de terceiro, humano. A partir de agosto isso é atributo de custo, não de produto, e quem não guarda esse campo não reconcilia a fatura depois.

A janela de 24 horas continua existindo; o que muda é o preço do que passa por ela

Nada do que a Meta publicou fala em encerrar a janela de atendimento. Ela continua abrindo com a mensagem do cliente, durando 24 horas e separando resposta livre de template. A janela de free entry point também segue com 72 horas. O que muda é o preço do que passa por dentro das duas.

A janela de free entry point merece uma segunda olhada agora, porque ela já não é o refúgio que era. Ela dura 72 horas, só abre por duas portas — um anúncio Click-to-WhatsApp ou o botão de CTA de uma Página — e só em Android e iOS. A entrega dentro dela continua igual. Mas desde 1º de agosto de 2026 a mensagem do Meta Business Agent é cobrada por token mesmo lá dentro: a janela de 72 horas deixou de ser o lugar onde tudo é gratuito e virou o lugar onde a entrega é gratuita.

A própria Meta publicou o exemplo que mostra o acúmulo, e ele é o dado mais desconfortável do documento: a mesma interação de uma hora, com o mesmo cliente, sai de uma cobrança em 1º de julho de 2026 para três em 1º de agosto — uma de marketing e duas de Meta Business Agent — e para cinco em 1º de outubro, somando uma de service e uma de utility.

Repare no que o exemplo não diz: cinco cobranças não são cinco vezes o valor, porque as quatro linhas novas têm unidades e tarifas diferentes entre si. O que muda de forma é a contagem — e é a contagem que quebra qualquer painel construído sobre a premissa de uma cobrança por conversa.

Quanto vai custar responder um cliente no Brasil depois de outubro

A Meta publicou uma tabela para 10.000 mensagens de IA em resposta no Brasil, e é a única tabela de custo por mercado desse documento. Com IA de terceiro numa interação simples, cerca de US$ 268; com o Meta Business Agent, de US$ 400 a 500; com IA de terceiro numa interação complexa, cerca de US$ 968. Ela é uma comparação entre o produto da Meta e o de terceiros, feita pela Meta, com número aberto — e vale ler o que ela diz de verdade.

A primeira conta que sai dela: a coluna do Meta Business Agent é a conta de token e nada mais. Dez mil mensagens a 4 ou 5 centavos dão exatamente US$ 400 a 500, e não há uma linha de entrega somada por fora — o token é a cobrança inteira.

A segunda: a linha de entrega é a mesma nos dois cenários de service. Dez mil mensagens a 0,68 centavo de dólar dão US$ 68, em ambos. Esses 0,68 centavo são a tarifa vigente de utility e authentication no Brasil, que é a que a Meta usa ali como linha de entrega. Não são a tarifa futura de service, que ainda não tem número publicado, e não devem ser copiados para uma planilha com esse rótulo.

A terceira é a que muda a reunião: a diferença entre US$ 268 e US$ 968 não é da Meta. São US$ 700, e eles são inteiramente o custo da sua própria IA — US$ 200 no cenário simples, US$ 900 no complexo. A Meta cobra US$ 68 nos dois. Na linha mais cara da tabela, 93% do valor é o preço do seu modelo e 7% é o preço do WhatsApp.

Não há um vencedor entre as duas opções: para interação simples a IA de terceiro sai mais barata, para interação complexa o agente da Meta sai mais barato, e o ponto de virada está entre as duas primeiras linhas. A pergunta que você leva para a reunião deixa de ser “quanto a Meta vai me cobrar a mais” e passa a ser “quantos tokens a minha IA queima para resolver uma interação, e quanto disso é conversa que não precisava de modelo nenhum”.

O campo do webhook que separa service de utility

O objeto pricing do webhook de status tem quatro campos, e o que distingue os dois casos gratuitos de hoje é category: service para a resposta sem template, utility para o template dentro da janela. Nos dois, billable vem false e type vem free_customer_service. Depois de outubro, a service cobrada sai com billable true e type regular; no endpoint de analytics, a mesma mensagem aparece como pricing_type REGULAR e pricing_category SERVICE.

Quem montou telemetria de custo lendo só billable e type tem um problema com data marcada: esses dois campos são idênticos nos dois casos gratuitos. Um filtro por eles funde utility e service num número só — e são exatamente as duas coisas que outubro separa, em direções opostas. Sem category gravada, o dado de agosto e setembro não é reprocessável depois.

Falta o Meta Business Agent nesse recorte, e falta de propósito: o formato de analytics e de webhook dele ainda está marcado como forthcoming na documentação. Não construa parser em cima de campo que você não viu.

E há um detalhe de instrumentação que economiza uma semana de trabalho errado. Existe o webhook account_update com o evento VOLUME_BASED_PRICING_TIER_UPDATE, no ar desde 1º de outubro de 2025 — mas a própria Meta avisa que “currently, tiering information is not included in any webhooks”. Faixa de volume não chega por webhook: consulta-se no endpoint pricing_analytics, que devolve o progresso dentro do mês corrente. Como o contador zera todo dia 1, progresso intra-mês é a única leitura que serve para agir a tempo.

A pergunta que vale levar ao seu fornecedor atual antes de 1º de setembro: ele consegue devolver as mensagens de agosto separadas por category — service de um lado, utility de outro — e por par mercado–categoria? Se a resposta for um total único de “mensagens gratuitas”, você começa outubro sem linha de base. Nada disso é vantagem de fornecedor, aliás: é regra da Meta e vale igual para qualquer BSP. O que muda de um para outro é a margem sobre a taxa e o quanto ele consegue mostrar do seu consumo.

O que cabe no prazo, e a data brasileira que quase ninguém marcou

A Meta se comprometeu a publicar as tarifas de 1º de outubro, inclusive a de service, até 1º de setembro de 2026. É até um mês entre o número aparecer e ele valer. Quem chegar em setembro com a linha de base pronta faz a conta naquele mês; quem chegar sem ela passa setembro instrumentando e outubro adivinhando.

O que cabe no prazo é curto e é tudo instrumentação: gravar category em cada status de entrega, registrar o motor que gerou cada resposta não-template, medir a linha de base de agosto e setembro por par mercado–categoria e ler o progresso de faixa no pricing_analytics durante o mês, não no extrato depois dele. Uma recomendação nossa, que não é regra da Meta: conte pelo timestamp do webhook e não pelo do seu servidor — fila, retry e fuso deslocam mensagem de dia, e com um contador que zera no dia 1, mensagem deslocada de dia é mensagem contada no mês errado.

O resto do calendário é previsível: preço só muda em 1º de janeiro, abril, julho ou outubro, com aviso mínimo de um mês para rate card, três meses para adição ao modelo e seis meses para mudança de modelo. Já há uma atualização anunciada para 1º de outubro, com nove mercados saindo das regiões “Rest of”. O Brasil não está na lista, mas ela está redigida como “pelo menos estes mercados” — não é lista fechada.

A data brasileira é outra, e é dura. O faturamento local está em vigor desde 1º de julho de 2026: clientes elegíveis criam WABAs em BRL, as tarifas em BRL já estão publicadas e a cobrança vem da Facebook Brasil. O prazo para migrar todas as WABAs do portfólio é 30 de junho de 2027, e a partir de 1º de julho de 2027 a Meta deixa de entregar as mensagens de WABAs não-BRL de clientes elegíveis. Não é aviso de reajuste; é corte de entrega.

Não é preciso recriar WABA para isso: as WABA Currency Migration APIs estão no ar desde 1º de junho de 2026 e a moeda pode ser migrada por API. São pouco mais de 300 dias até o prazo, o que parece muito e não é — migração de moeda mexe em contrato, em nota fiscal e em reconciliação, e nenhuma das três anda na velocidade da API.

Um aviso de leitura para fechar. A página comercial da plataforma continuava no ar em 26 de agosto de 2026 dizendo que a Meta não cobra por mensagem de serviço nem por utility enviada em resposta ao usuário. Mesma empresa, duas páginas, dois estados do mesmo fato. Quando divergirem, a documentação de desenvolvedor é a que reflete a sua fatura.