Como se tornar Tech Provider da Meta no WhatsApp: guia completo 2026

Se você desenvolve software e quer vender WhatsApp oficial para seus clientes, existe um passo obrigatório: virar Tech Provider da Meta. É o primeiro nível formal de parceria da WhatsApp Business Platform e o que destrava o onboarding de clientes via Embedded Signup e o gerenciamento de WABAs de terceiros.

Este guia reúne o que a documentação oficial da Meta exige, mais o que a prática do mercado brasileiro mostra sobre o que realmente derruba uma submissão. No meio do texto você encontra três diagramas: a jornada completa, os níveis de parceria e a arquitetura do Embedded Signup.

Neste guia

• Embedded Signup
• Arquitetura multi-cliente
• Custos e precificação
• Checklist final
• Perguntas frequentes

O que é um Tech Provider

Tech Provider é o desenvolvedor terceirizado que constrói uma solução em cima da WhatsApp Business Platform (Cloud API) e a oferece para outras empresas.

Na prática, ser Tech Provider permite:

• Onboardar clientes com Embedded Signup (o fluxo em que o cliente conecta a própria BM e o próprio número dentro do seu produto)
• Gerenciar WABAs em nome de terceiros: números, templates, perfis e webhooks
• Enviar e receber mensagens pela conta do cliente
• Evoluir depois para Tech Partner (com selo e listagem no diretório da Meta)

Sem ser Tech Provider você até usa a Cloud API, mas apenas para o seu próprio negócio. Não dá para escalar clientes nem gerenciar múltiplas contas programaticamente.

Tech Provider x Tech Partner x Solution Partner

Os três níveis de parceria da WhatsApp Business Platform.

• Tech Provider: acesso direto à API, gerencia contas de clientes, usa Embedded Signup. É o ponto de entrada.
• Tech Partner: Tech Provider que evoluiu, foi aprovado no programa de parceiros e passa a ter reconhecimento e incentivos.
• Solution Partner: além de tudo acima, pode estender linha de crédito e faturar as conversas em nome da empresa cliente. É o nível mais alto e o mais difícil de entrar.

Todo desenvolvedor começa como Tech Provider. Não existe atalho para pular direto.

A jornada completa, em uma imagem

As cinco etapas, na ordem em que a Meta espera que aconteçam.

A ordem importa. Cada etapa depende da anterior estar concluída de verdade — e o erro mais comum é tentar antecipar o App Review antes da verificação de negócio.

Pré-requisitos antes de aplicar

Antes de abrir qualquer formulário, tenha isso pronto:

1. CNPJ ativo na Receita Federal, com dados batendo com o que você vai declarar
2. Presença online verificável: site próprio com domínio corporativo, e-mail no mesmo domínio, telefone e endereço públicos
3. Business Manager (BM) criada e, de preferência, já verificada
4. App Meta criado com o caso de uso WhatsApp e um portfólio de negócios conectado
5. Integração real com a Cloud API funcionando: envio, recebimento via webhook e gestão de templates
6. Política de privacidade e termos de uso publicados em URL pública
7. Ícone do app e categoria definidos

O erro mais comum é começar o processo com o produto pela metade. A Meta não avalia intenção, avalia evidência.

Passo 1: verificação de negócio (Business Verification)

Sem BM verificada, o App Review nem começa.

No painel de apps da Meta, vá em Use cases > Customize no caso de uso WhatsApp e depois em Tech Provider onboarding. Clique em iniciar verificação.

Você vai precisar informar e comprovar:

• Nome legal da empresa, endereço, telefone, e-mail e site
• Uma forma de confirmar sua ligação com a empresa (e-mail no domínio, telefone ou SMS)
• Documentos, caso a Meta não encontre sua empresa nas bases públicas

O que costuma travar:

• Nome fantasia na BM diferente da razão social do CNPJ
• Endereço do cartão CNPJ diferente do endereço declarado
• E-mail de domínio gratuito (Gmail, Hotmail) em vez do domínio da empresa
• Site fora do ar, sem contato visível ou sem descrição clara do produto
• Comprovante ilegível ou fora do prazo

Dica prática: antes de enviar, coloque lado a lado o cartão CNPJ e o formulário da Meta e confira caractere por caractere. A maior parte das reprovações é literalmente diferença de texto.

Passo 2: preparar o app para o App Review

Com o negócio verificado, revise as configurações básicas do app:

• Ícone e nome do app
• Categoria correta
• URL de política de privacidade acessível publicamente
• URL de exclusão de dados, quando aplicável
• Webhooks configurados e respondendo

As permissões que você normalmente solicita são as relacionadas a whatsapp_business_management e whatsapp_business_messaging. Cada permissão pedida precisa estar demonstrada em vídeo.

Passo 3: os vídeos (onde a maioria é reprovada)

A Meta exige evidência em vídeo das capacidades declaradas. No mínimo:

• Um vídeo mostrando uma mensagem sendo criada e enviada pelo seu produto, com o resultado chegando no aparelho de destino
• Um vídeo mostrando o gerenciamento de templates (criação, envio para aprovação e uso)

Boas práticas que aumentam muito a taxa de aprovação:

• Grave um screencast contínuo, sem cortes, do fluxo completo: login no seu painel → conexão da conta (Embedded Signup ou equivalente) → criação de template → envio → recebimento da resposta
• Mostre a tela inteira, com a URL do seu produto visível
• Fale ou legende em inglês, ou pelo menos use interface em inglês nas telas críticas
• Duração entre 2 e 5 minutos, resolução legível (1080p)
• Nada de slides, mockups ou protótipos: o revisor precisa ver software real funcionando

Também é pedido acesso de teste. Crie uma conta demo com login e senha e envie no formulário, com o fluxo pronto para ser percorrido. Na prática é raro o revisor entrar, mas a ausência disso é motivo de reprovação.

Passo 4: documentação e submissão

Na submissão, descreva com objetividade:

• O que o seu produto faz
• Quem é o usuário final
• Por que cada permissão é necessária
• Como os dados dos usuários são tratados e armazenados

Escreva como se o revisor não conhecesse o mercado brasileiro. Evite jargão comercial e foque em função técnica.

Como funciona o Embedded Signup na prática

O Embedded Signup é o motivo técnico pelo qual vale a pena virar Tech Provider: é ele que transforma um onboarding de dias em um fluxo de minutos, feito pelo próprio cliente dentro do seu produto.

Fluxo do Embedded Signup, do clique do cliente até o webhook ativo.

Passo a passo do que acontece:

1. O cliente clica em "conectar WhatsApp" no seu painel; você abre o Facebook Login for Business com a configuração do seu app.
2. No popup da Meta, o cliente escolhe (ou cria) a Business Manager, aceita os termos, cria a WABA e registra o número.
3. Ao final, a Meta devolve para o seu front um code de autorização e os IDs da WABA e do número.
4. Seu backend troca o code por um token de acesso, assina a WABA no seu app (subscribed_apps) e registra o número com o PIN de verificação em duas etapas.
5. A partir daí você envia mensagens pela Cloud API e recebe eventos (mensagens, status de entrega, mudanças de qualidade) no seu webhook único.

Pontos que costumam gerar retrabalho:

• Um webhook para todos os clientes: os eventos chegam no endpoint do seu app, identificados por WABA ID. Sua camada de roteamento precisa resolver o tenant a partir desse ID.
• Tokens por cliente: guarde criptografado, com rotação prevista, e trate o caso de o cliente revogar o acesso na BM dele.
• Verificação em duas etapas: sem definir o PIN no registro, o envio falha silenciosamente.
• Idempotência: a Meta pode reentregar o mesmo evento; deduplique por ID de mensagem.

Arquitetura multi-cliente: o que preparar antes

Ser Tech Provider é, na prática, virar um pequeno operador de infraestrutura. Antes de escalar, resolva:

• Isolamento de dados por cliente (multi-tenant no banco, com políticas de acesso por linha)
• Fila de envio com controle de throughput, retry e backoff por número
• Monitoramento de qualidade: acompanhe o rating do número e o limite de mensagens, e alerte o cliente antes de degradar
• Gestão de templates com versionamento e histórico de rejeição
• Logs de auditoria de quem enviou o quê, exigidos por clientes maiores e por LGPD
• Plano de saída: como o cliente leva a WABA dele embora se sair. Isso reduz atrito comercial na venda

Custos e o que você precisa precificar

Não existe taxa para se tornar Tech Provider. O custo real está em três lugares:

• Conversas cobradas pela Meta, no modelo por mensagem de template, com categorias utilitária, marketing e autenticação, e mensagens de serviço dentro da janela de 24h. Esses valores mudam periodicamente — confirme sempre na tabela oficial.
• Sua infraestrutura: filas, armazenamento de mídia, banco, observabilidade e suporte.
• Tempo de engenharia com o processo, revisões e manutenção de compliance.

