Comment utiliser cette checklist de lancement d’application mobile
La checklist suit un compte à rebours qui démarre huit semaines avant le jour du lancement. C’est à peu près le calendrier le plus court qui laisse la place à un vrai test bêta, à un rejet de l’App Review et à une demande de mise en avant. Si vous avez moins de temps, gardez l’ordre et retirez les lignes marquées comme facultatives.
Deux frais fixes passent avant tout le reste. L’Apple Developer Program coûte 99 USD par an, et 98,99 € par an en France quand vous vous inscrivez depuis l’app Apple Developer. C’est cet abonnement qui ouvre le test bêta TestFlight et la distribution sur l’App Store. Les prix des autres pays sont dans notre guide du compte développeur Apple. Un compte développeur Google Play demande des frais d’inscription uniques de 25 USD. Le tarif d’Apple a été vérifié le 4 novembre 2026, celui de Google lu en octobre 2026.
Chaque tableau a trois colonnes : la tâche, pourquoi elle compte, et où la faire. Les règles d’Apple et de Google renvoient à la page d’où elles viennent, parce que les deux entreprises changent souvent leurs limites et leur façon de valider les apps. Un exemple : le délai qu’Apple publie aujourd’hui, c’est 90 % des soumissions examinées en moins de 48 heures. Comptez donc deux jours par tour de validation.
Apple ne traduit pas en français les pages d’aide d’App Store Connect. Dans la colonne « Où la faire », les noms de sections sont donc écrits comme dans ces pages, pour que vous retrouviez facilement l’aide qui correspond. Si vous utilisez App Store Connect en français, l’intitulé à l’écran peut être différent.
De 8 à 4 semaines avant le lancement : positionnement, nom, landing page et test bêta
Cette phase répond à la question « que faire avant de lancer une application ? » : décider ce que vous dites, à qui, et prouver que le build tourne sur le téléphone des autres.
| Tâche | Pourquoi c’est important | Où la faire |
|---|---|---|
| Écrire une phrase de positionnement : pour qui est l’app, quel problème elle règle, quel résultat elle donne | Toutes les tâches suivantes (nom, captures d’écran, post de lancement) sont des variantes de cette phrase. L’écrire tard, c’est tout réécrire ensuite. | Un document partagé |
| S’inscrire à l’Apple Developer Program | TestFlight et la distribution sur l’App Store font partie de l’abonnement, donc toutes les autres lignes en dépendent. Inscrivez-vous en premier, au cas où la vérification prendrait du temps. | Site Apple Developer |
| Choisir le nom de l’app et le sous-titre | Chacun est limité à 30 caractères selon la page d’Apple sur la fiche produit, et le nom fait partie des champs sur lesquels la recherche de l’App Store s’appuie. Notre compteur de caractères App Store contrôle chaque champ de la fiche par rapport à sa limite. | App Store Connect, App Information |
| Choisir les mots clés du champ Keywords | La recherche sur l’App Store s’appuie sur le titre, le sous-titre, les mots clés et la catégorie principale. Le champ contient 100 caractères au total, termes séparés par des virgules sans espace, et Apple conseille de ne pas y répéter les mots déjà présents dans le nom, le sous-titre ou la catégorie. | App Store Connect, page de la version |
| Choisir la catégorie principale | La page d’Apple sur la recherche précise que la catégorie principale, comme la catégorie secondaire facultative, est indexée par l’algorithme de recherche. Elle joue donc sur les recherches où l’app apparaît. | App Store Connect, App Information |
| Publier une landing page avec un formulaire de liste d’attente | Les posts teasers, la presse et les inscriptions à la bêta ont un endroit où pointer avant que la fiche App Store existe. | Votre site |
| Réserver votre nom d’utilisateur sur chaque réseau social prévu | Avec le même nom partout, on vous mentionne sans chercher le jour du lancement. Cela prend dix minutes maintenant et peut devenir impossible plus tard. | Instagram, TikTok, X, LinkedIn, Threads |
| Rédiger la politique de confidentialité et une page d’assistance | La page App Review d’Apple indique qu’un lien vers une assistance avec des coordonnées à jour et un lien vers la politique de confidentialité sont obligatoires pour toutes les apps. | Votre site |
| Fixer le prix et créer les achats intégrés | La règle 3.1.1 des App Review Guidelines impose l’achat intégré pour débloquer des fonctions ou des abonnements dans l’app. Créez les produits tôt, pour qu’ils soient prêts à être soumis avec le build. | App Store Connect, Monetization |
| Lancer les tests internes TestFlight | Jusqu’à 100 utilisateurs App Store Connect de votre équipe peuvent installer les builds sans validation, d’après la présentation de TestFlight par Apple. | Xcode et App Store Connect, TestFlight |
| Inviter des testeurs bêta externes | TestFlight accepte jusqu’à 10 000 testeurs externes, invités par mail ou par un lien public. Le premier build ajouté à un groupe passe par l’App Review, alors prévoyez quelques jours. Chaque build peut être testé pendant 90 jours. | App Store Connect, TestFlight |
| Recueillir les retours de la bêta et corriger les cinq problèmes principaux | Avec TestFlight, les testeurs envoient des captures d’écran annotées et des rapports de plantage. Un plantage trouvé maintenant, c’est un plantage que l’App Review ne trouvera pas. | App Store Connect, retours TestFlight |
| Demander à trois testeurs une citation que vous pourrez reprendre | Vos posts de lancement auront besoin de preuves. Une autorisation écrite maintenant vous évite un message gênant le jour J. | |
| Envoyer une demande de mise en avant (facultatif) | La page d’Apple sur la mise en avant demande au moins deux semaines de préavis et conseille jusqu’à trois mois pour être étudié plus largement. La page d’aide sur les nominations recommande un délai minimum de 3 semaines. Choisissez le type App Launch. | App Store Connect, Featuring, Nominations |
Détails TestFlight et mise en avant vérifiés sur les pages d’Apple le 4 novembre 2026.
De 4 à 1 semaine avant : la checklist App Store de votre fiche
La fiche, c’est la page vers laquelle chaque post de lancement envoie les gens. Terminez-la avant d’écrire les posts.
| Tâche | Pourquoi c’est important | Où la faire |
|---|---|---|
| Concevoir les captures d’écran | Vous pouvez en envoyer jusqu’à 10 par taille d’appareil, d’après les spécifications des captures d’écran. La page d’Apple sur la fiche produit ajoute que, selon leur orientation, les trois premières au plus s’affichent dans les résultats de recherche quand aucune vidéo d’aperçu n’est disponible. Les tailles exactes en pixels sont sur notre page tailles des captures d’écran App Store, et des fiches réelles commentées dans nos exemples de captures d’écran App Store. | Outil de design, puis App Store Connect |
| Vérifier que les captures montrent l’app en cours d’utilisation | La règle 2.3.3 demande des captures qui montrent l’app utilisée, et pas seulement un visuel de titre, un écran de connexion ou un écran de démarrage. | App Store Connect, page de la version |
| Enregistrer une vidéo d’aperçu (facultatif) | Jusqu’à trois aperçus de 30 secondes maximum chacun. Ils démarrent sans le son sur la fiche, donc les premières secondes doivent fonctionner en silence. Notre guide de la vidéo d’aperçu App Store va plus loin. | Enregistrement d’écran, puis App Store Connect |
| Rédiger la description | La limite est de 4 000 caractères dans les informations de version d’Apple, mais seule la première phrase s’affiche avant que le lecteur touche « plus ». | App Store Connect, page de la version |
| Rédiger le texte promotionnel | 170 caractères au-dessus de la description, modifiables à tout moment sans nouvelle soumission. C’est l’endroit pour annoncer le lancement. | App Store Connect, page de la version |
| Remplir les informations de confidentialité de l’app | La page d’Apple sur la confidentialité des apps précise que ces informations sont obligatoires pour soumettre une nouvelle app ou une mise à jour, et qu’elles doivent couvrir les données collectées par le code tiers intégré à l’app, comme les SDK d’analyse et de publicité. | App Store Connect, App Privacy |
| Répondre au questionnaire de classification par âge | La classification est obligatoire et se calcule à partir de vos réponses. Les niveaux de classification d’Apple sont 4+, 9+, 13+, 16+ et 18+. Notre guide des classifications par âge de l’App Store détaille chacun d’eux. | App Store Connect, App Information |
| Ajouter la suppression du compte si l’app a des comptes | La règle 5.1.1 impose aux apps qui permettent de créer un compte d’en proposer aussi la suppression depuis l’app. | L’écran des réglages de votre app |
| Remplir App Review Information avec un compte de démo et des notes | D’après la page App Review d’Apple, plus de 40 % des problèmes non résolus relèvent de la règle 2.1, App Completeness, qui couvre entre autres les identifiants de connexion manquants. | App Store Connect, App Review Information |
| Tester le build de production sur de vrais appareils, sous la dernière version d’iOS | Les plantages et les bugs arrivent en tête de la liste des problèmes courants d’Apple. Testez le build exact que vous allez soumettre, sur une installation neuve. | Vos appareils, TestFlight |
| Compiler avec la version de Xcode et du SDK qu’Apple exige | La page des exigences à venir d’Apple indique que depuis le 28 avril 2026, les apps envoyées sur App Store Connect doivent être compilées avec Xcode 26 ou une version plus récente, avec le SDK d’iOS 26. Depuis le 9 septembre 2026, les apps iOS et iPadOS envoyées doivent aussi cibler iOS 13 ou une version plus récente. Ces règles s’appliquent à l’envoi du build : vérifiez-les bien avant la semaine de soumission. | Xcode |
| Répondre aux questions de conformité à l’exportation | App Store Connect vous interroge sur l’usage du chiffrement par votre app quand vous soumettez une version. La présentation d’Apple sur la conformité à l’exportation conseille de régler la question avant la soumission à l’App Review. Si aucune documentation n’est exigée, vous pouvez mettre à jour le fichier Info.plist pour que les questions ne reviennent plus. | App Store Connect, puis Info.plist dans Xcode |
| Supprimer le texte provisoire et vérifier chaque lien de l’app | Le contenu provisoire et les liens cassés figurent tous les deux dans la liste des problèmes courants d’Apple. | Votre app |
| Choisir la publication manuelle | Avec la publication manuelle, une app approuvée attend que vous appuyiez sur le bouton. Le jour de l’approbation et le jour du lancement deviennent deux décisions séparées. | App Store Connect, App Store Version Release |
| Soumettre à la validation au moins une semaine avant le lancement | Apple dit examiner en général au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures. Chaque rejet ajoute un tour complet. | App Store Connect, Add for Review |
| Ouvrir une précommande (facultatif) | Une fois l’app validée, une nouvelle app peut prendre des précommandes avec une date de sortie fixée de 2 à 180 jours plus tard, d’après la page d’Apple sur les précommandes. Le jour de la sortie, l’app se télécharge toute seule chez ceux qui l’ont commandée. | App Store Connect, Pricing and Availability |
| Créer un lien de campagne par canal | App Analytics compare les téléchargements et la conversion par lien de campagne. C’est le seul moyen de savoir si X ou votre liste mail a apporté les installations. Notre générateur de liens de campagne App Store crée un lien suivi pour chaque canal. | App Store Connect, Analytics |
| Préparer un kit presse | Un dossier avec l’icône, cinq captures d’écran, une description de 60 mots, le prix, la date de lancement et un contact répond à la plupart des questions qu’un journaliste va poser. | Un dossier public sur votre site |
| Écrire et mettre en forme les posts de lancement | Teaser, compte à rebours, jour J, preuve sociale et focus sur une fonction, avec une version par réseau. Partez de nos exemples d’annonces de lancement d’app. | Votre outil de planification ou vos brouillons |
| Préparer la page Product Hunt (facultatif) | Le guide de préparation de Product Hunt limite le slogan (tagline) à 60 caractères et la description à 500, et permet de programmer le lancement jusqu’à un mois à l’avance. Notre guide pour lancer un produit sur Product Hunt liste tous les éléments à préparer. | Product Hunt |
Délais de validation et limites de la fiche vérifiés sur les pages d’Apple le 4 novembre 2026. Règles de Product Hunt lues en octobre 2026.
Vidéo : où votre fiche peut apparaître sur l’App Store en 2026
Les tâches de la fiche ci-dessus décident de ce que les gens voient avant de télécharger. Dans cette session de la WWDC26, Apple montre où ces images et ces vidéos s’affichent désormais.
Motifs de rejet App Store : ce qu’il faut vérifier avant de soumettre
Ces points viennent de la liste des problèmes courants publiée sur la page App Review d’Apple et des App Review Guidelines. Passez-les en revue la veille de la soumission. Le nombre de rejets qu’Apple publie pour chaque règle, et la correction de chacun, sont dans notre guide des motifs de rejet App Store.
| Vérification | Ce que dit Apple | Comment le tester |
|---|---|---|
| L’app ne plante pas | La règle 2.1(a) indique qu’Apple rejette les binaires qui plantent ou qui présentent des problèmes techniques évidents. | Installation neuve sur votre plus vieil appareil compatible, en mode avion, puis avec une connexion lente. |
| Aucun contenu provisoire | La règle 2.1(a) demande de retirer avant la soumission le texte provisoire, les sites vides et tout autre contenu temporaire. | Cherchez « lorem », « test » et « TODO » dans le projet. Ouvrez chaque écran. |
| Le testeur d’Apple peut se connecter | Fournissez un compte de démo actif ou un mode démo complet, et laissez votre backend allumé pendant la validation. | Connectez-vous avec le compte de démo sur un appareil vierge. |
| Le lien vers la politique de confidentialité marche aux deux endroits | La règle 5.1.1 exige ce lien dans App Store Connect et dans l’app, facile à trouver. | Touchez les deux liens. |
| Chaque demande d’autorisation s’explique | La page App Review d’Apple précise que toute app qui accède aux données de l’utilisateur doit inclure un texte d’explication (purpose string) qui lui dit pourquoi. | Déclenchez chaque demande et lisez-la comme le ferait un inconnu. |
| La fiche ne mentionne aucune autre plateforme | La règle 2.3.10 demande de ne pas mettre de noms, d’icônes ou d’images d’autres plateformes mobiles dans l’app ou dans ses métadonnées. | Cherchez « Android » et « Google Play » dans la description et sur les captures. |
| L’app n’est pas un simple site web reconditionné | La règle 4.2 attend d’une app qu’elle aille au-delà d’un site web reconditionné, par ses fonctions, son contenu et son interface. | Listez ce que l’app fait et que votre site mobile ne sait pas faire. |
| Les achats intégrés sont visibles et fonctionnent | La règle 2.1(b) demande des achats intégrés complets, à jour, visibles pour le testeur et fonctionnels. | Achetez chaque produit avec un compte sandbox, sur le build que vous allez soumettre. |
| L’écran d’abonnement dit ce que l’acheteur obtient | La règle 3.1.2(c) demande de décrire clairement ce que l’utilisateur obtient pour ce prix avant de lui proposer de s’abonner. | Lisez le paywall seul. Le prix, la période et les avantages doivent tous y figurer. |
| La connexion n’est pas imposée sans raison | La règle 5.1.1(v) demande de laisser les gens utiliser l’app sans se connecter si elle n’a pas de fonctions importantes liées à un compte. | Installation neuve : jusqu’où allez-vous avant l’écran de connexion ? |
| La connexion par réseau social est doublée d’une option respectueuse de la vie privée | La règle 4.8 précise qu’une app qui passe par une connexion tierce ou sociale pour le compte principal doit aussi proposer une option équivalente : un service qui limite la collecte au nom et à l’adresse mail, qui permet de garder son adresse mail privée, et qui ne collecte pas les interactions avec l’app à des fins publicitaires sans consentement. | Comptez les boutons de votre écran de connexion. |
| Le suivi demande d’abord la permission | La règle 5.1.2(i) exige une autorisation explicite via les API App Tracking Transparency avant de suivre l’activité d’un utilisateur. | Listez chaque SDK de publicité et d’analyse, et vérifiez s’il fait du suivi. |
| Le contenu publié par les utilisateurs peut être signalé et bloqué | La règle 1.2 impose aux apps à contenu généré par les utilisateurs de filtrer les contenus choquants, d’offrir un moyen de les signaler, de permettre de bloquer les utilisateurs abusifs et de publier des coordonnées de contact. | Publiez avec un premier compte de test, puis signalez et bloquez depuis un second. |
Numéros et formulation des règles vérifiés dans les App Review Guidelines le 4 novembre 2026. Apple date sa dernière mise à jour du 16 octobre 2026.
Que faire quand l’App Review rejette votre app
Un rejet, c’est un message qui contient un numéro de règle, et le plus rapide est de répondre exactement à ce qu’il dit. Au rythme publié par Apple, chaque tour supplémentaire coûte en général jusqu’à deux jours. C’est pour cette raison que la checklist fait soumettre une semaine en avance.
- Étape 1
Lire le message dans App Store Connect
Le rejet s’affiche dans la section App Review de la page de votre app et cite les règles qui n’ont pas été respectées, d’après la page App Review d’Apple. Lisez la règle elle-même avant de toucher au build.
- Étape 2
Répondre avant de soumettre à nouveau
Apple indique que vous pouvez échanger avec l’App Review pour régler les problèmes avant de renvoyer le build. Si le testeur n’a pas pu se connecter ou n’a pas trouvé une fonction, une réponse avec des identifiants valides ou un court enregistrement d’écran suffit parfois.
- Étape 3
Prendre rendez-vous en visio si vous êtes bloqué
Apple propose un rendez-vous vidéo de 30 minutes avec l’App Review sur Webex, pour parler des règles et des bonnes pratiques. Cela vaut la peine quand vous n’arrivez pas à savoir à quelle partie de l’app une règle est appliquée.
- Étape 4
Faire appel si vous pensez que la décision est erronée
Vous pouvez faire appel auprès de l’App Review Board. Apple demande des raisons précises qui montrent que l’app respecte les règles, accepte un seul appel par soumission refusée, et demande de répondre d’abord à toute demande d’informations en attente.
- Étape 5
Garder la validation accélérée pour une vraie échéance
Apple accepte les demandes d’accélération pour corriger un bug critique, avec les étapes pour le reproduire, ou pour une app liée à un événement, en précisant l’événement et sa date. Les règles préviennent qu’un développeur qui abuse du système peut voir ses demandes suivantes refusées.
- Étape 6
Connaître la règle des corrections de bugs pour les mises à jour
Une fois l’app sur l’App Store, les règles précisent que les corrections de bugs ne seront pas retardées pour des manquements aux règles, sauf ceux qui touchent à des questions juridiques ou de sécurité. Répondez dans App Store Connect pour dire que vous voulez profiter de ce processus et que vous réglerez le problème à la prochaine soumission.
Délai de validation App Store et Google Play : combien de temps compter ?
Toutes les dates d’un plan de lancement dépendent de cette réponse, et les deux stores en donnent de très différentes. Chaque ligne vient des pages d’aide du store concerné : celles d’Apple ont été relues le 4 novembre 2026, celles de Google lues le 17 octobre 2026. Les délais réels par mois et par jour de la semaine sont dans notre guide sur le temps de validation de l’App Store.
| Étape | Durée | À prévoir |
|---|---|---|
| Validation App Store d’une nouvelle app ou d’une mise à jour | La page App Review d’Apple indique que l’équipe examine en général au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures, et qu’elle travaille jour et nuit. | Deux jours par tour. La même page prévient qu’une soumission incomplète peut être retardée : le compte de démo et les notes pour le testeur font partie du calendrier. |
| Premier build TestFlight pour les testeurs externes | La présentation de TestFlight par Apple indique que le premier build ajouté à un groupe part à l’App Review, et que les builds suivants peuvent se passer d’une validation complète. Aucun délai n’est publié. | Envoyez le premier build bêta au moins quelques jours avant d’inviter les testeurs, en prenant le rythme de l’App Store comme repère. |
| Modifier une version déjà en cours de validation | Retirer une soumission de la validation fait passer la version au statut Developer Rejected, et Apple précise que la validation repart de zéro quand vous soumettez à nouveau. | Décidez de ce qui part avant d’appuyer sur le bouton. Changer une capture au dernier moment peut coûter un tour complet. |
| Validation accélérée sur l’App Store | Apple accepte les demandes pour un bug critique ou pour un événement auquel votre app est directement liée, d’après sa page App Review. Aucun délai n’est publié pour ces demandes. | Une solution de secours pour une version cassée, pas un moyen de rattraper une soumission tardive. |
| Validation App Store pendant les fêtes | Dans son message de décembre 2024 sur les fêtes, Apple annonçait que l’App Review continuerait d’accepter les soumissions, mais s’attendait à un fort volume et à des validations plus longues du 20 au 26 décembre. | Évitez de lancer la dernière semaine de décembre, ou soumettez bien avant. Consultez la page News d’Apple chaque mois de novembre pour les dates de l’année. |
| Validation Google Play d’une version | L’aide Play Console sur la publication indique que le traitement peut prendre quelques heures ou jusqu’à sept jours, voire plus dans des cas exceptionnels, et conseille une marge d’au moins une semaine entre l’envoi et la mise en ligne. | Soumettez sur Google Play au moins une semaine avant le lancement, plus tôt que le build iOS. |
| Nouveaux comptes développeur Google Play | La page de Google sur la publication de votre app précise que c’est plus long pour certains comptes développeur, avec des validations qui peuvent aller jusqu’à sept jours, voire plus dans des cas exceptionnels. | Prévoyez le haut de la fourchette pour une première app. Le test fermé exigé des comptes personnels récents passe avant, comme l’explique le tableau Google Play plus bas. |
| Envoyer une autre modification pendant une validation | La même page d’aide indique que le délai se compte à partir de la dernière modification envoyée. Une nouvelle modification peut donc renvoyer l’app en bout de file. | Regroupez les changements de fiche avec le build au lieu de les envoyer un par un pendant la semaine de validation. |
Après approbation, une version publiée à la main peut encore mettre jusqu’à 24 heures à apparaître sur l’App Store, comme le rappelle le tableau de la semaine du lancement. Sur Google Play, la publication gérée (managed publishing) garde les changements approuvés en attente jusqu’à ce que vous décidiez de les publier, ce que Google conseille pour un lancement lié à un événement ou à une campagne.
Quand lancer une application mobile : le jour, la semaine et la saison
Aucun des deux stores ne publie de meilleur jour pour lancer, et aucun ne dit que le jour de sortie joue sur le classement d’une app. Ce qui compte, c’est que trois calendriers s’accordent : les délais de validation du tableau ci-dessus, les heures qu’une version approuvée peut mettre à apparaître, et votre propre disponibilité pour répondre aux messages et corriger les bugs. Partez du jour où vous voulez que les gens voient l’app, puis remontez le calendrier.
Pour le jour de la semaine, choisissez-en un entouré de jours ouvrés. Lancer un mardi, un mercredi ou un jeudi laisse le temps de publier un correctif avant le samedi, fait arriver votre mail aux journalistes un jour où ils travaillent, et évite qu’un bug grave reste deux jours sans personne pour s’en occuper. Si vous lancez aussi sur Product Hunt, sa journée commence à 0 h 01, heure du Pacifique, comme le note le tableau de la semaine du lancement. Il est alors 3 h 01 à Montréal toute l’année, et 9 h 01 à Paris, sauf pendant les trois ou quatre semaines par an, en mars puis entre fin octobre et début novembre, où l’Europe et l’Amérique du Nord ne changent pas d’heure le même jour : à Paris, il est alors 8 h 01. Organisez votre matinée autour de cette heure.
Pour la semaine, évitez deux sortes d’embouteillage. Le premier vient du store : Apple a déjà prévenu que les validations ralentissaient la dernière semaine de décembre, ce qui fait d’un lancement à cette période le plus risqué de l’année côté validation. Le second vient de votre public : une app de budget marche bien en janvier, au moment des bonnes résolutions, une app de randonnée au printemps, une app de révisions dans les semaines qui précèdent la rentrée. Sortir pendant la saison où les gens cherchent ce que vous faites vaut plus que n’importe quel jour de la semaine.
Pour la saison, tenez compte aussi des démarches qu’il faut ouvrir longtemps à l’avance. Une demande de mise en avant demande au moins trois semaines, une précommande App Store peut durer jusqu’à 180 jours, et une préinscription Google Play jusqu’à 90 jours. Si vous voulez l’une d’elles, c’est elle qui fixe la date de lancement.
Combien de temps faut-il pour lancer une application une fois qu’elle est développée ? Sur iOS, les huit semaines de cette checklist sont à peu près le calendrier le plus court qui contienne une vraie bêta, un rejet et une demande de mise en avant. Une première app Android publiée depuis un compte personnel récent ajoute un test fermé de 14 jours avec 12 testeurs, puis un examen de la demande d’accès à la production que Google annonce en général en sept jours ou moins. Démarrez donc cette piste un mois avant la fin de celle d’iOS.
Confidentialité de l’app : comment répondre aux questions d’Apple
Ce sont les réponses sur la confidentialité qui font perdre le plus de temps lors d’une première soumission, parce que les questions emploient des mots courants avec un sens très strict. Les définitions ci-dessous viennent de la page d’Apple sur la confidentialité des apps.
| Question | Ce qu’Apple entend par là | Que faire |
|---|---|---|
| Collectez-vous des données ? | Collecter, c’est envoyer des données hors de l’appareil d’une façon qui permet, à vous ou à vos partenaires, d’y accéder plus longtemps que le temps nécessaire pour traiter la requête en temps réel. Les données traitées uniquement sur l’appareil ne sont pas collectées. | Listez chaque appel réseau de l’app, y compris ceux que font les SDK. |
| Le code tiers est-il concerné ? | Oui. Vous répondez pour les outils d’analyse, les régies publicitaires et les autres SDK de l’app. Les données collectées par Apple elle-même, par exemple via MapKit ou CloudKit, ne sont pas à déclarer de votre côté. | Ouvrez la documentation de confidentialité de chaque SDK et reportez ses types de données dans vos réponses. |
| Les données sont-elles liées à l’utilisateur ? | Pour Apple, les données collectées par une app sont souvent liées à l’utilisateur, sauf si elles sont rendues anonymes avant la collecte, par exemple en retirant l’identifiant ou le nom, et que vous n’essayez jamais ensuite de les rattacher à une personne. | Si vos lignes d’analytics portent un identifiant utilisateur ou l’adresse mail du compte, répondez qu’elles sont liées. |
| Les données servent-elles au suivi ? | Le suivi (tracking), c’est relier des données de votre app à des données tierces pour de la publicité ciblée ou de la mesure publicitaire, ou bien les partager avec un courtier en données. | Si oui, il vous faut aussi la demande App Tracking Transparency. |
| Quelles API sensibles votre code appelle-t-il ? | Depuis le 1er mai 2024, la page des exigences à venir d’Apple indique qu’un envoi doit inclure des raisons approuvées pour les API listées que votre code utilise, SDK tiers compris. | Déclarez ces raisons dans votre manifeste de confidentialité (privacy manifest) et passez vos SDK à leur version actuelle. |
| Qui répond, et peut-on changer les réponses ? | Le titulaire du compte (Account Holder), un Admin ou un App Manager les saisit, et elles se modifient à tout moment, sans soumettre de mise à jour de l’app. | Relisez les réponses à chaque nouveau SDK. |
Précommande, publication progressive et mise en avant : les détails qu’on oublie
Ce que publie une précommande
Une précommande publie une version limitée de votre fiche produit sur l’App Store, et l’app apparaît dans les résultats de recherche, d’après la page d’Apple sur les précommandes. Vous choisissez les régions et pouvez fixer une date de sortie différente pour chacune. App Analytics présente les précommandes par date, par région et par type de source : vous voyez quel post teaser a marché avant même le jour du lancement.
Ce qu’Apple ne dira pas à vos clients en précommande
Apple ne prévient pas les clients quand vous changez la date de sortie ou retirez la précommande. Ce message, c’est à vous de l’envoyer. La fiche affiche la date prévue, et Apple conseille de la laisser hors de votre marketing si elle risque de bouger.
Qui reçoit en premier une publication progressive
L’option apparaît quand vous soumettez une mise à jour, c’est pourquoi elle ne fait pas partie d’un premier lancement. La page d’Apple sur la publication progressive (phased release) précise que la mise à jour part vers un échantillon aléatoire d’utilisateurs qui ont activé les mises à jour automatiques, sans qu’ils soient prévenus d’avoir été choisis.
Comment fonctionne la pause d’une publication progressive
Vous pouvez faire autant de pauses que vous voulez, dans la limite de 30 jours au total, et le compte est cumulé : après 10 jours de pause, il en reste 20. À la reprise, le déploiement repart du jour où il s’était arrêté. Le bouton Release to All Users met fin aux étapes à tout moment. Retirer l’app de la vente, y compris quand votre abonnement à l’Apple Developer Program expire, arrête pour de bon la publication progressive de cette version.
Ce que contient une demande de mise en avant
Un nom, l’un des trois types (App Launch, App Enhancements ou New Content), une description de ce qui change et de son intérêt, la date de publication, les plateformes, les pays et les localisations. La page d’aide sur les nominations permet de joindre jusqu’à 5 liens vers des documents complémentaires, par exemple un lien public TestFlight. Une fois la demande envoyée, son type ne peut plus être modifié. Notre guide pour être mis en avant sur l’App Store parcourt une demande champ par champ.
Ce que regardent les éditeurs de l’App Store
La page d’Apple sur la mise en avant précise qu’il n’existe pas de liste de critères à cocher, et cite ce que l’équipe prend en compte : l’expérience utilisateur, le design de l’interface, l’innovation, l’originalité, l’accessibilité, la localisation et la fiche produit elle-même. Si votre app est envisagée, Apple peut écrire aux membres qui ont le rôle Admin, App Manager ou Marketing pour demander des visuels promotionnels. Vérifiez que quelqu’un lit ces boîtes mail.
La semaine du lancement : options de publication, presse, Product Hunt et réseaux sociaux
La version est validée. Il reste à choisir le moment où elle sort, à prévenir les bonnes personnes et à rester disponible pour répondre.
| Tâche | Pourquoi c’est important | Où la faire |
|---|---|---|
| Confirmer votre option de publication | Les options de publication d’Apple sont au nombre de trois : publier manuellement, publier automatiquement après approbation, ou publier automatiquement mais pas avant une date et une heure que vous fixez. | App Store Connect, App Store Version Release |
| Publier la veille du lancement, le soir | La même page indique qu’une app publiée peut mettre jusqu’à 24 heures à apparaître sur l’App Store. | App Store Connect, Release This Version |
| Ouvrir la fiche en ligne sur un téléphone | Vous vérifiez le nom, les trois premières captures, le prix et le bon fonctionnement du téléchargement, dans chacun de vos principaux pays. | L’app App Store |
| Écrire personnellement à la presse et aux auteurs de newsletters | Deux ou trois jours avant, un paragraphe court, le lien du kit presse et la date de lancement. Un journaliste a besoin de temps pour essayer l’app. | |
| Écrire à la liste d’attente | Ces personnes ont demandé à être prévenues. Ce sont vos premiers téléchargements et vos premières notes. | Votre outil d’emailing |
| Publier les posts du jour J | Un par réseau, chacun avec le lien de campagne de ce réseau. | Chaque réseau ou votre outil de planification |
| Lancer sur Product Hunt (facultatif) | Le guide de Product Hunt, lu en octobre 2026, recommande 0 h 01, heure du Pacifique, parce que la page d’accueil tourne sur un cycle de 24 heures calé sur ce fuseau. Sa page de lancement précise qu’on ne peut pas demander directement des votes : demandez plutôt des visites et des commentaires. | Product Hunt |
| Remplacer chaque badge de précommande par le badge de téléchargement | Les règles marketing de l’App Store demandent de remplacer le badge de précommande dans tous vos supports dès que l’app peut être téléchargée. Notre guide du badge App Store indique où trouver les fichiers officiels. | Site, visuels, signature des mails |
| Ajouter le badge App Store et une Smart App Banner sur votre site | Une Smart App Banner en haut de votre site sur iOS emmène les visiteurs vers votre page App Store, ou ouvre l’app s’ils l’ont déjà installée. | La balise head de votre site |
| Répondre à chaque commentaire et à chaque message le premier jour | Des réponses rapides transforment un post en conversation, et les questions posées vous montrent ce que la fiche n’a pas su expliquer. | Chaque réseau |
| Surveiller les rapports de plantage et garder un build correctif prêt | En cas de bug critique, la page App Review d’Apple indique que vous pouvez demander une validation accélérée, en joignant les étapes pour reproduire le bug. | Xcode Organizer, App Store Connect |
La publication progressive n’est pas dans cette liste, et c’est voulu. La publication progressive d’Apple déploie une mise à jour sur 7 jours auprès des utilisateurs qui ont activé les mises à jour automatiques : elle ne sert qu’à partir de votre première mise à jour.
Les 30 premiers jours : avis, première mise à jour et App Analytics
L’app est en ligne. Ce mois sert à récolter les premières notes, à corriger ce que le lancement a révélé et à voir quels canaux ont vraiment apporté des téléchargements.
| Tâche | Pourquoi c’est important | Où la faire |
|---|---|---|
| Ajouter la demande de note du système | La page d’Apple sur les notes et les avis indique que vous pouvez demander une note jusqu’à trois fois sur une période de 365 jours, idéalement après une action ou une tâche terminée. La règle 5.6.1 interdit les demandes d’avis personnalisées. | Votre app, avec l’API de demande d’avis d’Apple |
| Répondre à chaque avis | Vous pouvez répondre à n’importe quel avis : son auteur est prévenu et peut modifier ce qu’il a écrit. Notre guide pour obtenir des avis sur l’App Store va plus loin. | App Store Connect, Ratings and Reviews |
| Publier la première mise à jour dans les deux semaines | Elle corrige ce que la semaine de lancement a mis au jour et montre aux premiers utilisateurs que l’app est suivie. | Xcode, App Store Connect |
| Écrire un vrai texte « Nouveautés » pour cette mise à jour | La règle 2.3.12 exige que les nouvelles fonctions et les changements du produit soient décrits clairement. Voir nos exemples de notes de version. | App Store Connect, page de la version |
| Activer la publication progressive pour la mise à jour | Elle atteint 1 %, 2 %, 5 %, 10 %, 20 %, 50 % puis 100 % des mises à jour automatiques en 7 jours, et vous pouvez la mettre en pause jusqu’à 30 jours au total si un bug apparaît. | App Store Connect, Phased Release |
| Annoncer la mise à jour | Une mise à jour est le prétexte le plus simple pour publier à nouveau. Inspirez-vous de nos exemples d’annonces de mise à jour. | Chaque réseau |
| Consulter App Analytics une fois par semaine | Regardez le taux de conversion (téléchargements divisés par impressions uniques), les sources de téléchargement, la rétention jour par jour et le taux de plantage. Une conversion faible met en cause les captures d’écran ; une rétention faible, la première session. Pour situer vos chiffres, voyez nos repères de taux de conversion App Store et de rétention des apps. | App Store Connect, Analytics |
| Comparer les liens de campagne par canal | Mettez l’effort du mois suivant dans les deux canaux qui ont apporté des téléchargements, et arrêtez de publier sur ceux qui n’en ont apporté aucun. | App Store Connect, Analytics |
| Renouveler le texte promotionnel | Il change sans validation, donc il peut annoncer votre nouvelle fonction ou un cap franchi le jour même. | App Store Connect, page de la version |
| Partager votre note et les avis autorisés | Apple autorise votre note dans votre marketing tant qu’elle correspond à la note actuelle, et les avis de clients seulement avec l’accord de leur auteur. | Chaque réseau |
Lancer son application sur Google Play : ce qui change par rapport à iOS
L’essentiel de la checklist vaut aussi pour Android. Ces cinq tâches non, et les deux premières changent votre calendrier. Les règles ci-dessous viennent de l’aide Play Console, lue en octobre 2026.
| Tâche | Pourquoi c’est important | Où la faire |
|---|---|---|
| Créer et faire vérifier votre compte développeur | Google facture une seule fois les frais de 25 USD et peut demander une pièce d’identité officielle et une carte bancaire à votre nom légal. Faites-le tôt, pour que la vérification ne soit pas ce qui retarde le lancement. | Play Console |
| Faire un test fermé avec 12 testeurs pendant 14 jours | L’aide Play Console indique que les comptes personnels créés après le 13 novembre 2023 doivent avoir au moins 12 testeurs inscrits pendant 14 jours d’affilée avant de demander l’accès à la production, et que l’examen de cette demande prend en général sept jours ou moins. Commencez au moins un mois avant le lancement. | Play Console, Testing, Closed testing |
| Rédiger la fiche dans les limites de Google | Le nom de l’app fait 30 caractères au plus, la description courte 80 et la description complète 4 000, d’après les conseils de Google sur la fiche Play Store. | Play Console, Main store listing |
| Ouvrir la préinscription (facultatif) | La préinscription peut durer jusqu’à 90 jours. Les inscrits reçoivent une notification au lancement, et les appareils compatibles installent l’app automatiquement. | Play Console, Pre registration |
| Prévoir un déploiement par étapes pour la première mise à jour | Les déploiements par étapes de Google ne concernent que les mises à jour, jamais une première version, et le pourcentage ne monte que si vous le montez vous-même. | Play Console, Production |
Exigences Google Play lues dans l’aide Play Console en octobre 2026.
Checklist imprimable : le lancement de votre app sur une page
Les 60 tâches réduites à celles qu’un lancement ne peut pas sauter, avec le chiffre à retenir pour chacune. Imprimez ce tableau, ou collez-le dans votre outil de suivi et ajoutez un responsable à chaque ligne.
| Quand | À faire absolument | Chiffre à retenir |
|---|---|---|
| 8 semaines avant | Abonnement au Developer Program, phrase de positionnement, nom et sous-titre | 99 USD par an, 98,99 € en France. 30 caractères chacun pour le nom et le sous-titre. |
| 6 semaines avant | Landing page avec liste d’attente, politique de confidentialité, page d’assistance, noms sur les réseaux | Les deux liens sont obligatoires pour toutes les apps. |
| 5 semaines avant | Bêta TestFlight externe en cours | 10 000 testeurs externes, 90 jours par build, premier build examiné par Apple. |
| 3 semaines avant | Demande de mise en avant envoyée (facultatif) | 3 semaines, c’est le délai minimum de la page d’aide. |
| 2 semaines avant | Captures d’écran, description, texte promotionnel, confidentialité, classification par âge | Jusqu’à 10 captures. 4 000 et 170 caractères. |
| 1 semaine avant | Soumission à la validation, avec publication manuelle et compte de démo | 90 % examinés en moins de 48 heures. Prévoyez deux tours. |
| Quelques jours avant | Précommande ouverte (facultatif), liens de campagne créés, posts de lancement programmés | Sortie de 2 à 180 jours après la publication de la précommande. |
| La veille au soir | Publier la version, puis ouvrir la fiche en ligne sur un téléphone | Jusqu’à 24 heures pour apparaître. |
| Jour J | Mail à la liste d’attente, posts de lancement, réponses, surveillance des plantages | Un lien de campagne par canal. |
| Jours 1 à 30 | Demande de note, réponses aux avis, première mise à jour en publication progressive, analytics chaque semaine | 3 demandes par 365 jours. Déploiement sur 7 jours, 30 jours de pause. |
| Google Play seulement | Test fermé avant de demander l’accès à la production | 12 testeurs pendant 14 jours d’affilée pour les comptes personnels récents. |
Chaque chiffre de ce résumé est sourcé dans les tableaux ci-dessus. Ceux d’Apple ont été vérifiés le 4 novembre 2026, ceux de Google et de Product Hunt lus en octobre 2026.
Le plan de communication pour le lancement d’une application mobile
Le plan marketing d’un lancement d’app tient sur une page si vous rangez les tâches ci-dessus en trois sortes de canaux. Les canaux du store, ce sont la fiche elle-même, les mots clés de recherche et la demande de mise en avant. Les canaux qui vous appartiennent, ce sont votre liste d’attente et vos comptes sur les réseaux sociaux. Les canaux gagnés, ce sont la presse, Product Hunt et les communautés où vos utilisateurs discutent déjà. Un premier lancement a besoin d’au moins un canal qui fonctionne dans chacune de ces familles.
Donnez à chaque canal un seul chiffre à suivre. Pour le store, c’est le taux de conversion dans App Analytics. Pour vos propres canaux, ce sont les téléchargements par lien de campagne. Pour les canaux gagnés, c’est le nombre de personnes qui ont parlé de l’app sans qu’il ait fallu le leur demander deux fois. Faites le point au jour 7 et au jour 30, puis laissez tomber le canal le plus faible et donnez ce temps au plus fort.
Le plan ne s’arrête pas au lancement. La recherche continue d’amener des gens sur la fiche tant que l’app est en ligne, et chaque mise à jour donne une nouvelle raison de publier. La méthode complète est dans comment faire le marketing d’une app, et la version sans budget dans comment promouvoir une app gratuitement.
Où intervient Spreadcast après le jour J
Deux lignes du tableau des 30 premiers jours reviennent sans fin : annoncer la mise à jour, et partager votre note et vos avis. Spreadcast s’en charge pour vous. Collez le lien App Store de votre app sur la page de démarrage, et Spreadcast consulte votre fiche publique chaque jour. Une nouvelle version, un nouvel avis 5 étoiles ou un cap de notes franchi devient un post mis en page, avec une légende pour chacun des 8 réseaux, construit à partir de votre propre icône et de vos captures d’écran.
Chaque post peut attendre votre accord d’un simple geste ou partir tout seul, selon votre réglage. Si vous citez des avis, gardez l’accord manuel : vous aurez le temps d’obtenir la permission de leurs auteurs. Spreadcast lit uniquement la fiche publique, sans SDK, et prend en charge l’App Store aujourd’hui. Son interface est en anglais. L’offre gratuite vous donne les brouillons, et la publication fait partie des offres payantes.
Questions fréquentes
Que faire avant de lancer une application ?
Dans l’ordre : écrire une phrase de positionnement, choisir le nom et les mots clés, publier une landing page avec une liste d’attente, faire un test bêta, terminer la fiche du store (captures d’écran, description, confidentialité, classification par âge), soumettre à la validation au moins une semaine à l’avance en choisissant la publication manuelle, puis préparer les posts de lancement et les mails à la presse. Les tableaux de cette page découpent tout cela en tâches simples.
Quel est le délai de validation de l’App Store ?
La page App Review d’Apple indique que l’équipe examine en général au moins 50 % des soumissions en moins de 24 heures et 90 % en moins de 48 heures, chiffres vérifiés le 4 novembre 2026. Une soumission incomplète peut prendre plus longtemps, et chaque rejet relance un tour. Soumettez donc au moins une semaine avant votre date de lancement.
Combien coûte la publication d’une application sur l’App Store ?
Publier sur l’App Store demande l’abonnement à l’Apple Developer Program, soit 99 USD par an, ou 98,99 € par an dans l’app Apple Developer en France. Google Play facture des frais d’inscription uniques de 25 USD. Le tarif d’Apple a été vérifié le 4 novembre 2026, celui de Google lu en octobre 2026, et aucun des deux ne comprend ce que vous dépensez en design, en développement ou en publicité.
Quels sont les motifs de rejet les plus fréquents sur l’App Store ?
D’après la page App Review d’Apple, plus de 40 % des problèmes de validation non résolus relèvent de la règle 2.1, App Completeness : plantages, contenu provisoire et informations incomplètes, comme un compte de démo manquant. Sa liste des problèmes courants cite aussi les liens cassés, les problèmes de politique de confidentialité, les demandes d’accès aux données peu claires et les captures d’écran inexactes.
Faut-il publier une app manuellement ou automatiquement ?
Manuellement, pour une première version. L’approbation peut tomber à n’importe quelle heure, et la publication manuelle vous laisse choisir le moment après avoir vérifié la fiche. La publication automatique avec une date « pas avant » convient à une mise à jour annoncée à heure fixe. Dans les deux cas, comptez jusqu’à 24 heures pour que l’app apparaisse sur l’App Store.
Un test bêta est-il obligatoire avant de lancer une application ?
Sur iOS, il est facultatif mais utile : TestFlight est compris dans l’abonnement développeur et accepte jusqu’à 10 000 testeurs externes. Sur Google Play, il est obligatoire pour beaucoup de développeurs. L’aide Play Console indique que les comptes personnels créés après le 13 novembre 2023 doivent faire un test fermé avec au moins 12 testeurs pendant 14 jours d’affilée avant de pouvoir demander à publier (règle lue en octobre 2026).
Une checklist de mise à jour est-elle différente d’une checklist de lancement ?
Oui, et elle est bien plus courte. Pour une mise à jour, vous écrivez un texte « Nouveautés » clair, vous testez le passage depuis la version précédente, vous activez la publication progressive, vous mettez à jour le texte promotionnel et vous l’annoncez. La fiche, le prix et le compte sont déjà en place.
Combien de temps à l’avance demander une mise en avant sur l’App Store ?
Au moins trois semaines, et plus tôt si vous le pouvez. La page d’Apple sur la mise en avant demande au minimum deux semaines de préavis et conseille jusqu’à trois mois pour être étudié plus largement, tandis que la page d’aide sur les nominations recommande un délai minimum de 3 semaines. Une demande reste une demande : elle ne garantit pas la mise en avant.
D'où viennent ces informations
Chaque chiffre, règle et prix externe de cette page renvoie à la page d'où il vient.
- Apple Developer Program : l’abonnement (en anglais)Apple Developer
- App Apple Developer sur l’App Store France, prix de l’abonnement en achat intégréApp Store
- Premiers pas avec la Play Console : frais d’inscription et types de comptes (en anglais)Aide Play Console
- Créer votre fiche produit : nom, sous-titre, captures et aperçus (en anglais)Apple Developer
- Recherche sur l’App Store : correspondance des résultats et champ des mots clés (en anglais)Apple Developer
- App Review : délais, problèmes courants et validations accélérées (en anglais)Apple Developer
- App Review Guidelines (en anglais)Apple Developer
- Présentation de TestFlight : limites de testeurs et durée des builds (en anglais)Aide App Store Connect
- TestFlight : test bêta et retours des testeurs (en anglais)Apple Developer
- Être mis en avant sur l’App Store (en anglais)Apple Developer
- Proposer votre app pour une mise en avant (en anglais)Aide App Store Connect
- Spécifications des captures d’écran (en anglais)Aide App Store Connect
- Informations de version : limites de la description et du texte promotionnel (en anglais)Aide App Store Connect
- Informations de confidentialité des apps sur l’App Store (en anglais)Apple Developer
- Valeurs et définitions des classifications par âge (en anglais)Aide App Store Connect
- Proposer votre app en précommande (en anglais)Apple Developer
- App Analytics dans App Store Connect (en anglais)Apple Developer
- Préparer son lancement : slogan, description et programmation (en anglais)Product Hunt
- Guide de lancement Product Hunt (en anglais)Product Hunt
- Choisir une option de publication pour une version App Store (en anglais)Aide App Store Connect
- Règles marketing de l’App Store (en anglais)Apple Developer
- Promotion des apps avec les Smart App BannersDocumentation Apple Developer
- Publier une mise à jour par étapes (en anglais)Aide App Store Connect
- Notes, avis et réponses (en anglais)Apple Developer
- Exigences de test pour les nouveaux comptes développeur personnels (en anglais)Aide Play Console
- Créer et configurer votre app : limites de la fiche Play Store (en anglais)Aide Play Console
- Préinscription pour votre app ou votre jeu (en anglais)Aide Play Console
- Publier des mises à jour avec un déploiement par étapes (en anglais)Aide Play Console
- Exigences à venir : versions minimales du SDK et raisons approuvées pour les API (en anglais)Apple Developer
- Présentation de la conformité à l’exportation (en anglais)Aide App Store Connect
- Retirer une soumission de la validation (en anglais)Aide App Store Connect
- Préparer vos apps et jeux pour les fêtes, décembre 2024 (en anglais)Apple Developer News
- Contrôler quand les modifications de l’app sont examinées et publiées (en anglais)Aide Play Console
- Publier votre app : délais d’examen pour certains comptes développeur (en anglais)Aide Play Console
- Vidéo : améliorer votre présence sur l’App Store, WWDC26 (en anglais)Apple Developer
Recherché et rédigé par Spreadcast. Dernière vérification le 4 novembre 2026.