Difficultés courantes liées aux exigences de l'App Store

Que vous publiiez votre application iOS dans l'Apple App Store ou votre application Android dans le Google Play Store, votre application devra être examinée par un employé de la boutique d'applications avant de devenir disponible au téléchargement. L'examinateur d'applications s'assure que votre application est conforme aux politiques et directives respectives de la boutique d'applications, afin de garantir que la boutique offre une expérience sûre et agréable à ses utilisateurs.

Dans cet article, nous allons examiner les raisons les plus courantes pour lesquelles les applications sont rejetées. En évitant ces problèmes, vous pouvez vous assurer que votre application est publiée aussi rapidement que possible.

Gardez à l'esprit que cet article se concentre sur le processus de révision des applications que nous avons créées pour nos clients en transformant leur site web en application. Nous avons un moyen de contourner la plupart des violations courantes des directives mentionnées ci-dessous. Donc, si vous pensez que votre application pourrait être affectée par l'un de ces problèmes, veuillez nous contacter afin que nous puissions trouver une solution.

L'App Store d'Apple

Le processus d'examen d'Apple pour les applications de l'App Store est malheureusement assez strict. Si vous n'êtes pas familier avec leurs directives, vous pouvez facilement faire des erreurs qui entraînent le rejet initial de l'App Store. Voyons quelles sections des directives de révision des applications causent le plus de rejets d'applications (d'après notre expérience).

Paiements (Section 3.1)

Il se peut que vous soyez obligé de traiter les paiements effectués sur votre site web par le biais d'achats intégrés (produits in-app) à la place. Cette section des lignes directrices étant très détaillée et prévoyant de nombreuses exceptions (section 3.1.3), nous vous encourageons à la lire dans son intégralité.

Exemples d'achats qui n'ont pas besoin d'utiliser le système de paiement de produits in-app :

• 3.1.3(e) Biens et services en dehors de l'application : Paiement de biens physiques qui seront consommés en dehors de l'application. Cela signifie que les boutiques qui vendent des produits physiques n'ont pas besoin d'utiliser des produits in-app.
• 3.1.3(d) Expériences de personne à personne : les achats pour des expériences personnelles individuelles telles que le tutorat, l'entraînement physique ou les consultations ne doivent pas utiliser les produits in-app.

Si votre site web collecte des paiements pour l'une des raisons ci-dessus, vous pouvez utiliser notre convertisseur de site web en application sans aucun problème.

Ne vous inquiétez pas, même si vous avez besoin d'utiliser les achats intégrés, vous pouvez apporter quelques petites modifications à votre site web pour permettre à votre application d'utiliser les achats intégrés. Plus d'informations sur la manière d'intégrer les achats dans l'application sur votre site web.

L'inconvénient des achats intégrés est les frais que vous devez payer à Apple ainsi que la programmation nécessaire pour les intégrer. En raison de cela, nous travaillons généralement avec nos clients pour trouver une solution qui soit acceptée par Apple même sans utiliser les achats intégrés.

Connexion avec Apple (Section 4.8)

Si votre site web propose une fonctionnalité de connexion de tiers (comme Se connecter avec Facebook, Se connecter avec Google, Se connecter avec Twitter, Se connecter avec LinkedIn, Se connecter avec Amazon ou Se connecter avec WeChat), vous devez également proposer une fonction 'Se connecter avec Apple’ sur votre site web. De cette façon, elle apparaîtra également dans votre application.

Il y a cependant quelques exceptions à cette règle :

• Votre site web utilise exclusivement les systèmes de configuration de compte et de connexion de votre entreprise.
• Votre site web est un site d'éducation, d'entreprise ou de commerce qui exige que l'utilisateur se connecte avec un compte d'éducation ou d'entreprise existant.
• Votre site web utilise un système d'identification des citoyens ou un identifiant électronique soutenu par le gouvernement ou l'industrie pour authentifier les utilisateurs.
• Votre site web est le client d'un service tiers spécifique et les utilisateurs doivent se connecter directement à leur compte de messagerie, de réseaux sociaux ou autre compte tiers pour accéder à leur contenu. Par exemple, si vous êtes un fournisseur de messagerie et que vos utilisateurs se connectent à leur compte de messagerie.

Si vous ne pouvez pas intégrer la connexion avec Apple, nous pouvons alternativement masquer les autres options de connexion tierces dans l'application, ce qui rend également votre application conforme.

Entreprise : Application non destinée à un large public (Section 3.2)

Si votre application n'est pas destinée au grand public (par exemple, si elle est réservée à vos employés), il se peut qu'Apple ne vous autorise pas immédiatement à accéder à l'App Store public et vous recommande plutôt d'utiliser Apple Business Manager.

En général, nous pouvons résoudre cela en ajoutant également du contenu d'application accessible publiquement pour tout le monde.

Google Play Store

Depuis début 2024, Google est devenu beaucoup plus rigoureux dans son processus de révision des applications. Auparavant, ils effectuaient principalement des tests automatiques, mais maintenant il y a aussi plus de tests humains. En général, Google est encore moins strict qu'Apple en ce qui concerne l'application de leurs directives, mais si votre application est rejetée, ils fournissent malheureusement très peu d'informations sur la partie de la directive que vous avez violée.

Politique de métadonnées

Le problème le plus courant qui cause des rejets par Google est qu'une partie de la liste de l'application configurée dans la Google Play Console viole la politique de métadonnées. Cela peut avoir diverses causes, mais les plus courantes sont les suivantes :

• La description de l'application n'explique pas suffisamment bien les fonctionnalités de l'application
• La description de l'application inclut des informations sur les prix
• La description de l'application fait des affirmations non vérifiables, par exemple "C'est la meilleure application pour faire du shopping"
• Les captures d'écran de l'application ne présentent pas correctement l'application

En général, ces problèmes sont faciles à résoudre pour nous, car nous avons l'expérience nécessaire pour comprendre ce que Google n'aime pas exactement dans les informations de l'application.

Contenu restreint

C'est un type de rejet d'application moins courant mais plus définitif. Si votre application entre dans l'une des catégories suivantes, elle ne peut pas être publiée :

• Jeux d'argent réel (applications de casino)
• Contenu pornographique
• Contenu illégal (par exemple, vente de drogues)

Conclusion

Nous espérons que cet article vous a aidé à mieux comprendre les violations courantes des directives à éviter afin de faire publier votre application sans problème.

Bien sûr, nous ne pourrions pas couvrir tous les problèmes possibles, car cela rendrait ce guide beaucoup trop long - et chaque application ne rencontre généralement qu'un petit sous-ensemble des problèmes potentiels. C'est pourquoi il est d'autant plus important d'avoir un partenaire de développement d'applications compétent qui vous aidera également pendant le processus de publication de l'application. Nous offrons bien sûr ce support de publication d'application pour toutes les applications créées avec notre service. Avec nos nombreuses années d'expérience acquises en publiant des centaines d'applications, nous avons les connaissances nécessaires pour publier votre application, quels que soient les problèmes qui surviennent.