Enviar um app não é a última etapa. A Apple e o Google revisam o app, e uma rejeição pode atrasar o lançamento em dias ou semanas. A maioria das rejeições vem de uma lista curta de problemas fáceis de conferir antes do envio.
As regras mudam com frequência e variam de país para país, então use este texto como checklist do que olhar e confirme os detalhes nas diretrizes atuais.
É um site dentro de uma embalagem
A regra de funcionalidade mínima da Apple recusa apps que são um site empacotado como app, sem nada a mais. Se o app só mostra o seu site dentro de uma moldura, espere uma rejeição. O que faz diferença são a navegação nativa, o funcionamento offline, as notificações ou recursos do aparelho que tornam o app melhor do que o site.
Os usuários não conseguem excluir a conta
Se as pessoas podem criar uma conta no seu app, as duas lojas esperam que elas também possam excluí-la. A Apple exige que a exclusão comece dentro do app. Osrequisitos do Google Play para exclusão de conta pedem um caminho dentro do app e um link na web onde as pessoas possam pedir a exclusão, além de respostas no formulário de segurança dos dados.
Login e pagamentos quebram as regras
Se o app oferece login com um serviço de terceiros, como Google ou Facebook, a Apple pode exigir uma opção equivalente que limite a coleta de dados, e o Sign in with Apple é a resposta mais comum. Confira as regras atuais de login antes de desenhar a tela de entrada.
Vender conteúdo ou recursos digitais dentro de um app geralmente precisa passar pelo sistema de compra no app da loja. Produtos físicos e serviços usados fora do app seguem outras regras, e alguns países já permitem links para pagamento externo. Decida isso antes de construir o checkout, porque muda o desenho e as taxas. Asdiretrizes de revisão da Apple trazem os detalhes.
Informações de privacidade faltando ou incorretas
As duas lojas pedem um link para a política de privacidade e uma descrição dos dados que o app coleta, incluindo os dados coletados por SDKs de análise e publicidade. Os revisores comparam essas respostas com o que o app faz. Uma política que não diz nada sobre dados que o app claramente coleta é um motivo comum de rejeição ou de aviso posterior.
O revisor não consegue testar
Travamentos, links quebrados e textos provisórios são tratados como um app incompleto.
Se o app precisa de login, forneça uma conta de demonstração que funcione e as instruções de que o revisor precisar.
Recursos que só funcionam em um país ou com hardware específico precisam de explicação nas notas de revisão.
O link de suporte ou a página de contato precisa funcionar e levar a algum lugar real.
No Google Play, contas pessoais de desenvolvedor novas também precisam fazer um teste fechado com um grupo de testadores por um período definido antes de publicar em produção. Coloque esse tempo no cronograma.
Confira se o seu app está pronto
Minha verificação gratuitaPronto para app mobile olha o seu site ou web app do ponto de vista das lojas: HTTPS, o manifesto e os ícones do web app, suporte offline, arquivos de links de app para iOS e Android e riscos de revisão que dá para ver em links e controles reais, como páginas de privacidade e suporte, exclusão de conta, Sign in with Apple e compras no app.
Ela não substitui a revisão da loja, mas mostra as lacunas por trás das rejeições mais comuns enquanto ainda são rápidas de corrigir.
Inclua a revisão no plano de lançamento
Reserve tempo para pelo menos uma rodada de retorno, escreva notas de revisão claras e mantenha as contas de desenvolvedor no nome da sua empresa. Se você está planejando um app ou prestes a enviar um,me envie o que você tem. Desenvolvo apps nativos e posso prepará-los para a revisão para que o primeiro envio tenha a melhor chance de ser aprovado.