Bienvenue sur le site officiel de Melltorp!
Les amis qui sont engagés dans le développement d'applications savent que l'examen d'Apple est si strict que c'est un casse-tête. En fait, en comprenant d'abord les exigences techniques, de contenu et de conception d'Apple avant d'écrire du code, vous pouvez éviter la plupart des situations gênantes de rejet. Aujourd'hui, nous allons discuter des dix principales raisons de rejet en 2016 annoncées par Apple pour vous aider à gagner du temps sur les révisions répétées.
Selon les données officielles d'Apple, au 10 octobre 2016, 21 % des développeurs ont été rejetés en raison d'un manque d'intégrité de l'application. Alors, qu'est-ce que l'intégrité? En bref, votre application ne peut pas sembler être un produit semi-fini, comme un plantage lorsque vous cliquez sur un certain bouton, ou une fonction marquée comme "à venir" mais en fait indisponible. De telles situations seront rejetées directement.
Les critiques d'Apple exploitent votre application comme des utilisateurs ordinaires. Ils ne se soucient pas de savoir si vous êtes pressé par le temps, mais se concentrent uniquement sur la question de savoir si le produit final est complet. Vous devez exécuter toutes les fonctions de votre téléphone avant de soumettre. Ne soyez pas paresseux et utilisez simplement le simulateur pour tester. Selon les données de février 2015, la principale raison du rejet est de "demander plus d'informations", ce qui signifie ne pas être préparé correctement.
Avant de soumettre pour examen, il est absolument interdit à votre application de planter. L'équipe d'examen d'Apple doit examiner des milliers d'applications chaque jour, et elle n'a pas la patience de vous aider à trouver des bogues. Si vous vous trouvez en train de planter pendant le test, vous n'avez fondamentalement aucun espoir de le réussir. En 2016, 16 % des développeurs ont été rejetés pour cette raison, se classant au deuxième rang.
La solution est extrêmement simple : trouvez au moins trois vrais téléphones de modèles différents à tester, y compris d'anciens modèles. Par exemple, la compatibilité de l'iPhone 6 et de l'iPhone 12 est très différente. De plus, des situations extrêmes telles que des anomalies du réseau et une mémoire insuffisante doivent également être simulées. Ne pensez pas que les utilisateurs seront aussi gentils que vous. Ils peuvent changer de réseau en cliquant frénétiquement sur les boutons.
Si tous les liens de votre application doivent être cliquables, alors de développeurs oublient souvent de mettre à jour le lien de politique de confidentialité, ou il est courant que l'URL de la page d'assistance soit mal écrite. Apple souligne que si votre application exige que les utilisateurs s'inscrivent, vous devez fournir un compte de test et un mot de passe valides dans les informations d'examen. En 2016, 8 % des développeurs ont échoué dans cette situation.
De plus, Apple vous demande de remplir toutes les informations dans le backend d'App Store Connect. N'ayez pas l'idée de "soumettez-les d'abord, puis ajoutez-les plus tard". Par exemple, si votre application nécessite un matériel spécial pour être testée, vous devez préparer une vidéo de démonstration à l'avance. Si vous créez une application pour enfants, le lien de politique de confidentialité est obligatoire et ne peut pas manquer.
Les captures d'écran de l'application et les descriptions textuelles que vous fournissez doivent démontrer véritablement et fidèlement les fonctions correspondantes. Une situation d'erreur courante est que des illustrations exquises et belles sont utilisées dans les captures d'écran, mais en fait, il n'y a que des boutons système ordinaires dans l'application. Les critiques d'Apple compareront les captures d'écran avec l'interface réelle, et la rejetteront si des incohérences sont trouvées. En 2016, 4 % des développeurs ont été rejetés parce que leurs descriptions n'étaient pas assez précises.
Ce qui est encore plus grave, ce sont les utilisateurs trompeurs. Par exemple, l'introduction de votre application indique que "les vidéos 4K peuvent être modifiées gratuitement". Cependant, après le téléchargement, les utilisateurs constatent qu'ils ne peuvent exporter que 720P. C'est un comportement trompeur. Apple a une attitude de tolérance zéro envers ce type de comportement. N'oubliez pas que vos promesses doivent être vraiment tenues et ne jouez pas à des jeux de mots. Une fois que les utilisateurs sont trompés une fois, ils donneront des critiques négatives, et Apple vous enregistrera également.
Apple attache une grande importance à la sophistication de l'interface. S'il y a des boutons mal alignés, des tailles de police incohérentes ou des couleurs accrocheuses, l'auditeur le jugera simplement comme une "interface utilisateur inférieure aux normes". En 2016, 3 % des développeurs ont été rejetés pour cette raison. La solution consiste à lire attentivement les "directives officielles d'Apple sur l'interface humaine", en particulier la section "À faire et à ne pas faire".
Il y a un bogue de bas niveau. Lors d'une opération de soumission, il y a toujours un "texte de test" ou un "espace réservé d'image" dans l'interface. C'est comme avoir une étiquette qui dit "Placez votre avatar ici", ou une page qui dit "Lorem ipsum". Apple a des réglementations claires selon lesquelles les applications en phase de développement ne sont pas éligibles à la distribution. Avant de soumettre, passez une demi-heure à parcourir toutes les interfaces une par une et supprimez toute attente temporaire.
Dans 3 % des cas, il y a des problèmes liés aux achats intégrés (IAP). Si votre application peut fournir des fonctions payantes, vous devez utiliser le système de paiement d'Apple, mais ne pensez pas à le contourner. De plus, si votre application nécessite une inscription avant de pouvoir être utilisée, vous devez fournir un compte de démonstration valide. Certains développeurs fournissent des comptes expirés, ou les comptes nécessitent une vérification par SMS, de sorte que les auditeurs ne peuvent pas effectuer de tests.
Il y a aussi des questions sur la collecte de données. Si votre application obtient l'emplacement, le carnet d'adresses ou les photos de l'utilisateur, une invite d'autorisation claire doit apparaître dans le code et le but des données doit être clairement indiqué dans la politique de confidentialité. En 2016, 3 % des développeurs ont été rejetés en raison de conditions de confidentialité incomplètes. Ces détails peuvent sembler insignifiants, mais cumulativement, ils ont un impact sur près de 70 % des développeurs.
En fin de compte, laissez-moi vous poser une autre question : c'est-à-dire, quelle est la raison de rejet la plus bizarre et la plus bizarre que vous ayez rencontrée lors de la soumission d'une application pour examen? Vous êtes sincèrement invités à partager vos propres expériences dans la zone de commentaires, et cliquez sur J'aime pour que plus de développeurs puissent voir ces guides pour éviter d'avoir des ennuis.
