O que o App Review avalia no primeiro lançamento

O primeiro lançamento é onde a maioria dos problemas de revisão surge, e quase todos vêm de uma lista curta e previsível.

A Apple revisa todos os aplicativos antes que eles apareçam na App Store, e o primeiro lançamento é onde a maioria dos problemas surge. A boa notícia é que a maioria das rejeições vem de uma lista curta de itens que você mesmo pode verificar antes de enviar para revisão. Estes são os que verificamos a cada lançamento.

O aplicativo precisa estar concluído

Os revisores rejeitam aplicativos que parecem incompletos: texto de marcação de posição (placeholder), telas vazias, botões que não fazem nada ou links para recursos que ainda não foram criados. Se um recurso não estiver pronto, remova-o deste lançamento em vez de apenas escondê-lo atrás de um aviso.

Travamentos também contam. Teste em um aparelho real, na versão mais antiga do iOS que você suporta, com uma instalação limpa e uma conexão de rede instável.

Forneça acesso ao revisor

Se o seu aplicativo exige uma conta, o revisor precisa de uma. Adicione uma conta de demonstração funcional no App Store Connect, com todos os dados necessários para mostrar o aplicativo em uso. Se o aplicativo depender de hardware, de uma localização específica ou de uma configuração especial, explique isso nas notas de revisão. Um revisor que não consegue passar da tela de login vai rejeitar o aplicativo.

As contas precisam de uma forma de exclusão

Se as pessoas podem criar uma conta no seu aplicativo, elas também devem poder iniciar a exclusão dela diretamente pelo aplicativo. Um link para um endereço de e-mail não é suficiente por si só. Planeje o fluxo de exclusão com antecedência, pois ele afeta seu backend: o que é excluído, o que precisa ser mantido por lei e como você confirma isso.

Privacidade, dita da mesma forma em todo lugar

Todo aplicativo precisa de uma política de privacidade em uma URL pública e de uma seção de Privacidade do App no App Store Connect descrevendo o que o aplicativo coleta. Os revisores comparam isso com o que o aplicativo realmente faz. Se o seu aplicativo usa um SDK de análise ou publicidade, ele coleta dados em seu nome, e isso deve constar em ambos os lugares.

Solicite permissões (câmera, localização, contatos) apenas quando o recurso realmente precisar delas, com uma frase clara explicando o motivo.

Pagamento pela loja para itens digitais

Assinaturas, recursos premium e moedas virtuais geralmente devem usar o sistema de compras dentro do aplicativo da Apple. Bens físicos e serviços do mundo real, como entregas ou reservas, não precisam. Se você tiver dúvidas sobre em qual categoria seu produto se encaixa, resolva isso antes de criar o fluxo de pagamento.

As informações na loja precisam corresponder ao aplicativo

As capturas de tela devem mostrar o aplicativo como ele realmente é, não um conceito. O nome, subtítulo e descrição não devem prometer recursos inexistentes, nem violar marcas registradas de outras empresas. Pequenas divergências aqui são um motivo comum e evitável de rejeição.

Quando for rejeitado mesmo assim

Acontece. Leia a mensagem com atenção, pois ela geralmente cita a diretriz específica. Corrija o problema ou responda no App Store Connect se achar que o revisor deixou passar algo; respostas educadas e específicas costumam resolver as coisas com rapidez. Uma rejeição no primeiro lançamento é apenas um atraso, não um veredito definitivo.