Vous êtes ici:   Sommaire / Processus De Soumission Ios / Publication De L'App Native Ios

iOS - Vérifications avant de soumettre votre application pour la Review d'Apple

Vous allez bientôt soumettre la version IOS de votre application pour vérification en vue d'une publication sur l'Apple Store.

Dans le but d'avoir de meilleures chances que votre application soit validée du premier coup vous devez vous assurer d'être en conformité avec les règles de l'Apple Store .

Notre équipe de Review est là pour s'assurer que votre application se conforme à ces règles.

Néanmoins nous allons vous fournir une liste de vérifications que vous pouvez effectuer avant de faire votre demande de review.

Cela permettra de gagner du temps lors de la review de votre application et donc de réduire le délai de soumission de votre application à l'Apple Store.
Pour plus d'informations sur le processus de review iOS, lisez cette aide en ligne


1

Contenu de l'application et design

Attention : Toute application incomplète sera automatiquement rejetée par Apple.

La version de votre application que vous présentez à l'équipe de review doit être la version finale, toutes les pages et catégories doivent être remplies par du contenu réel.
Lors de la review incluez tout le contenu que vous voulez présenter à l'utilisateur final de votre application.

Certaines choses sont interdites :

Vous ne devez pas avoir de section/catégorie vide.
Vous ne devez pas avoir contenu de démonstration.
Vous ne devez pas avoir de textes de remplacement.
Vous ne devez pas avoir mentions de "Test".
Les mentions de Google/Android ou tout autre concurrent direct d'Apple
sont un motif de rejet, ceci inclus les photos d'appareils appartenant à des marques concurrentes d'Apple.

Nous vous conseillons de vérifier en particulier :

  • Votre section d'évènement, assurez-vous d'avoir des évènements qui aillent loin dans le futur, ceci dans le but d'éviter que la section soit vide au moment de la Review.
  • Le nombre de sections de votre application et l'interactivité avec l'utilisateur, nous vous conseillons d'avoir au minimum cinq sections de contenu natif et deux contenus interactifs, dans le but d'éviter un rejet 4.2 minimum functionality.
  • Tous vos liens doivent être fonctionnels, les liens morts sont un motif de rejet 2.1. Si vous avez une page de dons s'ouvrant grâce à un lien externe,  ajoutez au lien la propriété suivante : "?gbOpenExternal=1". Vos liens doivent respecter le format suivant :  "https://www.votreurl.com?gbOpenExternal=1". Pour plus d'informations sur les liens, lisez cette aide en ligne
  • Votre flèche de retour doit-être clairement visible, si la flèche se confond avec le fond de votre application ceci est un motif de rejet, nous vous conseillons de vérifier la couleur et/ou la forme de votre flèche en suivant le chemin Mon App > Design >Design général> Logo & Titre.


2

Configuration des Add-Ons

Selon les add-ons que vous avez ajoutés à votre application, il se peut que vous ayez à exécuter des vérifications supplémentaires .

 
-L'Add-on Authentification.
1/ Vous devez créer un utilisateur test pour permettre à l'équipe de review de tester votre application sur appareil de test. N'appelez PAS cet utilisateur de test "Test". Donnez-lui un vrai nom, comme si c'était un vrai utilisateur. 
2/Apple considère que les utilisateurs ne devraient généralement pas avoir à partager des informations personnelles pour accéder au contenu d'une application.  
Si vous verrouillez complètement l'application ou des sections de l'application, sans possibilité de vous inscrire, vous devez être en mesure de prouver à Apple que l'application entière (ou même certaines sections) fait partie d'un service acheté à partir de l'application.  
 
3/Si vous voulez donner à vos utilisateurs la possibilité de s'inscrire dans l'application, vous ne devez pas rendre cette inscription  obligatoire

4/ Votre application ne doit pas être totalement verrouillée, nous vous conseillons de ne verrouiller que les sections que vous considérez comme privées.

Note Ces options  seront modifiables une fois que votre application sera sur l''Apple Store. Pour plus d'information sur l'add-on Authentification, lisez cette aide en ligne
 
- Geofence Add-on
Vous devez avoir au moins une zone active.
Pour vérifier allez dans le Menu de gauche Marketing > Geoalert > Geofences
Pour plus d'information sur l'add-on Authentification, lisez cette aide en ligne .

- Beacon Add-on 
Vous devez avoir au moins un UUID actif.
Pour vérifier allez dans le Menu de gauche Marketing > Geoalert >Beacons.
Pour plus d'information sur l'add-on Beacon, lisez cette aide en ligne .


3

Back office> Menu Paramètres généraux

Dans votre back office Menu>Paramètres généraux

-Email de contact
Vous ne devez pas utiliser en email de contact une adresse Gmail, Yahoo ou Hotmail, sinon vous courez le risque que certains mails automatiques ne soient pas correctement reçus par tous vos utilisateurs.

