Introduction

Lorsque vous soumettez une application pour être publiée dans l’App Store, Apple examine l’application (s'ouvre dans un nouvel onglet) - cela est également vrai pour les mises à jour d’application - afin de déterminer si elle adhère aux exigences de l’App Store Review Guidelines (s'ouvre dans un nouvel onglet) et de l'Apple Developer Program License Agreement (s'ouvre dans un nouvel onglet). 

Cette vérification n’est pas automatisée, un évaluateur réalise un contrôle manuel. Par conséquent, l’évaluation peut prendre jusqu’à plusieurs jours et se fait en fonction de l’interprétation personnelle de l’évaluateur. Il peut arriver que l’évaluateur ne comprenne pas totalement le cas d’usage ou l’objectif pour lequel l’application a été soumise et rejette l’application pour diverses raisons. 

Ce document fournit des indications pour traiter les refus de votre Branded Mobile app par Apple. Dans la section Causes fréquentes de refus de l'application, vous trouverez les problèmes les plus fréquemment rencontrés qui provoquent le rejet de l’application. Les détails fournis par l’évaluateur Apple, incluant les consignes spécifiques de l’App Store sont listés dans la section Raison du refus. Dans la section Traiter le refus, vous pouvez voir comment gérer les échanges avec l’évaluateur et expliquer pourquoi l’application que vous soumettez adhère aux exigences d’Apple. 

Vous pouvez répondre aux messages reçus de la part d’Apple depuis le Resolution Center de iTunes Connect. Dans votre réponse, assurez-vous d’inclure le maximum d’informations et de détails à l'attention de l’évaluateur d’Apple et joignez tout fichier qui peut aider à contextualiser votre message. 

Plus d’informations sur l’application Branded Mobile app dans les articles dédiés de la Knowledge Base

Causes fréquentes de refus de l'application

Raison du refus 2.1 

Guideline 2.1 - Information Needed 

We’re looking forward to completing our review but to continue we need more information about how your app uses cookies. 

Please review the following questions and provide as much detailed information as you can for each question.

1. Does your app collect any personally identifiable information?
2. Is the data collected by your app shared with any third-party data brokers?
3. Is the data collected by your app linked with third-party data for marketing or advertising purposes? 

Traiter le refus 2.1

1. Does your app collect any personally identifiable information?

Votre application collecte-t-elle des informations à caractère personnel ?

Oui, l’application connecte les utilisateurs au LMS Docebo. Nous collectons des informations personnelles afin de pouvoir informer les utilisateurs sur les mises à jour de produit ou des problèmes de qualité. Nos produits sont en conformité avec les exigences de la FDA, l’application est donc conforme aux exigences fédérales d’informer les utilisateurs de toute mise à jour ou changement. 

2. Is the data collected by your app shared with any third-party data brokers?

Les informations collectées par votre application sont-elles transmises à des sociétés tierces ?

Non, nous ne partageons pas les données collectées. 

3. Is the data collected by your app linked with third-party data for marketing or advertising purposes? 

Les données collectées par votre application sont-elles liées à des données tierces à des fins de marketing ou de publicité ?

Non, nous n’utilisons pas les données collectées à des fins publicitaires. 

Raison du refus 2.5.4

Guideline 2.5.4 - Performance - Software Requirements. Your app still declares support for audio in the UIBackgroundModes key in your Info.plist, but we were unable to play any audible content when the app was running in the background.

Traiter le refus .5.4

Afin de permettre à Apple de tester la fonctionnalité de lecture audio dans les vidéos, vous devez créer un cours dans lequel vous insérez un contenu pédagogique vidéo (en téléchargeant un fichier et non une vidéo depuis une plateforme de réseaux sociaux). Inscrivez ensuite un utilisateur test dans ce cours. Dans l’App store, ajoutez la note suivante pour le testeur :

You need to play the video {video_name} in the course {couse_name} in order to test the background audio playback functionality.

