# 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](https://chat.simplesdesk.com.br/hc/central-de-ajuda/articles/tech-provider-da-meta-parte-1-conceitos-validacoes-e-passo-a-passo). ## Como gravar um screencast que faz sentido ![Roteiro em seis cenas para gravar o screencast do App Review](https://chat.simplesdesk.com.br/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBM0JpQ2c9PSIsImV4cCI6bnVsbCwicHVyIjoiYmxvYl9pZCJ9fQ==--8a911c90688e2dbcb82185583b3944c4669e5310/diagrama-screencast-app-review.png) 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](https://chat.simplesdesk.com.br/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBMmxpQ2c9PSIsImV4cCI6bnVsbCwicHVyIjoiYmxvYl9pZCJ9fQ==--cbdb528d0386b513021aea2d7a3191c35b5b1d4c/diagrama-embedded-signup.png) 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](https://app.simplesdesk.com.br/signup) ## 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)](https://chat.simplesdesk.com.br/hc/central-de-ajuda/articles/1786660477-como-conectar-o-whats_app-cloud-api-pelo-botao-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.