Na precificação, o padrão de mercado é cobrar assinatura pela plataforma e repassar o custo de conversa com margem. Evite prometer preço fixo por conversa sem cláusula de reajuste — a tabela da Meta muda.

Quanto tempo demora

Não existe SLA garantido, mas o padrão observado é:

• Verificação de negócio: de 1 a 5 dias úteis quando a documentação está correta; pode passar de 2 semanas se houver reenvio
• App Review: de 3 a 15 dias úteis por rodada
• Processo completo: de 3 a 8 semanas para quem já tinha o produto pronto

Cada reprovação reinicia a fila. Por isso vale investir tempo no vídeo antes de enviar, e não depois.

Erros que mais reprovam

• Enviar para App Review antes de a BM estar verificada
• Vídeo que mostra apenas telas, sem mensagem real chegando
• Pedir permissões que o produto não usa
• Política de privacidade genérica, quebrada ou sem menção ao tratamento de dados do WhatsApp
• Site institucional sem descrição do produto que foi submetido
• Divergência entre razão social, BM, domínio e e-mail de contato

Checklist final antes de clicar em enviar

• CNPJ, BM, domínio e e-mail com os mesmos dados
• BM verificada (status "verificado", não "em análise")
• Política de privacidade e termos publicados e acessíveis
• App com ícone, categoria e URLs preenchidos
• Webhook respondendo ao desafio de verificação
• Envio, recebimento e template funcionando em produção
• Screencast contínuo, 1080p, com URL visível
• Conta demo criada, testada e com credenciais no formulário
• Justificativa escrita para cada permissão solicitada

Perguntas frequentes

Preciso ter clientes antes de aplicar? Não. Precisa ter produto funcionando.

Posso usar número pessoal no teste? Pode, desde que o número não esteja ativo no app do WhatsApp comum quando for registrado na Cloud API.

Se eu for reprovado, posso reenviar? Sim, quantas vezes for necessário. Corrija exatamente o ponto citado e reenvie com vídeo novo.

Dá para começar sem ser Tech Provider? Dá, operando sobre a infraestrutura de um parceiro já homologado, e abrir seu processo depois.

Depois da aprovação: o que muda

Aprovado como Tech Provider, você passa a poder:

• Ativar o Embedded Signup no seu produto e onboardar clientes em minutos
• Registrar números, criar e submeter templates via API
• Assinar webhooks das WABAs dos seus clientes
• Estruturar cobrança em cima das conversas, conforme sua política comercial

O passo seguinte é aplicar para Tech Partner, o que costuma exigir volume de mensagens consistente, clientes ativos e qualidade de conta saudável.

Vale a pena virar Tech Provider?

Se o WhatsApp é canal central do seu produto, sim: é a diferença entre revender e ser dono da relação técnica com o cliente. Se o WhatsApp é acessório, contratar um BSP já estabelecido costuma sair mais barato do que manter o processo, a operação e o suporte.

Uma alternativa intermediária é operar sobre a infraestrutura de um parceiro já homologado enquanto você amadurece o produto, e só então abrir seu próprio processo.

Diferencial Simplesdesk: 100% Whitelabel com app próprio do revendedor

Se você vende software para empresas e quer oferecer WhatsApp oficial sem depender de um app centralizado de terceiro, a Simplesdesk permite que revendas Whitelabel cadastrem seu próprio app Tech Provider na Meta — em vez de usar um app da Simplesdesk.

Isso significa que o cliente final acessa e conecta a Business Manager dele dentro da marca da sua revenda, sem aparecer a identidade da Simplesdesk no processo. O app, o nome, o ícone e a URL de política de privacidade são seus. Você continua usando a infraestrutura da plataforma, mas a relação comercial e a identidade de marca permanecem 100% com a revenda.

É um diferencial importante no mercado: a maioria das plataformas exige que o revendedor use o app Tech Provider delas, o que deixa o cliente final ciente de quem é o fornecedor por trás. Com a Simplesdesk, a revenda pode construir seu próprio posicionamento como provedora independente de WhatsApp oficial.

Fontes e leitura recomendada

• Become a Tech Provider — Meta for Developers
• Embedded Signup — Meta for Developers
• Torne-se um Parceiro — WhatsApp for Business

---

Quer conversar sobre WhatsApp oficial, Embedded Signup e operação multi-cliente? Fale com a gente no WhatsApp — você será direcionado para o número do comercial +55 11 3136-2329.