Como passar no display name review do WhatsApp Business — minha saga real

Foram meses de idas e vindas com o suporte da Meta. Submissões rejeitadas, tentativas de formatos diferentes, e aquela frustração de não entender exatamente o que estava errado.

Meu objetivo era simples: aprovar o display name "OverAir" — o nome do SaaS de memória digital que construí e que opera via WhatsApp Business Platform. O app OverAir já estava funcionando, a estrutura técnica rodando, tudo pronto pra conversar com clientes. Só faltava o bendito nome aparecer no WhatsApp quando eu mandasse uma mensagem.

No dia 10 de abril de 2026, finalmente recebi a notificação: display name aprovado. Menos de 24 horas depois de eu fazer uma mudança que parecia irrelevante — transformar o site da minha empresa.

Este post é o registro completo dessa saga. Vou mostrar os 3 erros que cometi, a lógica por trás das rejeições que só entendi depois, e o checklist exato que você precisa pra evitar passar meses no mesmo limbo.

O que é o display name e por que ele trava tudo

O display name é o nome que aparece pro usuário quando você (empresa) inicia uma conversa via WhatsApp Business Platform. Sem ele aprovado, você até consegue responder mensagens que os clientes iniciam, mas não consegue enviar mensagens proativas — os famosos templates de marketing, utility e authentication.

Na prática, pra um SaaS como o OverAir que precisa enviar lembretes automáticos ("Ei, você pediu pra lembrar de pagar o cartão amanhã"), sem display name aprovado = sem produto funcional.

O processo de aprovação é assim:

Você cadastra um número de telefone no WhatsApp Business Platform
Você escolhe um display name (ex: "OverAir")
A Meta analisa se esse nome é legítimo, segue as guidelines, e tem comprovação externa
Se aprovado, o nome aparece nas conversas. Se rejeitado, você pode apelar ou reenviar.

Parece simples. Mas a Meta só faz essa análise quando seu número de telefone atinge 2.000 mensagens enviadas (limite de messaging tier). E a análise pode levar 1-2 dias úteis — ou semanas, se você cair em loop de rejeição como eu caí.

Erro #1: O site da empresa-mãe era um portfólio pessoal

Esse foi o erro que demorei mais pra entender.

A Hens Desenvolvimento de Software é minha empresa (MEI). O site era hens.com.br. Mas até abril de 2026, esse site era basicamente um portfólio pessoal meu como desenvolvedor — projetos, skills, contato. Não tinha nada que dissesse "a Hens é uma empresa que desenvolve produtos como o OverAir".

No Meta Business Manager, minha empresa estava cadastrada como "Hens Desenvolvimento de Software LTDA", e o site oficial era hens.com.br. O display name que eu queria aprovar era "OverAir" — o nome de um produto da Hens, não o nome da empresa em si.

Aqui está o que a Meta exige — e que não estava óbvio pra mim:

Se o display name representa um produto/marca que pertence a outra empresa (parent/sub-brand), a relação entre as duas deve ser evidente e clara nos sites de AMBAS as partes.

Em outras palavras: o site overair.hens.com.br podia estar perfeito, mas se hens.com.br (o site cadastrado no Business Manager) não mencionasse que "OverAir é um produto da Hens", a Meta não tinha como validar a associação.

Eu achava que subdomínio (overair.hens.com.br) automaticamente implicava parentesco. A Meta não interpreta assim. Ela quer ver a palavra OverAir escrita no site da empresa-mãe, numa seção de produtos ou serviços, como prova de que a Hens realmente é dona daquela marca.

Comparação com o Studio Kallos: meu outro produto, o Studio Kallos, teve o display name aprovado rapidamente. Por quê? Porque studiokallos.com.br é um domínio apex próprio — não é subdomínio de outra empresa. O Business Manager do Studio Kallos aponta pra studiokallos.com.br, o display name é "Studio Kallos", e a Meta não precisa verificar nenhuma relação parent/child. Tudo bate direto.

Erro #2: O site do produto dizia "em construção"

Enquanto eu desenvolvia o OverAir, a landing overair.hens.com.br tinha uma seção que dizia algo como "app em desenvolvimento" ou "em breve disponível".

Pra mim, era honestidade. Pra um reviewer da Meta analisando se aquele display name representa um negócio legítimo, era um red flag: "esse negócio não está operacional".

As guidelines oficiais da Meta dizem que o display name deve representar um negócio real e operacional. Um site que admite estar "em construção" falha nesse teste, mesmo que o backend já esteja rodando e processando mensagens.

O conserto foi trocar o texto por algo como "Sua memória digital no WhatsApp" — uma descrição do que o produto faz, sem sugerir que ainda não existe.