-Géolocalisation en mode background:(Seuleument si l'add-on geofences est activé).
L'activation de la géolocalisation en arrière-plan n'est pas obligatoire. Les Geofences fonctionneront toujours si le bouton est éteint. 
Si vous décidez de l'activer :  
 la raison de cet usage
1- Spécifiez dans votre brief la raison pour laquelle la géolocalisation en mode back ground est nécessaire. 
Attention : Apple interdit son utilisation à des fins de marketing. Vous devez avoir une raison valable d'utiliser cette fonctionnalité. (Par exemple, si votre application est faite pour avertir l'utilisateur des désastres, accidents, zones à éviter etc...) 
2- Mettez la phrase suivante dans votre description pour l'Apple Store, "L'usage continu du GPS en tâche de fond peut réduire considérablement la batterie.".

-L'alerte d'utilisation de la localisation:
Elle permet d'afficher un texte à vos utilisateurs qui sera affiché la première fois que l'application est ouverte, afin de leur indiquer que l'application utilise leurs position géographique. 
Veillez à bien spécifier pourquoi l'application requiert la localisation de l'utilisateur dans l'alerte d'utilisation de la localisation, ainsi qu'à préciser quel type de notifications sont envoyées et quels emplacements particuliers déclenchent les notifications.

L'alerte de demande d'autorisation doit spécifier comment votre application utilisera cette fonctionnalité pour permettre à l'utilisateur de comprendre pourquoi l'application demande l'accès à leurs données privées. 

Soyez le plus précis possible.
Cela sera vraiment utile puisque Apple vous demandera beaucoup plus d'informations à ce sujet.

Les données de localisation sont utilisées pour la géolocalisation de l'utilisateur dans les sections Map, ainsi que pour l'utilisation des notifications push ciblées et le recueil des statistiques de l'utilisateurs. 

-La lecture de l'audio en mode background.
 Si vous avez une page utilisant du contenu sonore comme une page Podcast/Cms Sound/Live Radio etc...
Vous devez activer  la lecture de l'audio en mode background.

Note : Si vous décidez de désactiver ce type de page, pensez au préalable à désactiver cette option de lecture, ceci peut causer un rejet lors de la review d'Apple. 


4

La page de Brief

Votre brief est le formulaire que vous devez remplir avant d'entrer en contact avec notre équipe de review.

Au moment de remplir votre brief nous vous demandons de faire attention à plusieurs choses.
 

  • Votre Url de support.
Elle doit être fonctionnelle, il s'agit d'un moyen d'entrer en contact avec vous.
Vous pouvez par exemple utiliser la page de contact de votre site Web ou toute autre page de contact.
 
  • Votre description pour l'Apple Store.
Elle doit être complète et décrire votre app, ces fonctionnalités, comment les utilisateurs l'utiliseront, etc...
Note : Si vous utilisez l'Add-on Geofence ou la géolocalisation en background, nous vous conseillons d'ajouter à la fin de votre description "L'usage continu du GPS en tâche de fond peut réduire considérablement la batterie." à la fin de la description.
 
  • Le Message pour l'équipe de review.
Vous devez l'écrire en Anglais (les autres langues ne sont pas acceptées),et répondre aux deux points suivants :

1/ Expliquer le but de votre application et son intérêt pour l'utilisateur final 
Il s'agit d'expliquer le concept de votre application et ce que cette application pourra apporter à l' utilisateur final en étant sur l'Apple Store. Notez que les applications publiées sur l'Apple Store sont destinées à une large gamme d'utilisateurs.
N'hésitez pas à donner des détails et des exemples concrets sur la façon dont l'application sera utilisée et pourquoi.  

2/ Si le légitime propriétaire de l'application est bien le titulaire du compte développeur Apple.
Le propriétaire final de l'application doit être le propriétaire du compte développeur Apple.
Ceci dans le but d'être en conformité avec la directive 4.2.6 des règles de l'Apple Store.
Pour plus d'informations sur la règle 4.2.6, lisez cette aide en ligne
 
  • Vos ratings.
Ils doivent être correctement configuré, nous vous conseillons de passer en revue votre application avant d'envoyer votre brief pour vérifier que vous avez les bons ratings.
 
  • Les add-ons.
Authentification : vous devrez fournir les identifiants de connection de votre utilisateur test, vous devrez également justifier l'utilisation de cet add-on.

Geofence : vous devrez également justifier son utilisation et pourquoi.


Une fois votre brief envoyé un ticket de support sera généré.
Une boite de dialogue sera ouverte dans le Publication > app iOS > Publier .
Notre équipe de review entrera en contact avec vous par ce biais sous 3 jours ouvrés pour faire les vérifications nécessaires.