Bem-vindo ao site oficial da Melltorp!
Amigos envolvidos no desenvolvimento de aplicativos sabem que a revisão da Apple é tão rigorosa que é uma dor de cabeça. Na verdade, ao entender primeiro os requisitos técnicos, de conteúdo e de design da Apple antes de escrever o código, você pode evitar a maioria das situações problemáticas de rejeição. Hoje discutiremos os dez principais motivos de rejeição em 2016 anunciados pela Apple para ajudá-lo a economizar tempo em revisões repetidas.
De acordo com dados oficiais da Apple, em 10 de outubro de 2016, 21% dos desenvolvedores foram rejeitados devido à falta de integridade do aplicativo. Então, o que é integridade? Resumindo, seu aplicativo não pode parecer um produto semiacabado, como travar ao clicar em um determinado botão, ou uma função marcada como "em breve", mas na verdade indisponível. Tais situações serão rejeitadas diretamente.
Os revisores da Apple operam seu aplicativo como usuários comuns. Eles não se importam se você está sem tempo, mas apenas se concentram em saber se o produto final está completo. Você deve executar todas as funções em seu telefone antes de enviar. Não seja preguiçoso e apenas use o simulador para testar. De acordo com dados de fevereiro de 2015, o principal motivo da rejeição é "solicitar mais informações", o que significa não estar preparado adequadamente.
Antes de enviar para revisão, seu aplicativo está absolutamente proibido de travar. A equipe de revisão da Apple tem que examinar milhares de aplicativos todos os dias e não tem paciência para ajudá-lo a encontrar bugs. Se você travar durante o teste, basicamente não tem esperança de passar nele. Em 2016, 16% dos desenvolvedores foram rejeitados por esse motivo, ocupando o segundo lugar.
A solução é extremamente simples: encontre pelo menos três telefones reais de modelos diferentes para teste, incluindo modelos antigos. Por exemplo, a compatibilidade do iPhone 6 e do iPhone 12 é muito diferente. Além disso, situações extremas como anormalidades de rede e memória insuficiente também precisam ser simuladas. Não pense que os usuários serão tão gentis quanto você. Eles podem estar trocando de rede enquanto clicam freneticamente nos botões.
Se todos os links em seu aplicativo devem ser clicáveis, muitos desenvolvedores geralmente se esquecem de atualizar o link da política de privacidade ou é comum que o URL da página de suporte seja escrito incorretamente. A Apple enfatiza que se seu aplicativo exigir que os usuários se registrem, você deve fornecer uma conta de teste válida e senha nas informações de revisão. Em 2016, 8% dos desenvolvedores falharam nessa situação.
Além disso, a Apple exige que você preencha todas as informações no back-end do App Store Connect. Não tenha a ideia de “enviá-lo primeiro e adicioná-lo depois ”. Por exemplo, se seu aplicativo requer hardware especial para ser testado, você deve preparar um vídeo de demonstração com antecedência. Se você estiver criando um aplicativo infantil, o link da política de privacidade é obrigatório e não pode faltar.
As capturas de tela do aplicativo e as descrições de texto que você fornece devem demonstrar verdadeira e fielmente as funções correspondentes. Uma situação de erro comum é que ilustrações requintadas e bonitas são usadas nas capturas de tela, mas na verdade existem apenas botões de sistema comuns no aplicativo. Os revisores da Apple compararão as capturas de tela com a interface real e a rejeitarão se alguma inconsistência for encontrada. Em 2016, 4% dos desenvolvedores foram rejeitados porque suas descrições não eram precisas o suficiente.
O que é ainda mais sério é enganar os usuários. Por exemplo, a introdução do seu aplicativo afirma que “vídeos 4K podem ser editados gratuitamente ”. No entanto, após o download, os usuários descobrem que só podem exportar 720P. Este é um comportamento enganoso. A Apple tem uma atitude de tolerância zero em relação a esse tipo de comportamento. Lembre-se de que suas promessas devem ser realmente cumpridas e não jogue jogos de palavras. Assim que os usuários forem enganados uma vez, eles darão avaliações negativas e a Apple também gravará você.
A Apple atribui grande importância à sofisticação da interface. Se houver botões desalinhados, tamanhos de fonte inconsistentes ou cores atraentes, o auditor simplesmente o julgará como uma "IU abaixo do padrão". Em 2016, 3% dos desenvolvedores foram rejeitados por esse motivo. A solução é ler cuidadosamente as "Diretrizes de Interface Humana" oficiais da Apple, especialmente a seção "Dos e Don 'ts."
Há um bug de baixo nível. Ao realizar uma operação de envio, ainda há um "texto de teste" ou "espaço reservado para imagem" na interface. É como ter um rótulo que diz "Coloque seu avatar aqui" ou uma página que diz "Lorem ipsum". A Apple tem regulamentos claros de que os aplicativos em estágio de desenvolvimento não são elegíveis para distribuição. Antes de enviar, passe meia hora examinando todas as interfaces uma a uma e exclua quaisquer expectativas temporárias.
Em 3% dos casos, há problemas relacionados a compras no aplicativo (IAP). Se o seu aplicativo pode fornecer funções pagas, você deve usar o sistema de pagamento da Apple, mas não pense em ignorá-lo. Além disso, se o seu aplicativo exigir registro antes de poder ser usado, você deve fornecer uma conta de demonstração válida. Alguns desenvolvedores fornecem contas expiradas ou as contas exigem verificação por SMS, portanto, os auditores não podem realizar testes.
Também há dúvidas sobre a coleta de dados. Se o seu aplicativo obtiver a localização do usuário, agenda de endereços ou fotos, um prompt de autorização claro deve aparecer no código e a finalidade dos dados deve ser claramente declarada na política de privacidade. Em 2016, 3% dos desenvolvedores foram rejeitados devido a termos de privacidade incompletos. Esses detalhes podem parecer triviais, mas cumulativamente têm um impacto em quase 70% dos desenvolvedores.
No final do dia, deixe-me fazer outra pergunta: Ou seja, qual é o motivo mais bizarro e bizarro para rejeição que você encontrou ao enviar um aplicativo para revisão? Você é sinceramente bem-vindo para compartilhar suas próprias experiências na área de comentários e clicar em curtir para que mais desenvolvedores possam ver esses guias para evitar problemas.