Erro #3: O formato "OverAir by Hens Desenvolvimento" foi rejeitado múltiplas vezes

Depois de algumas rejeições com só "OverAir", tentei variações:

"OverAir by Hens"
"OverAir by Hens Desenvolvimento"
"OverAir - Hens"

Todas rejeitadas.

A lógica que me venderam (e que não funciona) é que adicionar o nome da empresa-mãe no display name ajudaria a Meta a validar a associação. Não ajudou.

Por quê? Porque o problema nunca foi o nome em si — era a falta de evidência no site. A Meta não aprova um nome só porque você escreveu "by [Empresa]". Ela precisa ver a conexão externamente, nos sites, de forma independente do que você digita no formulário de submissão.

Segundo a documentação da 360dialog, um dos partners oficiais da Meta:

"Se o display name não indica claramente sua relação com a empresa-mãe, você pode indicar a conexão com 'by [NOME DA EMPRESA]'. Mas isso só funciona se os sites de ambas as partes mencionarem a relação."

O "by X" é um complemento, não um substituto da evidência externa.

A solução: transformar hens.com.br em site corporativo

Em 9 de abril de 2026, parei de tentar contornar o problema e fui na raiz: reconstruí o hens.com.br do zero.

Saiu o portfólio pessoal. Entrou um site corporativo simples com:

Header corporativo — "Hens Desenvolvimento de Software"
Seção "Produtos" — listando explicitamente OverAir e Studio Kallos como produtos desenvolvidos pela Hens
CNPJ no footer — comprovando que é uma empresa real
Sem "em construção" — linguagem de negócio operacional
Links pros produtos — overair.hens.com.br e studiokallos.com.br

O site foi pro ar no mesmo dia. Eu resubmeti o display name "OverAir" com o site atualizado.

Menos de 24 horas depois, aprovado.

O que tinha levado meses de vai-e-vem foi resolvido em um dia quando eu finalmente entendi o que a Meta precisava ver: não era uma explicação no formulário de apelação, era evidência pública e verificável de que a marca OverAir pertence à empresa Hens.

O que a Meta realmente verifica (e ninguém te conta)

Baseado na minha experiência e nas guidelines oficiais, aqui está o que o reviewer da Meta provavelmente faz quando analisa um display name:

1. Bate o display name com o nome no Business Manager

Se você pediu "OverAir" mas sua empresa se chama "Hens Desenvolvimento de Software", a primeira pergunta é: qual a relação entre OverAir e Hens?

Se o display name fosse "Hens" ou "Hens Desenvolvimento", aprovação seria trivial — bate direto com o nome cadastrado. Mas pra sub-brands, a Meta precisa de evidência externa.

2. Visita o site cadastrado no Business Manager

O site que você colocou no Business Manager será visitado. Se ele:

Não carrega
Está em manutenção
Não menciona o display name em lugar nenhum
Parece um site pessoal/portfólio em vez de corporativo

...a chance de rejeição é alta.

3. Procura o display name no site

Se você pediu "OverAir", o reviewer vai procurar a palavra "OverAir" no site da empresa. Se não achar, não tem como validar que a empresa realmente é dona dessa marca.

4. Verifica se o negócio parece operacional

Sites com "em breve", "em construção", "landing page placeholder" sugerem um negócio que ainda não existe. Display names são pra negócios reais, não projetos futuros.

5. Checa consistência de capitalização e formatação

O display name deve bater exatamente com como a marca aparece no site — maiúsculas, minúsculas, espaços. Se o site diz "OverAir" e você pediu "Overair" ou "OVERAIR", pode ser rejeitado por inconsistência.

Checklist completo pra aprovar seu display name de primeira

Baseado em tudo que aprendi (e errei), aqui está o checklist que você deveria seguir antes de submeter:

No seu site corporativo (o que está no Business Manager):

Sem "em construção" — mesmo em seções secundárias
CNPJ no footer — ou equivalente de registro empresarial
Seção "Produtos" ou "Serviços" — listando suas marcas/sub-brands
Cada sub-brand mencionada pelo nome — exatamente como você vai pedir no display name
Links funcionais — pros sites dos produtos
Parece um site de empresa — não portfólio pessoal, não blog, não página em branco

No site do produto (se diferente do corporativo):

Produto parece real — screenshots, descrição funcional, call-to-action
Sem "em breve" ou "coming soon" — linguagem de produto lançado
Menciona a empresa-mãe — "um produto da [Empresa]" no footer ou about
SSL funcionando — HTTPS sem erros de certificado

No Meta Business Manager:

Empresa verificada — o processo de Meta Business Verification completo
Site atualizado — o site cadastrado é o corporativo, não o do produto
Informações consistentes — nome, CNPJ, endereço batem com o site

No formulário de display name:

Capitalização exata — igual ao site
Sem caracteres especiais — só letras, números e espaços simples
Mínimo 3 caracteres — regra básica da Meta
Não genérico demais — "Store" ou "Shop" sozinhos são rejeitados

Timeline real: quanto tempo leva?

Pra perspectiva, aqui foi minha timeline completa:

Data	Evento
Janeiro 2026	Primeira submissão de display name "OverAir"
Janeiro 2026	Rejeitado — "não conseguimos verificar associação"
Fevereiro 2026	Resubmissão com "OverAir by Hens"
Fevereiro 2026	Rejeitado novamente
Março 2026	Apelação via suporte — sem sucesso
Março 2026	Múltiplas tentativas de formatos diferentes
9 Abril 2026	Transformo hens.com.br em site corporativo
9 Abril 2026	Resubmeto display name "OverAir" (sem "by")
10 Abril 2026	Aprovado

Três meses de vai-e-vem resolvidos em menos de 24 horas quando o problema real foi endereçado.

E depois da primeira aprovação? Aprovar números adicionais na mesma conta é muito mais rápido. A Meta já validou sua empresa e sua marca. Novos números levam dias, não meses.

Por que o Studio Kallos foi aprovado rápido e o OverAir demorou?

Essa pergunta me incomodou por semanas até eu entender a diferença:

Studio Kallos:

Domínio apex próprio: studiokallos.com.br
Business Manager aponta pra studiokallos.com.br
Display name pedido: "Studio Kallos"
Relação: 1:1 direta — o nome da empresa É o display name

OverAir:

Subdomínio: overair.hens.com.br
Business Manager aponta pra hens.com.br (empresa-mãe)
Display name pedido: "OverAir"
Relação: parent/sub-brand — precisa de evidência externa

Quando você tem um domínio apex que bate com o display name, a verificação é trivial. Quando você tem uma estrutura de sub-brand, a Meta precisa ver os dois lados da relação documentados publicamente.

Se eu tivesse registrado overair.com.br e criado um Business Manager separado apontando pra ele, provavelmente teria sido aprovado na primeira tentativa. Mas aí eu teria duas contas do Meta Business pra gerenciar — uma pra Hens, outra pro OverAir. Preferi manter tudo na mesma conta, o que exigiu documentar a relação.

O erro que ninguém fala: achar que o problema é o nome

A maior armadilha é ficar iterando no display name:

"OverAir" rejeitado → tenta "OverAir App"
"OverAir App" rejeitado → tenta "OverAir by Hens"
"OverAir by Hens" rejeitado → tenta "OverAir - Memória Digital"

Você pode passar meses nesse loop sem perceber que o nome nunca foi o problema. O problema é a evidência que suporta o nome.

A lição mais cara que aprendi: pare de mudar o nome e vá consertar o site.

Se a Meta não consegue verificar que sua empresa é dona da marca que você quer usar, nenhuma variação de formatação vai resolver. Você precisa criar a evidência que o reviewer está procurando — e ela precisa estar no site cadastrado no Business Manager, não só no site do produto.

Custos ocultos de meses de rejeição

Além da frustração, o loop de rejeição tem custos reais:

Tempo de lançamento atrasado — seu produto está pronto mas você não consegue usar o canal principal
Mensagens de teste perdidas — cada resubmissão muitas vezes envolve gastar o limite de mensagens pra triggerar nova análise
Credibilidade com early adopters — difícil fazer beta test quando você não consegue mandar lembretes proativos
Energia mental — cada rejeição é uma pancada na motivação

Se eu tivesse entendido a regra do parent/sub-brand desde o começo, teria gasto um dia configurando o site corporativo em janeiro e estaria operando com display name aprovado há três meses.

Resumo: as 3 regras que teriam me poupado meses

Se você quer um display name diferente do nome da sua empresa, documente a relação nos dois sites — o site da empresa-mãe precisa listar o produto, e o site do produto precisa mencionar a empresa-mãe.
O site no Business Manager vai ser visitado — não deixe ele com cara de portfólio pessoal, projeto abandonado, ou "em construção".
O problema raramente é o nome — se você está sendo rejeitado repetidamente, pare de mudar a formatação e vá verificar se a evidência externa está completa.

Próximo post

Na quarta-feira publico a comparação Firebase vs Supabase: qual escolhi pro OverAir e por quê — com os tradeoffs reais de cada um pra um SaaS que roda WhatsApp + IA. Se você também está decidindo entre os dois, vai ter números concretos pra comparar.

Fontes: