Les 10 principales raisons de rejet dans le processus d'examen des applications

Publié: 2022-02-24

rejection policy on app store

Pour les développeurs, la plus grande frustration avec le processus de révision de l'App Store est que les applications sont souvent renvoyées dès qu'un problème est détecté, plutôt que de recevoir une vérification de haut en bas la première fois. Par exemple, une application renvoyée pour des erreurs de métadonnées peut toujours avoir un lien brisé ou un problème d'interface qui doit être corrigé, mais le développeur ne découvrira pas les problèmes supplémentaires tant qu'il n'aura pas soumis à nouveau son application, attendu quelques semaines pour examen. , et a de nouveau été rejeté.

Il n'est pas rare que des développeurs d'applications iPhone individuels ou inexpérimentés soumettent une application deux, trois ou dix fois avant d'être acceptée. Pendant ce temps, des campagnes de lancement soigneusement planifiées sont en jeu pendant des semaines. C'est l'une des principales raisons pour lesquelles les développeurs travaillant avec des agences connaissent plus de succès que ceux qui tentent de gérer eux-mêmes des bases de code tentaculaires ou avec des équipes de pigistes.

Bien que vous puissiez vous attendre à ce que les bogues et les problèmes de performances soient le plus gros problème auquel sont confrontés les développeurs d'applications iOS, un rapport officiel sur le blog des développeurs d'Apple montre que seulement 12 % des rejets de l'App Store sont causés par des bogues, ce qui en fait le deuxième problème le plus répandu (derrière informations incomplètes, avec un pourcentage surprenant de 16 %).

Alors, quelles sont les raisons les plus courantes des rejets de l'App Store ? Et surtout, comment votre startup peut-elle les éviter ?

Service de classement des applications ASO World

Cliquez sur " En savoir plus " pour piloter votre activité d' applications et de jeux avec le service de promotion d'applications ASO World dès maintenant.

Métadonnées précises

Explication officielle


Les utilisateurs méritent de savoir ce qu'ils obtiennent lorsqu'ils téléchargent ou achètent votre application, alors assurez-vous que la description, les captures d'écran et les aperçus de l'application reflètent fidèlement l'expérience de base de l'application, et n'oubliez pas de la tenir à jour pour rester à jour avec les nouvelles versions. .

Raisons courantes de rejet


Apple a cette décision principalement parce que le titre, la description, les captures d'écran, etc. de l'application sont sérieusement incompatibles avec la fonction de l'application. Si vous utilisez des captures d'écran Android ou des captures d'écran du navigateur, cela entraînera un rejet.

Solution


Assurez-vous que votre propre titre et sous-titre répondent aux exigences. Apple a récemment changé toutes les directions pour la révision des titres, les développeurs doivent donc se concentrer là-dessus.

De plus, si le titre répond aux exigences, envisagez de remplacer les métadonnées telles que les captures d'écran et les vidéos de prévisualisation pour vous assurer que les fonctions et les processus de l'application sont cohérents avec l'affichage concerné.

Assurez-vous de supprimer le code de module de fonction masqué, et s'il est nécessaire de masquer le code de fonction et l'URL du lien de saut dirigé, il est recommandé d'obscurcir le traitement et d'augmenter la complexité logique de manière appropriée.

Achèvement de l'application

Explication officielle


Les applications soumises à App Review (y compris les applications disponibles en précommande) doivent être la version finale de l'application et doivent contenir toutes les métadonnées nécessaires et les URL valides.

Tous les textes d'espace réservé, les sites Web vierges et tout autre contenu temporaire doivent être supprimés avant la soumission. Assurez-vous de tester l'application pour les erreurs et la stabilité sur votre appareil avant de soumettre l'application ; si votre application nécessite une connexion, fournissez les informations du compte de démonstration (et activez votre service backend).

Si vous fournissez des achats intégrés dans votre application, assurez-vous qu'ils sont visibles pour l'examinateur et complets et à jour, sinon veuillez indiquer la raison dans les notes d'examen.

Veuillez ne pas traiter App Review comme un service de test de logiciels. Nous rejetterons les packages d'applications incomplets et les fichiers binaires qui planteront ou présenteront des problèmes techniques évidents.

Raisons courantes de rejet


