A Meta rejeitou o seu modelo do WhatsApp: quase sempre é a categoria

O motivo de rejeição que a Meta devolve mais vezes

Quase todo modelo do WhatsApp rejeitado cai pelo mesmo: a categoria em que você colocou. A redação, que é a primeira coisa que todo mundo revisa, quase nunca é o problema.

A documentação de categorização da Meta é direta: o status REJECTED aparece quando o WhatsApp discorda da categoria que você indicou ao criar o modelo, e o motivo devolvido é INCORRECT_CATEGORY. Existem outras causas, mas essa é a dominante, e também a mais mal interpretada. A pessoa reescreve o texto, suaviza, tira os pontos de exclamação, e rejeitam de novo. Porque o texto nunca foi o problema.

As três categorias, com o exemplo da Meta ao lado

A Meta define três, e vale ler com os exemplos dela.

Marketing. Cobre objetivos amplos: gerar conhecimento, impulsionar vendas, fazer retargeting. O exemplo da Meta para retargeting é "você deixou {{items}} no seu carrinho!". Se a sua mensagem busca que alguém compre algo que ainda não decidiu comprar, é marketing.

Utility. Precisa cumprir duas condições ao mesmo tempo: ser não promocional, e ser específica de uma ação do usuário, pedida por ele, ou crítica para a segurança dele. O exemplo da Meta é "o seu pedido {{order_number}} está confirmado". É utility porque o cliente fez algo e a mensagem informa o resultado disso.

Authentication. Verifica a identidade de uma pessoa com códigos de uso único. "{{123456}} é o seu código de verificação".

O teste mental que funciona: esta mensagem existe porque o cliente fez algo, ou porque eu quero que ele faça algo? O primeiro é utility. O segundo é marketing.

Por que a categoria é dinheiro e não burocracia

Aqui está a razão pela qual todo mundo quer que os seus modelos sejam utility, e pela qual a Meta olha com lupa.

Hoje, os modelos de utility entregues dentro de uma janela de atendimento aberta são gratuitos. Os de marketing são cobrados sempre. É uma diferença de custo direta sobre a mesma mensagem.

Isso explica duas coisas. Por que existe tanto modelo promocional disfarçado de aviso operacional, e por que a Meta automatizou a detecção. Você não está negociando com um revisor distraído.

Vale marcar que esse incentivo encolhe logo: a partir de 1º de outubro de 2026, a Meta também cobra os modelos de utility enviados dentro da janela de 24 horas. O que muda em 1º de outubro está em o post sobre os preços de outubro.

O erro mais comum: conteúdo misto

Essa é a armadilha que pega a maioria.

A Meta diz explícito: um modelo com conteúdo misto, que combina utility e marketing, é categorizado automaticamente como marketing. Ele inteiro.

Ou seja, se você manda "o seu pedido 4821 foi despachado" e pendura no final "aproveite 20% off na próxima compra", perdeu a categoria utility do modelo inteiro. Não é que a Meta desconta a parte promocional. Ela reclassifica o modelo completo.

A regra operacional que sai daí é incômoda mas clara: se você quer que um aviso seja utility, não pendure nada de venda. Nem uma linha, nem um botão, nem um "além disso".

As regras duras de authentication

Se você está mandando códigos de verificação, tem restrições que não se negociam:

• Sem URLs.
• Sem mídia.
• Sem emojis.
• Parâmetros limitados a 15 caracteres.

Um modelo de authentication com um link de "não foi você? avise aqui" é rejeitado. Mesmo que o link seja razoável e a mensagem seja legítima.

Como escrever uma utility que passa

Olhando os exemplos da Meta, as que passam têm a mesma forma:

• Partem do fato, não do pedido. "O seu pedido está confirmado", "o seu saldo disponível é {{amount}}".
• A variável tem contexto ao redor. Um modelo que é quase todo {{1}} {{2}} {{3}} não diz nada ao revisor sobre que mensagem é aquela.
• Não pedem nada. Informam. Se termina em ação comercial, já não é utility.
• Correspondem a algo que o cliente fez. Sem ação prévia do usuário, dificilmente é utility.

Rejeitaram: você tem 60 dias

A rejeição não é definitiva. A Meta dá 60 dias para pedir a revisão da categoria pelo Business Support, contados de quando o modelo foi criado ou de quando a categoria dele foi alterada.

O caminho curto costuma ser outro: em vez de recorrer, partir o modelo em dois. Um utility limpo com o aviso operacional, e um marketing à parte com a promoção. Cada um na sua categoria, cada um com o seu custo, e os dois aprovados.

Onde a Alumbra entra nisso

A Alumbra envia notificações de mudança de status de pedido pelo WhatsApp usando modelos aprovados pela Meta, e deixa você escrever a mensagem uma vez como modelo reutilizável com os campos do seu pedido, os dados do contato e os nomes dos seus status, para usar em todas as regras.

O que não fazemos é prometer que a Meta vai aprovar qualquer coisa. A categoria quem decide é a Meta, e a regra do conteúdo misto se aplica venha a mensagem de onde vier.

Conclusões

• O motivo de rejeição que a Meta mais devolve é INCORRECT_CATEGORY: a categoria não bate com o conteúdo.
• Utility tem que ser não promocional e responder a algo que o usuário fez ou pediu. Marketing é tudo que busca uma ação comercial.
• Um modelo com conteúdo misto é categorizado inteiro como marketing. Não existe meio-termo.
• Authentication não aceita URLs, mídia nem emojis, e os parâmetros vão até 15 caracteres.
• Você tem 60 dias para pedir revisão, mas partir o modelo em dois costuma ser mais rápido que recorrer.
• A partir de 1º de outubro de 2026 as utility dentro da janela também são cobradas, então o incentivo de forçar a categoria encolhe.