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.
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
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ótese | Como foi testada | Resultado |
|---|---|---|
| Idioma declarado | Corpo idêntico em pt_BR, ro, el, ru, tr | Não decide — a forma que aprova aprovou nos 5; a que não aprova falhou nos 5 |
| Conta e histórico | Mesmo corpo em 4 contas, uma delas com 12 mil mensagens enviadas | Não decide — cai em todas |
Amostra (body_example) | Com protocolo e data × banal × cortesia | Não decide |
| Botões | Dois QUICK_REPLY × nenhum botão | Não decide |
| Rodapé | Aviso legal no corpo × no campo FOOTER (27 caracteres) | Não decide — 0/8 nos dois |
| Número de variáveis | 0, 1, 2 e 3 | Não decide isoladamente |
| Variância da revisão | 8 cópias idênticas por forma, mesma conta, mesmo dia | Nenhuma 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 corpo | n | utility | marketing |
|---|---|---|---|
| Texto fixo declara a transação (179 car.) + 1 variável | 9 | 9 | 0 |
| Texto fixo declara + 2 variáveis, ambas nomes | 9 | 9 | 0 |
Texto fixo declara (181 car.) + nome em {{1}} + conteúdo em {{2}} | 8 | 4 | 0 |
| Texto fixo = aviso legal + 2 variáveis com o conteúdo | 10 | 0 | 10 |
| Texto fixo = aviso legal + 1 variável (controle A/B) | 1 | 0 | 1 |
| Texto fixo = fecho neutro + 2 variáveis com o conteúdo | 1 | 0 | 1 |
| Texto fixo declarativo curto (41 / 73 / 92 caracteres) | 12 | 0 | 12 |
| Zero variável, texto fixo curto e genérico | 1 | 0 | 1 |
Aviso legal no FOOTER, corpo de cortesia + 2 variáveis | 8 | 0 | 8 |
| Esqueleto curto, conteúdo na variável (o padrão anterior) | 7 | 0 | 7 |
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
- Confirmar se o critério de categorização mudou entre 29/09 e 01/10/2026 e, se mudou, qual é o critério atual.
- Explicar o par A/B da seção 2: por que um é
UTILITYe o outroMARKETING, quando a diferença é o tamanho do parágrafo final e nenhum dos dois tem conteúdo promocional. - 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. - 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. - 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.