Aucun bogue évident tel que des plantages et des échecs de chargement dans l'application téléchargée ; L'application ne prend pas en charge l'utilisation sous le réseau IPv6 ; compte d'essai ; commutateurs cachés et autres opérations.

Solution


Les développeurs doivent tester le produit à l'avance pour détecter les bogues, s'il fonctionne correctement sous le réseau IPV6, etc. Si vous rencontrez un rejet pour cette raison, il est recommandé de répondre à chaque article et de préciser qu'il n'y a pas de violation.

Articles achetés dans l'application

Explication officielle


Si vous souhaitez déverrouiller des fonctionnalités ou des fonctionnalités de l'application (telles que les abonnements, la devise du jeu, les niveaux de jeu, l'accès au contenu premium ou le déverrouillage de la version complète, etc.), vous devez utiliser le programme d'achat intégré.

L'Application ne peut pas utiliser ses propres mécanismes pour déverrouiller du contenu ou des fonctionnalités, telles que des clés de licence, des marqueurs de réalité augmentée, des codes QR, etc.

L'application et les métadonnées correspondantes ne peuvent pas contenir de boutons, de liens externes ou d'autres termes d'appel à l'action qui incitent les clients à effectuer des achats en utilisant des mécanismes autres que les articles d'achat intégrés à l'application.

L'application peut fournir une devise d'achat dans l'application aux clients pour « récompenser » les fournisseurs de contenu numérique au sein de l'application.

Tous les crédits et devises de jeu achetés via des achats intégrés peuvent ne pas expirer, et vous devez vous assurer qu'un mécanisme de récupération est conçu pour tous les achats intégrés récupérables.

Assurez-vous de spécifier le bon type d'objet achetable, sinon votre application sera rejetée.

Les applications peuvent activer des cadeaux pour le contenu de leurs achats intégrés. Les remboursements pour de tels cadeaux ne peuvent être retournés qu'à l'acheteur d'origine et le contenu du cadeau ne peut pas être remplacé.

Les applications distribuées via le Mac App Store peuvent héberger des plug-ins ou des extensions basés sur des mécanismes non App Store.

Les applications qui proposent des "boîtes à butin" ou d'autres mécanismes d'achat aléatoire d'objets virtuels doivent divulguer les chances d'obtenir chaque type d'objet aux clients avant qu'ils n'effectuent un achat.

Les applications sans abonnement peuvent offrir un essai gratuit basé sur le temps avant d'offrir une option de déverrouillage complet en définissant l'élément IAP non consommable dans "Niveau de prix 0" et en le nommant selon la convention de dénomination "essai de XX jours".

Avant de commencer l'essai, l'application doit clairement indiquer la durée de la période d'essai, le contenu ou les services qui ne seront plus accessibles à la fin de la période d'essai et les frais ultérieurs que l'utilisateur devra payer pour obtenir toutes les fonctionnalités. .

Raisons courantes de rejet


Cela est principalement dû à l'accès aux paiements tiers dans l'application.

Solution


Continuez à utiliser les méthodes de paiement propres à Apple, en utilisant le formulaire d'achat interne pour l'affichage. Si le produit virtuel est masqué ou que le mode de paiement est modifié après le passage, il existe un risque de déclassement et d'épinglage.

Collecte et stockage des données

Raisons courantes de rejet


Le principal problème est que l'application oblige les utilisateurs à s'enregistrer et collecte/partage secrètement leurs informations personnelles en fonction de fonctionnalités qui ne nécessitent pas d'informations sur l'utilisateur.

Apple prend cela plus au sérieux après la WWDC, les développeurs doivent donc porter une attention particulière.

Solution


Il est nécessaire de consulter d'abord l'utilisateur et de laisser l'utilisateur accepter de s'enregistrer, et la fonction "connexion forte" doit être modifiée pour demander la version de connexion.

En outre, certaines fonctions de récupération de données doivent être consultées avec les utilisateurs pour éviter l'accès non autorisé par défaut d'Apple aux informations du téléphone portable.

Contenu généré par l'utilisateur

Raisons courantes de rejet


