Tech Provider da Meta — parte 2: screencast, Embedded Signup v4, reprovações e checklist
Esta é a segunda parte do guia. Se ainda não leu a primeira, comece por Tech Provider da Meta — parte 1: conceitos,
validações e passo a passo.
Como gravar um screencast que faz sentido
Roteiro em seis cenas para gravar o screencast do App Review
Grave um vídeo curto por permissão, a menos que o formulário permita e deixe claro que uma demonstração única é
suficiente. O revisor precisa saber o que observar sem adivinhar.
Roteiro prático
- Contexto: mostre a URL, faça login na conta demo e diga qual permissão será demonstrada.
- Origem da ação: mostre o botão ou a tela que inicia o uso da permissão.
- Ação real: crie o template, conecte a conta ou envie a mensagem.
- Resultado externo: mostre a mensagem chegando ao WhatsApp de destino.
- Retorno: responda e mostre o evento recebido no produto.
- Conclusão: aponte o status ou dado que comprova que a operação terminou.
O que evitar
- apresentação de slides no lugar do produto;
- cortes que escondem a ação principal;
- texto ou cursor pequenos demais;
- ambiente quebrado, carregando indefinidamente ou com credencial expirada;
- narrar uma função que não aparece na tela;
- misturar várias permissões sem explicar qual está sendo demonstrada;
- usar dados pessoais ou conversas reais de clientes.
Você não precisa transformar o vídeo em propaganda. Clareza vale mais que produção cinematográfica.
Embedded Signup v4: o que mudou
O Embedded Signup é a interface em que o cliente autentica, autoriza o app e cria ou seleciona os ativos necessários
para conectar o WhatsApp ao seu produto.
Arquitetura do Embedded Signup entre cliente, produto e WhatsApp
Em setembro de 2026, a implementação recomendada para projetos novos é a versão 4. A descontinuação da versão 2 está
anunciada para 15 de outubro de 2026. Se sua integração ainda usa a v2, trate a migração como prioridade e confirme o
cronograma no painel antes de publicar mudanças.
No fluxo técnico, seu produto normalmente:
- abre o Facebook Login for Business com a configuração correta;
- recebe o código e os identificadores gerados no fluxo;
- troca o código no servidor e armazena os dados com segurança;
- assina o app nos eventos da WABA;
- registra e configura o número conforme o cenário;
- roteia mensagens e estados recebidos pelo webhook.
Cuidados que aparecem depois da demonstração
- isole os dados de cada cliente;
- criptografe credenciais sensíveis e planeje rotação e revogação;
- deduplique eventos recebidos mais de uma vez;
- valide assinaturas e origem das chamadas ao webhook;
- acompanhe qualidade, restrições e estados dos números;
- defina como o cliente desconecta ou transfere a operação;
- registre ações administrativas para auditoria.
Motivos comuns de reprovação
O vídeo não prova a permissão
Mostrar uma tela pronta não prova que a ação ocorreu. Exiba o início, o processamento e o resultado.
O caso de uso é genérico
“Plataforma de comunicação” não informa usuário, ação nem finalidade. Seja específico.
A política não explica dados do WhatsApp
Uma política genérica não demonstra como mensagens, contatos, mídias e metadados são tratados.
A conta demo não funciona
Teste o login em janela anônima, confira permissões e deixe dados suficientes para o revisor entender a tela.
O produto só envia
Para um produto de atendimento, mostre também recebimento, webhook e exibição da resposta.
Foram pedidas permissões demais
Solicite apenas o que o produto usa agora. “Planejamos usar no futuro” não é uma boa justificativa.
FAQ: erros de rejeição no App Review e como corrigir
Reuni aqui os erros que mais aparecem nas devolutivas. Clique no erro para ver por que acontece e como corrigir antes de
reenviar. “O vídeo não mostra como o app usa a permissão” Por que acontece: o screencast mostra telas prontas, mas não a
ação acontecendo — o clique no envio, a chegada da mensagem, a resposta aparecendo.
Como corrigir: regrave seguindo o roteiro de seis cenas deste guia. Para cada permissão, mostre início, processamento e
resultado, sem cortes nas ações críticas. Se pediu whatsapp_business_messaging, o envio e o recebimento precisam
aparecer funcionando; se pediu whatsapp_business_management, mostre a gestão de templates ou da conta. “Não conseguimos
acessar o app com as credenciais fornecidas” Por que acontece: login quebrado, senha expirada, verificação em duas
etapas, ambiente fora do ar ou a conta demo sem os dados necessários para a tela fazer sentido.
Como corrigir: antes de reenviar, teste o acesso em uma janela anônima, como um estranho faria: entre com a conta demo,
confirme que não há 2FA, que o ambiente está no ar e que a conta tem conversas, templates e histórico suficientes para o
revisor entender o produto. Deixe a URL exata de login nas instruções. “O caso de uso descrito não corresponde ao que
foi demonstrado” Por que acontece: a descrição fala de um fluxo e o vídeo mostra outro — ou a descrição é genérica
demais (“plataforma de comunicação”) para o revisor saber o que esperar.
Como corrigir: escreva o caso de uso no formato “quem usa → o que faz → para quê”, e alinhe o vídeo a ele, cena por
cena. Exemplo: “Empresas de varejo usam o produto para responder clientes que iniciam conversa no WhatsApp; o vídeo
mostra a recepção da mensagem, a resposta do atendente e o registro no histórico.” “A política de privacidade não
descreve o tratamento dos dados do WhatsApp” Por que acontece: política genérica, copiada de modelo, sem mencionar
mensagens, contatos, mídias, metadados, retenção e compartilhamento.
Como corrigir: inclua uma seção específica sobre a integração com o WhatsApp Business Platform: quais dados trafegam,
por quanto tempo ficam armazenados, com quem são compartilhados (ex.: a Meta, como provedora do canal) e como o titular
pede exclusão. Publique em URL pública e confirme que o link cadastrado no app abre essa página. “O app só demonstra
envio de mensagens” Por que acontece: o vídeo mostra o disparo, mas um produto de atendimento precisa provar o ciclo
completo.
Como corrigir: inclua o caminho de volta: a resposta do cliente chegando pelo webhook e aparecendo na caixa de entrada
do atendente, com status de entrega e leitura. Se o produto tem histórico ou relatório, mostre rapidamente no
encerramento. “Permissões solicitadas sem justificativa” Por que acontece: pedido de permissões que o produto não usa
hoje, com justificativa do tipo “planejamos usar no futuro”.
Como corrigir: remova do pedido tudo o que não aparece em uso no vídeo. Solicite apenas o conjunto mínimo para o fluxo
demonstrado. Permissões novas podem ser pedidas depois, em uma nova análise, quando a funcionalidade existir. “A
verificação da empresa foi reprovada ou está pendente” Por que acontece: divergência entre o nome legal, o endereço ou o
site cadastrados e os documentos enviados; ou documentos ilegíveis/vencidos.
Como corrigir: confira caractere por caractere o nome legal e o endereço no painel com o que consta no documento
oficial. O site precisa estar no ar, com o nome da empresa visível. Reenvie documentos legíveis e dentro da validade.
Sem a verificação concluída, a análise do app não avança. “O fluxo de onboarding não está conforme” Por que acontece: o
produto pede token manual ao cliente ou usa uma versão antiga do Embedded Signup.
Como corrigir: implemente o Embedded Signup na versão vigente, de modo que o cliente autorize o acesso pela janela
oficial da Meta e volte ao produto já conectado. Se você usa a versão 2, planeje a migração antes de 15 de outubro
de 2026. Reprovou mesmo assim: e agora? Leia a devolutiva no painel do app até o fim — ela indica a permissão e o
motivo. Corrija apenas o que foi apontado, regrave as evidências afetadas e reenvie. Evite reenviar sem mudanças:
submissões repetidas com o mesmo problema não aceleram nada e podem atrasar as próximas análises.
Quanto tempo demora
Não existe SLA público único para concluir tudo. Como referência de planejamento, reserve semanas, não dias. Uma empresa
com documentos consistentes e produto pronto tende a avançar mais rápido; pedidos de documentos, falhas na demo e novas
rodadas de vídeo aumentam o prazo.
Em vez de prometer uma data, organize o projeto por marcos:
- empresa verificada;
- app configurado;
- integração ponta a ponta testada;
- vídeos e textos revisados;
- primeira resposta da análise;
- correções solicitadas;
- acessos aprovados e teste com o primeiro cliente.
Checklist final antes de enviar
Empresa e presença digital
- [ ] Razão social, endereço, telefone e domínio estão consistentes
- [ ] Site descreve o produto real e possui HTTPS
- [ ] Política de privacidade cobre dados do WhatsApp
- [ ] Termos e exclusão de dados estão acessíveis
App e integração
- [ ] App correto está vinculado ao portfólio correto
- [ ] Caso de uso WhatsApp está configurado
- [ ] Webhook responde e recebe eventos
- [ ] Envio e recebimento foram testados
- [ ] Templates podem ser criados ou consultados
- [ ] Embedded Signup usa a versão atual aplicável
Revisão
- [ ] Cada permissão tem justificativa específica
- [ ] Cada vídeo mostra ação e resultado
- [ ] Nenhum dado real de cliente aparece na gravação
- [ ] Conta demo funciona em janela anônima
- [ ] Instruções de acesso são curtas e reproduzíveis
- [ ] Uma pessoa de fora conseguiu seguir o fluxo sem ajuda
Depois da aprovação
A aprovação não encerra o trabalho; ela inicia a responsabilidade operacional. Antes de acelerar as vendas:
- teste o Embedded Signup com uma conta que não participou do desenvolvimento;
- monitore erros de onboarding, webhook e envio;
- crie alertas para qualidade e restrições dos números;
- documente revogação, desconexão e recuperação de acesso;
- mantenha política de privacidade e termos alinhados ao produto;
- acompanhe alterações de versão e requisitos no painel da Meta.
A evolução para Tech Partner depende dos critérios vigentes do programa. Evite vender selo, listagem ou incentivos como
consequência garantida da aprovação como Tech Provider.
Construir tudo agora ou começar com uma estrutura pronta?
Ter um app próprio faz sentido quando controle técnico, marca, integrações e escala justificam o investimento contínuo
em engenharia e conformidade. Mas não é obrigatório começar por aí.
A SimplesDesk permite iniciar uma operação de atendimento, automação e WhatsApp oficial com uma base já preparada.
Assim, você valida mercado, conquista clientes e aprende o fluxo real antes de assumir sozinho toda a infraestrutura de
Tech Provider.
Conheça a SimplesDesk e comece sua operação
Perguntas frequentes
Preciso ter um cliente pagante antes de solicitar o App Review?
Não trate isso como requisito universal. Prepare um produto funcional, uma conta de teste e evidências reproduzíveis. A
Meta pode solicitar informações adicionais conforme o app.
Posso demonstrar com uma WABA própria?
Em muitos cenários, uma conta controlada pela própria empresa é adequada para demonstrar envio, recebimento e gestão sem
expor clientes. Siga o que o formulário do seu app pedir.
Preciso mostrar uma interface completa?
Não necessariamente. Você precisa provar o uso da permissão de forma clara. Quando o painel aceitar uma demonstração
técnica por ferramenta de API ou WhatsApp Manager, siga essa orientação.
Business Verification e App Review são a mesma coisa?
Não. A primeira valida a empresa. A segunda avalia como o app usa as permissões. A verificação de acesso, quando
exibida, é uma análise separada sobre a legitimidade do acesso.
O Embedded Signup v2 ainda pode ser usado?
Ele tem encerramento anunciado para 15 de outubro de 2026. Projetos novos devem usar a versão atual, e integrações
antigas precisam planejar a migração.
Ser Tech Provider me torna Tech Partner automaticamente?
Não trate a evolução como garantida. Tech Partners atendem critérios adicionais do programa, que podem mudar.
Posso começar sem ter meu próprio app aprovado?
Sim. Você pode operar com a infraestrutura de um provedor ou Solution Partner já preparado e desenvolver seu app próprio
em paralelo.
Última atualização: 14 de setembro de 2026. Os nomes das telas, critérios e versões podem mudar; confirme as pendências
exibidas no painel do seu app antes de submeter.
Próximos passos na sua plataforma
Com o app aprovado, os seus clientes passam a conectar o WhatsApp oficial pelo botão "Conectar via Meta" dentro do seu
painel, sem token manual. O passo a passo dessa conexão está no guia Como conectar o WhatsApp Cloud API pelo botão
"Conectar via Meta" (Embedded Signup). Enquanto o seu App Review não sai, a operação pode começar pela infraestrutura já
homologada da plataforma e migrar depois.
