WhatsApp Business Platform · categorização de modelos

Modelos UTILITY reclassificados como MARKETING na criação

Experimento controlado com 185 modelos de mensagem, entre 3 e 4 de outubro de 2026. O relatório abaixo isola o fator que decide a categoria — e mostra um par A/B que difere em uma única frase.


1 · O que está acontecendo

Desde 29 de setembro de 2026, nenhum modelo submetido como UTILITY é aprovado nessa categoria nas nossas contas. Todos voltam reclassificados como MARKETING no momento da criação — não reprovados: status: APPROVED, rejected_reason: NONE, category: MARKETING.

A classificação passou a depender da quantidade e da função do texto fixo do corpo. Esse critério não está na documentação pública, e reclassifica modelos cujos equivalentes exatos continuam UTILITY aprovados e ativos na mesma conta.

2 · A prova mais limpa — um par que difere em uma frase

Mesma conta, mesmo idioma declarado (ro), mesma categoria pedida, uma variável só, os mesmos dois botões QUICK_REPLY, amostra transacional nos dois.

utility · approved
Registramos a sua solicitação em nosso
sistema de atendimento.

{{1}}

O acompanhamento fica disponível para
consulta. Se precisar corrigir alguma
informação, responda a esta mensagem.
texto fixo: 179 caracteres
marketing · approved
Registramos a sua solicitação em nosso
sistema de atendimento.

{{1}}

Responda aqui se precisar.
texto fixo: 92 caracteres

A primeira frase é idêntica, palavra por palavra. A única diferença relevante é o tamanho do parágrafo de fechamento: 118 caracteres contra 26. Nada no segundo é promocional — ele é mais curto e igualmente transacional.

3 · O que descartamos, medindo

HipóteseComo foi testadaResultado
Idioma declaradoCorpo idêntico em pt_BR, ro, el, ru, trNão decide — a forma que aprova aprovou nos 5; a que não aprova falhou nos 5
Conta e históricoMesmo corpo em 4 contas, uma delas com 12 mil mensagens enviadasNão decide — cai em todas
Amostra (body_example)Com protocolo e data × banal × cortesiaNão decide
BotõesDois QUICK_REPLY × nenhum botãoNão decide
RodapéAviso legal no corpo × no campo FOOTER (27 caracteres)Não decide — 0/8 nos dois
Número de variáveis0, 1, 2 e 3Não decide isoladamente
Variância da revisão8 cópias idênticas por forma, mesma conta, mesmo diaNenhuma variância: 8/8 aprova, ou 0/8 aprova, conforme a forma

O que sobra como fator: o texto fixo precisa declarar explicitamente a transação e ter peso. Nossa medição coloca o limiar entre 92 e 179 caracteres de texto fixo.

4 · A matriz medida

04/10/2026 · uma única conta · 105 modelos

Forma do corponutilitymarketing
Texto fixo declara a transação (179 car.) + 1 variável990
Texto fixo declara + 2 variáveis, ambas nomes990
Texto fixo declara (181 car.) + nome em {{1}} + conteúdo em {{2}}840
Texto fixo = aviso legal + 2 variáveis com o conteúdo10010
Texto fixo = aviso legal + 1 variável (controle A/B)101
Texto fixo = fecho neutro + 2 variáveis com o conteúdo101
Texto fixo declarativo curto (41 / 73 / 92 caracteres)12012
Zero variável, texto fixo curto e genérico101
Aviso legal no FOOTER, corpo de cortesia + 2 variáveis808
Esqueleto curto, conteúdo na variável (o padrão anterior)707

Somando as duas rodadas — português e quatro idiomas estrangeiros, com corpo idêntico entre elas: 17/17 para a forma com texto fixo declarativo pesado, e 0/18 para a forma em que o conteúdo viaja na variável.

5 · Por que isso parece uma mudança, e não uma regra antiga

Um modelo nosso em pt_BR está UTILITY aprovado desde 09/09/2026 com exatamente a forma que hoje é reclassificada — conteúdo na variável, texto fixo mínimo.

Em 03/10/2026 submetemos dois modelos com o corpo byte a byte idêntico a ele — mesmo md5 do corpo, mesmo idioma, mesma conta, categoria pedida UTILITY. Os dois voltaram MARKETING.

O mesmo corpo, na mesma conta, aprovou como UTILITY em setembro e não aprova mais em outubro. O último UTILITY aprovado em qualquer conta nossa, antes deste experimento, é de 29/09/2026 — e a data coincide com a entrada em vigor da nova tabela de preços, em 1º de outubro de 2026, que passou a cobrar por mensagem também as categorias service e utility.

6 · O que pedimos

  1. Confirmar se o critério de categorização mudou entre 29/09 e 01/10/2026 e, se mudou, qual é o critério atual.
  2. Explicar o par A/B da seção 2: por que um é UTILITY e o outro MARKETING, quando a diferença é o tamanho do parágrafo final e nenhum dos dois tem conteúdo promocional.
  3. Informar se existe um mínimo de texto fixo exigido para a classificação UTILITY. Nossa medição indica um limiar entre 92 e 179 caracteres; isso não consta na documentação.
  4. Esclarecer se um modelo cujo conteúdo informativo viaja numa variável ainda pode ser UTILITY. Se não pode, pedimos que a documentação diga isso — hoje ela não diz, e existem modelos nessa forma aprovados e ativos.
  5. Revisar a categoria dos modelos submetidos como UTILITY, com conteúdo transacional, reclassificados sem motivo informado.

Sobre esta página. Os identificadores de conta, números de telefone e nomes de clientes foram removidos de propósito e seguem no formulário de suporte, não aqui. Os corpos de modelo reproduzidos acima são os submetidos à revisão; as amostras (body_example) de todos eram transacionais.