Use este guia caso o envio da sua análise tenha sido rejeitado por problemas com os detalhes da verificação do aplicativo.
Os revisores usam o screencast de um envio como um guia e tentam recriar como o aplicativo usa cada permissão e recurso solicitado. Se um revisor não conseguir recriar a experiência representada no screencast para qualquer permissão ou recurso solicitado, o aplicativo será rejeitado com "Não foi possível verificar as permissões solicitadas durante o teste do seu aplicativo".
Caso seu envio seja rejeitado por esse motivo, faça o seguinte:
O recurso Acesso ao conteúdo público da Página (PPCA) só pode ser usado da maneira permitida. Os aplicativos que não usam o PPCA da maneira permitida serão rejeitados com "O Acesso ao conteúdo público da Página não é necessário com base nos detalhes do envio". Para referência, veja a descrição do recurso Acesso ao conteúdo público da Página e os usos permitidos:
Permite acesso somente leitura a dados públicos em Páginas para as quais você não tem a permissão de login manage_page
. Os dados que podem ser lidos incluem metadados de negócios, comentários públicos e publicações.
Enquanto você estiver fazendo testes e antes de fazer o envio para análise, seu aplicativo só pode acessar conteúdo em uma Página para a qual o seguinte é verdadeiro: A pessoa que possui a função de administrador da Página também possui uma função de administrador, desenvolvedor ou testador no aplicativo. Se você quiser que o aplicativo possa acessar o conteúdo público em outras Páginas, deverá enviar esse recurso para análise. Depois que você definir seu aplicativo para o modo publicado, ele não poderá acessar nenhum conteúdo público da Página sem esse recurso.
Fornecer conteúdo público anônimo e agregado para avaliação comparativa e análise da concorrência
Se o envio for rejeitado por esse motivo, verifique se o uso do PPCA pelo aplicativo é permitido antes de refazer o envio.
Se um ou mais ativos da marca de um aplicativo (nomes, marcas, logotipos, descrições etc.) violar nossas diretrizes de marca, o envio será rejeitado com "Seu aplicativo está usando a marca da empresa Facebook de um modo que não é permitido". Os ativos da marca de um aplicativo não podem:
Caso seu envio seja rejeitado por esse motivo, revise nossas Diretrizes de envio e atualize todos os ativos da marca que violarem nossas diretrizes de marca antes de fazer um novo envio.
Se um aplicativo usar o Login do Facebook, os revisores tentarão localizar o botão e o usarão para entrar no aplicativo. Caso o revisor não consiga localizar o botão Login do Facebook, o envio será rejeitado com a mensagem: "Não foi possível localizar o botão Login do Facebook ao testar seu aplicativo".
Se o envio for rejeitado por esse motivo, faça o seguinte:
Caso o Login do Facebook não seja usado em nenhuma plataforma (por exemplo, iOS, Android, web), remova-o do aplicativo usando o Painel de Aplicativos antes do reenvio.
Se o aplicativo usar somente o botão Compartilhar ou outro Plugin Social para publicar conteúdo no Facebook, você não precisará fazer o envio para a análise.
Os revisores usarão as instruções de teste e o screencast como guia e tentarão entrar no aplicativo usando o botão Login do Facebook. Se eles conseguirem localizar o botão Login do Facebook, mas não conseguirem usá-lo para entrar no aplicativo por algum motivo, o envio será rejeitado com a mensagem: "O botão Login do Facebook do seu aplicativo está danificado".
Se o envio for rejeitado por esse motivo, faça o seguinte:
Um revisor tentará entrar em um aplicativo enviado e verificar se ele acessa os dados em uma conta profissional do Instagram seguindo a descrição do envio. Se o revisor não conseguir entrar no aplicativo nem o usar para acessar dados em uma conta profissional do Instagram conforme descrito, o envio será rejeitado com a mensagem: "Não foi possível testar as etapas para conectar uma conta do Instagram para Empresas".
Se o envio for rejeitado por esse motivo, faça o seguinte:
Os revisores usam a URL descrita na seção Detalhes da verificação do aplicativo de um envio ao testar aplicativos baseados na web. Se uma URL não estiver incluída nessa seção, os revisores usarão a URL descrita no campo Site na aba Painel de Aplicativos > Configurações > Básico. Se um revisor não conseguir carregar o aplicativo da web enviado usando qualquer uma dessas URLs, o envio será rejeitado.
Antes de fazer um novo envio:
Os revisores baixam os APKs do Android dos aplicativos enviados e tentam entrar nos aplicativos para verificar como eles usam as permissões e os recursos solicitados. Se eles não conseguirem carregar o APK, o envio será rejeitado com a mensagem: "Seu aplicativo não está carregando durante os testes (Android)".
Se o envio for rejeitado por esse motivo, faça o seguinte:
Os revisores baixam compilações de simuladores dos aplicativos enviados e tentam entrar nos aplicativos para verificar como eles usam as permissões e os recursos solicitados. Se eles não conseguirem usar a compilação do simulador para carregar o aplicativo, o envio será rejeitado.
Se o envio for rejeitado por esse motivo, faça o seguinte:
Consulte nosso documento Criar uma simulação do compilador que explica como gerar uma compilação do simulador. Para obter ajuda com o Login do Facebook, consulte nosso documento Login do Facebook para iOS.
Os aplicativos que não dependem do Login do Facebook para autenticação devem incluir credenciais de login para uma conta de teste que será usada pelos revisores para testar o aplicativo. Se um revisor não conseguir entrar no aplicativo usando as credenciais de teste incluídas, o envio será rejeitado com a mensagem: "As credenciais de teste fornecidas não funcionam".
Se o envio for rejeitado por esse motivo, faça o seguinte:
Não crie uma nova conta de usuário do Facebook como um usuário de teste, já que nossa Política da Plataforma restringe a criação e o gerenciamento de aplicativos feitos por meio de contas falsas. Caso a conta de teste precise ser do Facebook, crie um usuário de teste do Facebook.
Caso o aplicativo seja do tipo servidor para servidor (S2S), e você não consiga fornecer credenciais de login, faça o seguinte:
Consulte nosso documento Exemplo de envio de aplicativo de servidor para servidor para receber orientações.
A análise do aplicativo só deverá ser solicitada para aplicativos que estiverem prontos para entrar no modo publicado. Os revisores rejeitarão todos os envios com a mensagem "Seu aplicativo não reflete com precisão a experiência do usuário final" de qualquer aplicativo que ainda esteja na fase de desenvolvimento.
Caso seu envio tenha sido rejeitado por esse motivo, conclua todo o desenvolvimento e verifique se o aplicativo está pronto para entrar no modo publicado antes de enviá-lo novamente.
Caso o aplicativo já esteja no modo publicado e você esteja incluindo novas funcionalidades, não será necessário mudar para o modo de desenvolvimento. Em vez disso, crie um aplicativo de teste a partir da versão publicada e use-o para processos de desenvolvimento e testes. Consulte nosso tópico Análise de aplicativos publicados para saber mais.
Os envios de aplicativos que foram projetados para redirecionarem usuários para fora do Facebook serão rejeitados por violarem a Política da Plataforma do Facebook. Veja as diretrizes da Política da Plataforma do Facebook:
"Não compile um aplicativo que tenha como objetivo principal redirecionar pessoas para fora do Facebook.“
Caso o aplicativo tenha sido rejeitado por esse motivo, faça uma reformulação para que a funcionalidade principal possa ser executada sem redirecionar os usuários para fora do Facebook. Depois disso, faça um novo envio.
Os envios de aplicativos para celular que exibem o Login do Facebook dentro de visualizações da web no aplicativo serão rejeitados. As visualizações da web no aplicativo não podem compartilhar cookies com o navegador do sistema que resultem em uma experiência ruim para o usuário.
Caso seu envio tenha sido rejeitado por esse motivo, consulte o documento Melhores práticas de Login do Facebook e corrija qualquer funcionalidade que resulte em uma experiência ruim para o usuário antes de enviar novamente o aplicativo.
Os apps que acessam a API da Plataforma do Instagram com o único objetivo de exibir conteúdo do usuário serão rejeitados com a mensagem "Seu app pode estar tentando acessar a Plataforma do Instagram para exibir conteúdo do usuário" por violarem a Política da Plataforma do Instagram A.16:
"Não use a Plataforma do Instagram para simplesmente exibir Conteúdo do Usuário, importar ou fazer backup de conteúdo ou gerenciar relacionamentos do Instagram, sem nossa permissão prévia."
Caso seu envio tenha sido rejeitado por esse motivo, reformule o aplicativo para que não viole mais a política A.16. Além disso, use a API de Exibição básica do Instagram em vez da API da Plataforma do Instagram. A API da Plataforma do Instagram teve o uso suspenso em junho de 2020.
Os envios que incentivarem os usuários a promover apps por meio do uso de ações do Instagram, como curtir e seguir, serão rejeitados com a mensagem: "Seu app incentiva ações não aprovadas". A seção A.30 da Política da Plataforma do Instagram proíbe sistemas de recompensa no app por compartilhamentos no Instagram:
"Incentive as pessoas a entrar no seu app ou participar de uma promoção. Não incentive outras ações."
Caso o aplicativo tenha sido rejeitado por esse motivo, remova qualquer funcionalidade que incentive os usuários a promoverem o aplicativo ou sua marca por meio de ações no Instagram antes de enviá-lo novamente.
Os envios de aplicativos que oferecerem ao usuário previsões ou conselhos, avaliações de personalidade, atributos pessoais, traços de caráter ou tendências de comportamento, ou aplicativos que oferecerem utilidade ou valor mínimo semelhante serão rejeitados com a mensagem: "Seu aplicativo fornece aos usuários avaliações que não foram aprovadas". Aplicativos de utilidade mínima violam a seção 1.10 da nossa Política da Plataforma.
Caso o app tenha sido rejeitado por esse motivo, faça uma reformulação para não violar mais nossa Política da Plataforma antes de fazer um novo envio.
Verificamos os detalhes do app, incluindo nome de exibição, ícone, conteúdo e informações do envio para garantir que a experiência oferecida não envie spam e nem confunda, engane, defraude, iluda ou surpreenda as pessoas que usam o app. O app deve proporcionar a experiência esperada pelos usuários. Caso seu envio seja rejeitado devido a uma violação da Política do Desenvolvedor 1.7, faça o seguinte:
Os envios de aplicativos que solicitarem os dados de um usuário sem usar essas informações para melhorar significativamente a qualidade da experiência no aplicativo violam a seção 8.9 da nossa Política da Plataforma e serão rejeitados com a mensagem "Seu aplicativo viola a Política da Plataforma 8.9".
Caso o aplicativo tenha sido rejeitado por esse motivo, faça uma reformulação para que ele use os dados solicitados de uma maneira que melhore significativamente a experiência do usuário ou para que não solicite mais essas informações. Além disso, remova os recursos ou as permissões que forneçam acesso a esses dados antes de fazer um novo envio.