Templates da Meta: o guia de aprovação sem dor de cabeça

Se você opera na API oficial do WhatsApp, já conhece a cena: a campanha está pronta, a lista está pronta, o time está pronto — e o template está “rejeitado”, sem explicação que preste. Você reescreve no chute, submete de novo, espera, rejeitado de novo. Cada rodada dessas é um dia de campanha parado.

A boa notícia é que a aprovação de templates não é loteria. A esmagadora maioria das reprovações que a gente já viu de perto cai num punhado de causas conhecidas — e quase todas são evitáveis antes de submeter. Este guia junta o que aprendemos aprovando templates na prática: como as categorias funcionam, o erro que mais reprova, e as regras de formatação que a documentação não deixa óbvias.

Primeiro, o básico: por que template existe

Na API oficial, você só pode iniciar conversa com um cliente (fora da janela de 24 horas desde a última mensagem dele) usando um template pré-aprovado pela Meta. É o mecanismo de controle da plataforma: em troca de permitir mensagem ativa em escala, a Meta quer saber de antemão o que vai ser enviado. Template aprovado é sua licença para dar o primeiro passo na conversa.

Isso muda a mentalidade: template não é “mensagem que eu escrevo na hora”, é um contrato. Você define a estrutura com lacunas (as variáveis), a Meta aprova a estrutura, e na hora do envio você só preenche as lacunas. Quem trata template como rascunho livre vive de reprovação.

As três categorias — e por que a escolha define tudo

Todo template pertence a uma categoria, e a categoria define o rigor da análise e o preço da conversa:

• UTILITY: mensagens transacionais ligadas a uma ação que o cliente já fez — confirmação de pedido, atualização de entrega, aviso de pagamento, lembrete de agendamento. É a categoria mais barata e a de análise mais rigorosa quanto a conteúdo comercial.
• MARKETING: promoção, oferta, lançamento, reengajamento, qualquer coisa com intenção de venda. Mais cara, mas é onde conteúdo promocional é permitido.
• AUTHENTICATION: códigos de verificação e login. Formato engessado de propósito — não tente criatividade aqui.

A tentação óbvia: classificar tudo como UTILITY para pagar menos. A Meta conhece essa tentação melhor que você — e é exatamente daí que vem a reprovação mais comum do mercado.

A reprovação campeã: cheiro de promoção em template UTILITY

O padrão se repete: o template começa transacional (“seu pedido foi confirmado”) e alguém do time acha que “já que vamos mandar mensagem, aproveita e vende” — e emenda um “aproveite 10% OFF na próxima compra” no final. Resultado: reprovado, ou pior, recategorizado à força como MARKETING. Para a análise da Meta, basta um elemento promocional para contaminar o template inteiro: desconto, cupom, “oferta”, “promoção”, urgência de compra, convite para conhecer outros produtos.

“Template UTILITY é recibo, não vitrine. No momento em que você pendura uma oferta nele, ele vira MARKETING — não importa como você o classificou no formulário.”

A regra prática que evita essa reprovação: um template, uma intenção. Se a mensagem serve ao cliente (confirmar, avisar, lembrar), é UTILITY e não tem uma palavra de venda. Se serve à sua meta de receita, é MARKETING e você assume o custo e as exigências de consentimento que vêm junto. Misturar as duas intenções no mesmo texto é pedir para esperar a fila de revisão duas vezes.

As regras de formatação que ninguém te conta

Além do conteúdo, existe um conjunto de regras estruturais que reprovam template automaticamente — e que muita gente só descobre errando:

• O corpo não pode começar com variável. “{{1}}, seu pedido chegou” reprova; “Olá, {{1}}! Seu pedido chegou” passa. O mesmo vale para terminar: evite fechar o body com variável solta.
• Emoji em botão é proibido. No corpo do texto, emoji com moderação passa; no texto de botões, não.
• Variável sem contexto ao redor reprova — template que é praticamente só placeholders (“{{1}} {{2}} {{3}}”) é rejeitado por conteúdo vago.
• Erros de ortografia e formatação quebrada (chaves de variável erradas, espaçamento estranho) também derrubam a análise.
• Conteúdo proibido pelas políticas da plataforma reprova em qualquer categoria, obviamente.

Placeholders posicionais: como não se enrolar

As variáveis de template são posicionais: {{1}}, {{2}}, {{3}}. Elas não têm nome — o sistema não sabe que {{1}} é “nome do cliente” e {{2}} é “número do pedido”. Quem sabe é você, e é aí que mora o erro clássico: na hora do envio, os valores são passados em ordem, e inverter a ordem significa mandar “Olá, PED-4832! Seu pedido Maria chegou” para a lista inteira. A Meta aprova o template; a vergonha é toda sua.

Três hábitos evitam isso: documente o significado de cada posição no momento em que criar o template (num comentário, num catálogo interno, onde for); numere sempre em sequência sem pular ({{1}}, {{2}}, {{3}} — nunca {{1}}, {{3}}); e teste o template preenchido com dados reais para um número interno antes de qualquer disparo em volume. Template é código: sem teste, vai quebrar em produção.

Checklist antes de submeter

• A categoria reflete a intenção real da mensagem (e você aceita o custo dela)?
• Se é UTILITY: existe alguma palavra de oferta, desconto ou venda no texto? Corte.
• O corpo começa e termina com texto, não com variável?
• Botões sem emoji, com texto curto e claro?
• Cada variável tem posição documentada e o template foi testado preenchido?
• Português revisado — ortografia reprova mais do que você imagina?

Aprovação é processo, não sorte

Quem passa por esse checklist aprova a grande maioria dos templates de primeira — e para de perder dias de campanha em fila de revisão. Template bem construído é infraestrutura: você monta uma vez, com cuidado, e ele trabalha por meses.

No Autopilot, a gestão de templates da API oficial faz parte da plataforma: criação com as variáveis documentadas, acompanhamento do status de aprovação e uso dos templates direto nos fluxos de mensagem e recuperação. A ideia é que a burocracia da Meta seja um passo do processo — não um obstáculo que trava sua operação toda vez que você precisa de uma mensagem nova.