Raisons du refus 3.1.1 et 3.1.3(a)

Guidelines 3.1.1 - In-App Purchase and 3.1.3(a) - "Reader" Apps

We noticed in our review that your app allows users to access previously purchased video / audio content or content subscriptions. However, your app includes an account registration feature for paid content.

"Reader" apps are apps that access certain kinds of previously purchased digital media. They may offer account creation for free tiers, and account management functionality for existing customers, but they shouldn't include registration for accounts that access paid content.

Next Steps

It would be appropriate to remove the account registration features for paid content from your app before resubmitting for review.

If there's additional information you'd like to provide regarding the digital content and services in your app, reply to this message in App Store Connect and let us know. If there's information you'd like us to consider in future submissions, please feel free to include it in the App Review Information section of App Store Connect (opens in a new tab).

Resources

Learn more about our policies for "reader" apps in App Store Review Guideline 3.1.3(a) (opens in a new tab).

Traiter les refus  3.1.1 and 3.1.3(a)

Apple a rejeté votre application car elle permet aux utilisateurs d'accéder à des contenus payants qu'ils ont achetés en dehors de l'écosystème Apple et non dans l'application. Vous pouvez éviter ce rejet en activant le mode lecteur dans le menu Branded mobile app publisher. 
Avec le mode lecteur, vous êtes en conformité avec les directives 3.1.1 de l'App Store d'Apple sur l'achat in-app (s'ouvre dans un nouvel onglet) et 3.1.3(a) sur les applications de lecture (s'ouvre dans un nouvel onglet) et vous pouvez créer votre application de lecture et la télécharger sur l'App Store. Grâce au mode lecteur, vos utilisateurs peuvent accéder sans problème aux contenus achetés précédemment.

Veuillez noter que l'enregistrement des utilisateurs n'est pas disponible dans les applications  de lecture ; vos utilisateurs doivent donc s'enregistrer à partir de la plateforme desktop.

Si le rejet d'Apple ne mentionne que la directive 3.1.1 et que votre application permet aux utilisateurs d'accéder à des contenus payants qu'ils ont achetés en dehors de l'écosystème d'Apple, générez l'application de lecture comme expliqué ci-dessus et répondez ensuite dans l'App Store au rejet d'Apple avec ce texte :

The app submitted is considered a "Reader” app (App Store Review Guidelines - Business guideline 3.1.3(a)).

It allows a logged user to access previously purchased digital content (specifically audio and video) and no content can be bought inside the app.

Also, there isn't the possibility to create an account from the app itself and the main point of contact for users is the desktop website [insert your platform domain here].

Raison du refus 3.2 (Cas 1)

Guideline 3.2 - Business 

We found that your app is an in-house app, intended for employees or members of your organization. As such, it is not appropriate for the App Store. For information on distributing proprietary, in-house apps, please refer to the Apple Developer Enterprise Program.

Traiter le refus  3.2 (Cas 1)

Si votre application est destinée à une utilisation interne uniquement (application développée pour les salariés de votre entreprises uniquement), alors l’application ne peut pas être publiée sur l’App Store. 

Vous pouvez éventuellement publier en privé l’application d’une des façons suivantes : 

• Apple Developer Enterprise Program (s'ouvre dans un nouvel onglet)
• Apple Business Manager (s'ouvre dans un nouvel onglet)
• Tout Mobile Device Management System (MDM)

Raison du refus 3.2 (Cas 2)

Guideline 3.2 - Business - We found in our review that your app is designed to be used by a specific business or organization, including partners or employees. Custom app distribution through Apple Business Manager or Apple School Manager is the best way to make these kinds of business apps available to your target audience.

Traiter le refus 3.2 (Cas 2)

Le système (et donc l’application) est utilisé par nos salariés et par des utilisateurs extérieurs à l’organisation - à peu près {X}% du public est composé de salariés internes mais {Y}%  du public est composé de clients, de partenaires et de distributeurs. 

Les utilisateurs de ce second groupe sont des utilisateurs privés et indépendants de notre organisation, par conséquent, nous ne pouvons évidemment pas contrôler leurs appareils à l’aide d’un Mobile Device Management Systems (MDM). Nous devons donc rendre l’application disponible sur l’App Store d’Apple pour couvrir ce cas de figure, le plus important. 

Raison du refus 4.8

Guideline 4.8 - Design - Sign in with Apple

We noticed that your app uses a third-party login service but does not offer Sign in with Apple. Apps that use a third-party login service for account authentication must offer Sign in with Apple to users as an equivalent option.

Traiter le refus 4.8

Lorsque vous soumettez votre application branded à Apple, assurez-vous d’ajouter la note suivante : 

{APP_NAME} app is a business app that requires the user to sign in with an existing enterprise account. Because of this reason, it is not possible to offer Sign in with Apple.

Raison du refus 5.1.1 (Cas 1 )

Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage. To resolve this issue, it would be appropriate to please revise your app to let users freely access your app’s features that are not account-based.

Traiter le refus 5.1.1 (Cas 1 )

Vous pouvez expliquer à l’évaluateur que chaque fonctionnalité de l’application est liée au compte, l’utilisateur doit donc se connecter pour accéder à l’application. Vous pouvez utiliser le modèle de réponse suivant : 

“{Client_Learning_Portal} is an account-based Learning Management System. In the app, every feature is account-based. In order to access every piece of content, the user needs to create an account and to log in. The content within the {Client_Learning_Portal} Learning Management System is proprietary information that customers can access after creating an account. The LMS requires all users to create an account to log in.”

Vous pouvez également partir du modèle suivant et l’ajuster à votre implémentation pour fournir des informations sur chaque page de votre application : 

“The app contains exclusively account-based features:

• The content of the All Channels page varies for each user according to their group or branch
• The My Courses & Learning Plans page is personal by definition
• The My Channel page is personal by definition
• The My Skills page is tailor-made to the user's specific skills
• The Questions & Answers page varies for each user according to their group or branch
• The My Gamification page is personal by definition

As a consequence, the login procedure is always required.”

Comme alternative aux deux réponses précédentes à propos des fonctionnalités basées sur le compte, dans l'application, vous pouvez activer le mode démo pour votre application mobile de marque sur les appareils iOS.

Raison du refus 5.1.1 (Cas 2)

Guideline 5.1.1 - Legal - Privacy - Data Collection and Storage. We have noticed that your application during the registration process asks for a lot of information other than the desired username. It would be appropriate to ask only for the information that is strictly necessary to provide your service. Can you explain why the username is not sufficient?

Traiter le refus 5.1.1 (Cas 2)

Étant donné qu'Apple est très sensible au respect de la vie privée, dans le processus d'auto-enregistrement, vous ne devez demander aux utilisateurs que les informations qui sont réellement nécessaires, et vous devez également expliquer à l'évaluateur pourquoi vous avez besoin d'informations différentes du nom d'utilisateur..

Faire appel des refus

Si vous pensez qu’il est nécessaire d’entreprendre une action plus importante qu’un simple échange avec l’évaluateur dans le Resolution Center pour que la décision de refus de votre application soit réévaluée, une autre possibilité est de soumettre une demande d’appel. 

Dans la partie Support de l’App Store, Apple propose un service vous permettant de faire appel du refus de votre application auprès de la commission d’évaluation d’Apple. Cette procédure peut sembler complexe mais Apple répond généralement aux demandes d’appel dans les 24 heures. 

Dans la demande d’appel, vous pouvez demander à être contacté par un représentant de l’App Store par téléphone pour échanger oralement à propos du refus de votre application et de votre demande de figurer sur l’App Store. Renseignez le formulaire que vous trouverez dans la partie Support de l’App Store (s'ouvre dans un nouvel onglet) pour être contacté par l'Équipe d'Évaluation d’Apple.