Guide
Publier votre app, écran par écran
Votre build est en test. Ce guide vous accompagne dans les formulaires qu’Apple et Google vous présentent ensuite, case par case, jusqu’à l’envoi final.
App Store
Push200 a déjà envoyé votre build à App Store Connect, où il apparaît dans TestFlight. Pour le mettre sur l’App Store, vous remplissez la page de votre app et l’envoyez à l’examen d’Apple. Comptez environ une heure la première fois. Les mises à jour suivantes ne demandent que le nouveau build et quelques mots sur ce qui a changé.
Un guide, pas un conseil
Nous décrivons où cliquer et ce que demande chaque case, tels qu’Apple et Google les affichent aujourd’hui. Ce que vous écrivez, et l’acceptation de votre app, se règlent entre vous et la boutique. Push200 ne donne pas de conseil juridique, commercial ou en matière de confidentialité : pour ces questions, adressez-vous à un professionnel qualifié. Apple et Google modifient leurs écrans de temps en temps. Si quelque chose ici diffère de leurs propres pages, ce sont elles qui font foi.
Préparez ces éléments
Apple demande tout ceci avant que vous puissiez soumettre votre app :
- Des captures d’écran de votre app sur un iPhone, et sur un iPad si votre app fonctionne sur iPad
- Une description de votre app, et jusqu’à 100 caractères de mots-clés de recherche
- Une page web d’assistance où l’on peut vous contacter, et l’adresse web de votre politique de confidentialité
- Si votre app demande une connexion : un compte de démonstration qui fonctionne, pour l’examinateur d’Apple
- Votre nom, votre numéro de téléphone et votre e-mail, uniquement pour l’examinateur d’Apple
Ouvrez la page de version de votre app
Ouvrez App Store Connect, appuyez sur Apps et choisissez votre app. À gauche, sous iOS App, appuyez sur la version marquée Prepare for Submission, par exemple 1.0. La plupart de ce qui suit se trouve sur cette page.
Ajoutez vos captures d’écran
Sous Previews and Screenshots, Apple indique les tailles d’écran dont il a besoin. Faites glisser vos captures d’écran sur chaque taille demandée.
- Apple demande la plus grande taille d’iPhone de sa liste, et utilise ces captures pour les iPhone plus petits
- Si votre app fonctionne sur iPad, Apple demande aussi des captures d’écran iPad
- Jusqu’à 10 captures d’écran par taille. Apple s’attend à ce qu’elles montrent votre app en cours d’utilisation
- Les tailles de captures d’écran d’Apple indiquent les dimensions exactes en pixels
Remplissez les champs de texte
Sur la même page :
- Promotional Text : facultatif, jusqu’à 170 caractères, modifiable à tout moment sans examen
- Description : ce que fait votre app, jusqu’à 4 000 caractères
- Keywords : des mots que les gens pourraient rechercher, séparés par des virgules, jusqu’à 100 caractères au total
- Support URL : obligatoire, la page web où l’on peut obtenir de l’aide
- Marketing URL : facultatif
- Copyright : à qui appartient l’app, généralement l’année et votre nom ou celui de votre entreprise, par exemple 2026 Votre Entreprise
Choisissez le build envoyé par Push200
Faites défiler jusqu’à Build et appuyez sur Add Build, ou sur le +. Choisissez le build portant le numéro de version que Push200 vous a indiqué. S’il n’apparaît pas encore, Apple est toujours en train de le traiter. Cela prend généralement quelques minutes après l’e-mail d’Apple.
- Apple peut vous demander si votre app utilise du chiffrement. La page d’Apple sur le chiffrement explique chaque réponse, y compris ce qui compte comme chiffrement standard
Remplissez App Information
À gauche, sous General, appuyez sur App Information :
- Name et Subtitle : jusqu’à 30 caractères chacun. Le nom est ce qui s’affiche sous votre icône dans la boutique
- Category : la rubrique de la boutique où apparaît votre app, plus une deuxième facultative
- Content Rights : si votre app affiche des contenus appartenant à quelqu’un d’autre
- Age Rating : appuyez sur Set Up Age Ratings ou Edit, et répondez aux questions d’Apple sur le contenu de votre app. Apple détermine la classification à partir de vos réponses
Remplissez App Privacy
À gauche, appuyez sur App Privacy. Cela devient la section confidentialité de votre page App Store.
- Privacy Policy URL : l’adresse web de votre politique de confidentialité. Apple en exige une pour chaque app
- Appuyez sur Get Started. Apple demande si vous, ou des services intégrés à votre app, collectez des données. Ces services peuvent inclure la connexion, les statistiques, la publicité, les rapports de plantage et les paiements, par exemple Firebase
- Pour chaque type de données que vous cochez, Apple demande à quoi il sert, s’il est lié à la personne et s’il sert au suivi
- Les éditeurs de chaque service publient généralement ce que leur service collecte, ce qui vous aide à répondre
- Appuyez sur Publish quand vous avez terminé. La page App Privacy d’Apple explique chaque question
Fixez le prix et les pays
À gauche, appuyez sur Pricing and Availability. Choisissez un prix, ou Free, ainsi que les pays et régions où votre app apparaît. Les apps payantes exigent que le contrat Paid Apps d’Apple soit signé, sous Business.
Donnez à l’examinateur d’Apple ce dont il a besoin
De retour sur la page de version, faites défiler jusqu’à App Review Information :
- Sign-in required : si votre app demande une connexion, cochez cette case et saisissez un nom d’utilisateur et un mot de passe de démonstration qui fonctionnent. Un examinateur qui ne peut pas se connecter renvoie généralement l’app
- Contact Information : votre nom, votre numéro de téléphone et votre e-mail. Seul Apple les voit
- Notes : tout ce qu’un examinateur ne peut pas trouver seul, comme une fonction qui nécessite un code, un lieu ou un appareil
Choisissez quand elle sera publiée
Sous App Store Version Release, choisissez comment votre app sera publiée une fois approuvée par Apple : par vous-même avec un bouton, automatiquement tout de suite, ou automatiquement à la date de votre choix.
Soumettez-la à l’examen
En haut à droite, appuyez sur Add for Review. Apple affiche un récapitulatif. Appuyez sur Submit to App Review. Le statut de votre app passe à Waiting for Review, puis à In Review. Selon Apple, la plupart des apps sont examinées en un ou deux jours, et vous recevez le résultat par e-mail.
Si Apple la renvoie
Le message d’Apple se trouve dans App Store Connect sous App Review, et il cite la règle concernée des App Review Guidelines d’Apple. Vous pouvez y répondre. Si quelque chose doit changer dans l’app, modifiez votre code, appuyez sur Lancer le build dans Push200, choisissez le nouveau build sur la page de version et soumettez à nouveau.
Ce pour quoi les règles d’Apple renvoient souvent les apps
Ces points viennent des règles publiées par Apple. Apple décide au cas par cas, alors lisez les règles elles-mêmes.
- L’app plante, ou contient des liens cassés, des pages vides ou du texte provisoire
- L’examinateur ne peut pas se connecter, parce que le compte de démonstration manque ou ne fonctionne pas
- Les réponses sur la confidentialité ne correspondent pas à ce que fait l’app, ou le lien vers la politique de confidentialité ne fonctionne pas
- L’app n’est guère plus qu’un site web dans un cadre, avec peu de choses qui fonctionnent comme une app
- Des contenus numériques, comme des abonnements ou des fonctions supplémentaires, vendus sans l’achat intégré d’Apple
- On peut créer un compte dans l’app mais pas le supprimer dans l’app
- Des captures d’écran qui ne montrent pas l’app elle-même
Vos prochaines mises à jour
Pour chaque mise à jour, appuyez sur + à côté de iOS App à gauche pour créer une nouvelle version, choisissez le nouveau build envoyé par Push200, rédigez What's New in This Version et soumettez à nouveau. Tout le reste est déjà rempli.
Pas encore de build ?
Si votre app ne se compile pas encore, commencez par connecter GitHub, Apple et Google Play.
Lire le guide de configurationGoogle Play
Push200 envoie chaque build à Google Play comme version de test, sur la piste de test que vous avez choisie. Pour rendre votre app publique, vous effectuez les tâches de votre app dans Play Console, puis vous envoyez une version en production. Comptez environ une heure la première fois.
Un guide, pas un conseil
Nous décrivons où cliquer et ce que demande chaque case, tels qu’Apple et Google les affichent aujourd’hui. Ce que vous écrivez, et l’acceptation de votre app, se règlent entre vous et la boutique. Push200 ne donne pas de conseil juridique, commercial ou en matière de confidentialité : pour ces questions, adressez-vous à un professionnel qualifié. Apple et Google modifient leurs écrans de temps en temps. Si quelque chose ici diffère de leurs propres pages, ce sont elles qui font foi.
Vérifiez d’abord votre type de compte
Google exige des nouveaux comptes personnels un test fermé avec au moins 12 testeurs pendant 14 jours d’affilée avant la publication. Les comptes d’organisation (entreprise) ne sont pas soumis à cette règle, mais ont besoin d’un numéro D-U-N-S lors de l’inscription. Lisez les règles de Google pour les comptes personnels, et consultez les étapes de test ci-dessous.
Préparez ces éléments
Google demande tout ceci avant que votre app puisse être publiée :
- Une icône d’app : 512 × 512 pixels, au format PNG
- Une image de présentation : 1024 × 500 pixels, affichée en haut de votre page dans la boutique
- Au moins 2 captures d’écran sur téléphone, plus des captures sur tablette si votre app prend en charge les tablettes
- Une description courte de 80 caractères maximum, et une description complète de 4 000 caractères maximum
- L’adresse web de votre politique de confidentialité, et une adresse e-mail de contact
- Si votre app demande une connexion : un compte de test qui fonctionne, pour l’examinateur de Google
Ouvrez les tâches de configuration de votre app
Ouvrez Play Console et choisissez votre app. Sur le Dashboard, Google liste les tâches nécessaires sous Set up your app. Chacune ouvre un court formulaire. Appuyez sur Save pour chacune, et elle reçoit une coche.
Politique de confidentialité et accès à l’app
Dans les tâches sur le contenu de votre app :
- Privacy policy : collez l’adresse web de votre politique de confidentialité
- App access : indiquez si tout fonctionne dans votre app sans connexion. Sinon, ajoutez des instructions et des identifiants de test qui fonctionnent pour l’examinateur de Google
Publicités, classification du contenu et public cible
Trois autres courts formulaires :
- Ads : indiquez si votre app affiche des publicités, y compris celles de services intégrés à votre app
- Content rating : appuyez sur Start questionnaire, saisissez votre e-mail, choisissez la catégorie de votre app et répondez aux questions sur son contenu. Vos classifications pour chaque pays découlent de vos réponses
- Target audience and content : choisissez les tranches d’âge auxquelles votre app s’adresse. Si vous incluez des enfants, les règles Familles de Google s’appliquent aussi
Sécurité des données
Cela devient la section sécurité des données de votre page dans la boutique.
- Google demande si votre app collecte ou partage l’un des types de données de sa liste, y compris les données collectées par des services intégrés à votre app, comme Firebase, les statistiques ou la publicité
- Pour chaque type que vous cochez, Google demande à quoi il sert, et s’il est facultatif ou obligatoire
- Google demande aussi si les données sont chiffrées pendant leur transfert, et comment les gens peuvent demander la suppression de leurs données
- Les éditeurs de chaque service publient généralement ce que leur service collecte. La page d’aide de Google sur ce formulaire explique chaque question
Les autres déclarations
Google n’affiche que celles qui concernent votre app. Elles peuvent inclure :
- News apps, Government apps, Financial features et Health : des questions sur ces types d’apps
- Account deletion : si l’on peut créer un compte dans votre app, Google demande une page web où l’on peut demander la suppression de son compte
- Permissions : si votre app utilise des autorisations sensibles, comme la localisation en arrière-plan ou les SMS, Google demande pourquoi
Votre fiche dans la boutique
À gauche, sous Grow users, appuyez sur Store presence, puis sur Main store listing :
- App name : jusqu’à 30 caractères
- Short description et Full description
- Graphics : votre icône, votre image de présentation et vos captures d’écran
- Sous Store settings : la catégorie, les tags, l’e-mail de contact et le site web de votre app
Les tests, et la règle des 12 testeurs
Sous Test and release, puis Testing, Google propose trois types de test :
- Internal testing : jusqu’à 100 personnes que vous invitez. Push200 envoie les builds ici, sauf si vous avez choisi une autre piste dans les paramètres avancés de votre app
- Closed testing : des personnes que vous invitez via une liste d’e-mails ou un Google Group. C’est le test qu’exige la règle des 12 testeurs de Google
- Open testing : tout le monde peut participer depuis votre page dans la boutique
Si vous avez un nouveau compte personnel
Pour respecter la règle de Google avant la publication :
- Ouvrez Closed testing, créez une piste ou utilisez celle créée par Google, et ajoutez les e-mails de vos testeurs
- Créez une version sur cette piste et ajoutez le build importé par Push200, depuis Add from library
- Envoyez le lien d’inscription à vos testeurs. Chacun l’ouvre, s’inscrit et installe votre app depuis Google Play
- Google compte les testeurs qui restent inscrits. Après 14 jours d’affilée avec au moins 12 testeurs, le Dashboard propose Apply for production, avec quelques questions sur votre test
Envoyez une version en production
Sous Test and release, appuyez sur Production :
- Sous Countries / regions, choisissez où votre app est disponible
- Appuyez sur Create new release, puis sur Add from library, et choisissez le build importé par Push200, celui que vous avez testé
- Rédigez les notes de version, le texte que les gens voient sous « Nouveautés », puis appuyez sur Next et Save
- Allez dans Publishing overview et appuyez sur Send changes for review
L’examen de Google
Selon Google, l’examen peut prendre jusqu’à 7 jours, et parfois plus pour les nouvelles apps. Vous recevez un e-mail quand il est terminé. Si Google refuse l’app, l’e-mail et l’Inbox de Play Console indiquent quel règlement est en cause et ce qu’il faut changer. Modifiez votre app ou le formulaire, appuyez sur Lancer le build dans Push200 si l’app elle-même a changé, et renvoyez-la.
Ce pour quoi les règles de Google refusent souvent les apps
Ces points viennent des règles publiées par Google. Google décide au cas par cas, alors lisez le Policy Center de Google lui-même.
- Les réponses sur la sécurité des données ne correspondent pas à ce que collectent l’app ou ses services
- Pas de politique de confidentialité, ou un lien qui ne fonctionne pas
- L’examinateur ne peut pas se connecter, parce qu’App access ne contient pas d’identifiants de test valides
- Des mots-clés entassés dans le nom ou les descriptions, ou un texte qui ne correspond pas à l’app
- L’app plante ou ne fait pas ce que sa fiche annonce
- Une autorisation sensible utilisée sans la déclaration demandée par Google
- Aucun moyen de demander la suppression d’un compte, alors que l’app permet d’en créer un
Vos prochaines mises à jour
Une fois votre app publique, chaque mise à jour est rapide. Push200 envoie le nouveau build sur votre piste de test. Testez-le, puis dans Production appuyez sur Create new release, ajoutez le nouveau build, décrivez les nouveautés et envoyez-le en examen.
Pas encore de build ?
Si votre app ne se compile pas encore, commencez par connecter GitHub, Apple et Google Play.
Lire le guide de configuration