Guia prático

Como se tornar Tech Provider da Meta: do zero à aprovação

Quer o selo de Tech Provider sem recomeçar do zero: o que montar antes de enviar e onde quase todo mundo perde rodada.

Tem a senha deste guia ou da comunidade? A da comunidade vale para todos os materiais.

Quero fazer parte e receber esse tipo de conteúdo

Guia prático

Como se tornar Tech Provider da Meta: do zero à aprovação

O roteiro completo para aplicar como Tech Provider: requisitos técnicos, documentação, App Review e o que esperar do processo.

Última atualização: 30 de março de 2026

O que é um Tech Provider

Tech Provider é o primeiro nível oficial de parceria com a Meta para WhatsApp Business. Ele permite que você faça onboarding de clientes (via Embedded Signup), gerencie WABAs em nome de terceiros e opere como um provedor de soluções no ecossistema.

Sem ser Tech Provider, você pode usar a Cloud API para o seu próprio negócio, mas não pode onboardar clientes ou gerenciar múltiplas WABAs programaticamente.

Cliente em produção: o que a Meta quer de verdade

Para o App Review de Tech Provider, você não precisa ter um cliente pagante ou uma WABA de terceiro já rodando em produção só para “cumprir requisito”. O que importa é mostrar um produto que funcione de ponta a ponta: onboarding (de preferência Embedded Signup ou fluxo equivalente), envio, recebimento, templates, etc., em vídeo e, quando pedido, com acesso de teste.

Bizu de founder: grave o screencast com uma conta admin sua percorrendo o fluxo completo. Na submissão, envie credenciais de uma conta demo (é o que o formulário pede para o revisor acessar). Na prática, é raro alguém da Meta entrar nessa conta, mas você precisa deixar o caminho pronto. É meio ovo e galinha, mas costuma funcionar: vídeo sólido + produto minimamente real costuma ser o que destrava.

1. Requisitos mínimos para aplicação

flowchart TD A{"CNPJ ativo?"} -->|Sim| B{"BM verificada?"} A -->|Não| X1["Registrar empresa"] B -->|Sim| C{"Cloud API
integrada?"} B -->|Não| X2["Concluir verificação BM"] C -->|Sim| D{"Fluxo demo
ponta a ponta?"} C -->|Não| X3["Implementar API primeiro"] D -->|Sim| E(["App Review"]) D -->|Não| X4["Fechar MVP demo
admin + WABA teste"]

Checklist de pré-requisitos

Requisito	Detalhes	Tempo estimado
Empresa registrada	CNPJ ativo, endereço comercial, site publicado	Já existente
Business Manager verificada	Documentos da empresa enviados e aprovados pela Meta	12h-7 dias
App criado no Meta for Developers	Tipo "Business", com produto WhatsApp adicionado	1 dia
Integração funcional	Envio e recebimento de mensagens via Cloud API	1-4 semanas
Webhook configurado	HTTPS, recebendo e processando eventos	1-2 dias
Demonstração utilizável	WABA de teste ou sua, mensagens reais no fluxo; screencast + conta demo para revisão (cliente pagante em produção não é obrigatório para o review)	1-2 semanas
Política de privacidade	Mencionando uso da WhatsApp Business API	1 dia

2. Preparação técnica

O que a Meta espera ver no seu produto

Fluxo de onboarding: como o cliente conecta o número (idealmente via Embedded Signup)
Envio de mensagens: interface para criar e enviar mensagens usando templates
Recebimento de mensagens: inbox ou dashboard mostrando conversas recebidas
Gerenciamento de templates: criação, submissão e acompanhamento de status
Analytics básico: métricas de mensagens enviadas, entregues, lidas

Mínimo viável: Você não precisa de um produto completo. A Meta quer ver que a integração funciona de ponta a ponta. Um MVP com onboarding + envio + recebimento é suficiente.

Documentação técnica

Prepare antes de submeter:

Screencast de 3-5 minutos mostrando todo o fluxo do produto
Descrição do caso de uso: o que o produto faz, para quem, e como usa a API
Arquitetura simplificada: como seu sistema se conecta à Cloud API

3. Processo de App Review

flowchart LR A["Submeter review"] --> B["Análise 1-3 dias"] B --> C{"Aprovado?"} C -->|Sim| D(["Tech Provider OK"]) C -->|Não| E["Feedback Meta"] E --> F["Correções"] F --> A

O que incluir na submissão

Item	Formato	O que mostrar
Screencast	Vídeo MP4/link	Fluxo completo: onboarding → enviar → receber → analytics
Caso de uso	Texto	Problema resolvido, público-alvo, como usa a API
Política de privacidade	URL	Menção a WhatsApp, coleta de dados, LGPD
Termos de serviço	URL	Uso de dados de mensagens, responsabilidades
URL do produto	URL	Página de login ou landing page
Credenciais de teste	Texto	Login e senha para o revisor acessar o produto

Timeline do review

Primeira resposta: 1-5 dias úteis
Aprovação (se tudo ok): 3-10 dias úteis
Com correções: cada rodada adiciona 3-5 dias
Pior caso: 30+ dias se houver muitas correções

4. Erros comuns e como evitar rejeição

Top 5 motivos de rejeição

Screencast mostrando apenas screenshots
A Meta quer ver o produto funcionando. Grave uma sessão real, não uma apresentação de slides.
Caso de uso genérico
"Plataforma de comunicação via WhatsApp" não diz nada. Seja específico: "Plataforma de atendimento ao cliente para e-commerces de moda, com automação de respostas sobre pedidos e trocas."
Política de privacidade sem menção ao WhatsApp
A política precisa explicar quais dados do WhatsApp são coletados, como são usados e como o usuário pode solicitar exclusão.
Credenciais de teste que não funcionam
O revisor precisa acessar o produto. Crie uma conta de demo que não expire e teste antes de enviar.
Produto sem recebimento de mensagens
Enviar é só metade. A Meta quer ver que mensagens recebidas são processadas e exibidas.

Dica de founder: Peça para alguém de fora testar o fluxo antes de submeter. Se essa pessoa conseguir usar o produto sem ajuda, o revisor da Meta também vai conseguir.

5. Pós-aprovação: primeiros passos

Após ser aprovado como Tech Provider:

Configure o Embedded Signup para onboardar clientes
Crie um System User Token de longa duração
Implemente o fluxo de gerenciamento de WABAs dos clientes
Configure alertas para monitorar quality rating dos números
Comece a documentar métricas para a próxima evolução (Tech Partner)