Pour les produits sociaux ou les produits à fort contenu UGC (par exemple, Facebook, Twitter, Instagram), Apple demande aux développeurs de filtrer le contenu répréhensible (par exemple, violence, pornographie, violation du droit d'auteur, etc.) ; et de fournir un mécanisme d'examen strict et des coordonnées détaillées du développeur.

Solution


Il est recommandé de s'assurer que le contenu de l'utilisateur dans l'application ne contient pas de violence, de pornographie, etc. De plus, selon les informations recueillies jusqu'à présent, la "communication téléphonique active" ne peut être appliquée que pour la clause 1.2, afin que les développeurs puissent essayer de demander une communication téléphonique si la clause correspondante est rejetée.

Propriété intellectuelle

Raisons courantes de rejet


L'application n'est pas autorisée à utiliser des éléments tiers protégés par des droits d'auteur ; en outre, l'application sur étagère n'est pas similaire aux produits existants d'Apple.

Cette fois à la WWDC, après la propre mise à jour logicielle d'Apple, il est conseillé aux développeurs de vérifier leurs propres produits et de différencier l'application des produits Apple.

Solution


Il est recommandé de vous assurer que l'application ne contient que du contenu pour lequel vous avez créé ou que vous avez l'autorisation d'utiliser.

Utilisez des preuves écrites de tiers protégées par le droit d'auteur pour la présentation lors de la soumission de produits.

Contenu offensant

Raisons courantes de rejet


Contenu de l'application offensant, inconsidéré, dérangeant, offensant ou vulgaire.

Solution


Il est recommandé que le mécanisme d'audit, la politique nationale actuelle à cet égard est également très concerné, il est recommandé d'assurer la sécurité du contenu, le traitement en temps opportun du contenu d'affichage pertinent, n'ont pas une mentalité de hasard.

Application en double

Raisons courantes de rejet


Cela signifie généralement que l'application est similaire à l'application de quelqu'un d'autre sur l'étagère en termes de fonctionnalité ou de code, ce qui, en termes simples, est ce qu'Apple considère comme un package de gilet.

Solution


Cela peut être résolu en changeant le nom, l'icône, la couleur principale, le code, etc. L'accent est mis sur le code. Et veillez à soumettre les mêmes packages d'applications à au moins un jour d'intervalle.

Ne mettez pas plusieurs packages du même type à la fois, car il est facile d'être identifié et ciblé par Apple.

Exigences fonctionnelles minimales

Raisons courantes de rejet


Apple pense que les applications téléchargées qui n'ont pas suffisamment de fonctionnalités ou qui n'ont pas leurs propres fonctionnalités de base, comme un produit qui est emballé directement sur une page Web, peuvent facilement déclencher ce problème.

Solution


Vous pouvez ajouter quelques fonctionnalités pour enrichir le produit (barre de navigation, rafraîchissement déroulant, notifications push, etc.). Si vous pensez que le produit est entièrement fonctionnel et n'a pas encore passé l'examen, vous pouvez expliquer à Apple les besoins de l'utilisateur que le produit résout et les fonctionnalités spécifiques qui sont présentées, et vous pouvez également envoyer des captures d'écran de la page Web et de l'application. directement à Apple pour une meilleure identification.

Services basés sur la localisation

Raisons courantes de rejet


L'application n'a pas l'autorisation de partager les données utilisateur collectées avec des tiers et ne précise pas le but de l'utilisation, comme l'emplacement, le numéro de compte, etc.

Solution


Si vous souhaitez prendre des données utilisateur, vous devez inviter l'utilisateur et obtenir l'autorisation de l'utilisateur, ou la rendre facultative, et informer clairement Apple du but de l'utilisation des données de l'utilisateur.

En général, un message contextuel doit être fourni pour indiquer à quoi sert l'autorisation, et l'utilisateur et le fournisseur (Apple) doivent être informés.

Bien sûr, si Apple indique clairement la raison du rejet dans l'e-mail, vous pouvez apporter les modifications correspondantes en fonction des problèmes signalés par Apple.

Pour vous assurer que l'attitude est appropriée et que le traitement est opportun, lorsqu'aucune erreur n'est commise, vous pouvez directement faire appel, et il est recommandé de fournir des preuves solides, ce qui améliorera la vitesse de réussite de l'examen.

Si vous souhaitez en savoir plus sur les tendances de l'industrie du jeu en 2021 et vous conseiller sur l'optimisation des stratégies de développement, de croissance et de revenus de votre jeu, veuillez rejoindre notre groupe Facebook pour des nouvelles plus récentes et opportunes de l'industrie !

Cliquez ici pour rejoindre notre groupe facebook !

join facebook group