Publier une application sur l'App Store pour la première fois

Quelles étapes suivre dans App Store Connect ?

Prépare ton compte développeur et crée la fiche de l'app. Envoie ensuite une build signée, attends son traitement, teste-la et sélectionne le bon numéro de build pour la version à soumettre. Complète les informations demandées pour cette version : textes, captures de l'app réelle, classification d'âge, support, confidentialité et accès nécessaire au testeur. Le guide du compte développeur détaille l'inscription et ses frais séparément.

Dans la version, « Add for Review » ajoute l'app à une soumission en brouillon : cette action seule ne l'envoie pas à Apple. Relis les éléments du brouillon puis utilise « Submit for Review ». Si tu soumets ton premier abonnement, ajoute aussi l'abonnement et son groupe à la même soumission avec une nouvelle version de l'app, conformément à la procédure Apple. Vérifie les éléments présents avant l'envoi.

Préparer le compte Apple Developer et le budget de publication

Consulter les étapes officielles pour soumettre une app

Vérifier les éléments à joindre pour un premier abonnement

Que vérifier dans le dossier avant de l'envoyer ?

Rejoue le parcours du reviewer sur la build choisie, depuis une installation neuve. Si une connexion est nécessaire, renseigne un compte de démonstration actif dans les champs réservés d'App Store Connect et garde les services serveur accessibles. Les notes doivent indiquer les boutons à toucher, le résultat attendu et les prérequis matériels éventuels. Aucun identifiant privé ne doit figurer dans un document public.

Contrôle ensemble trois éléments : ce que la fiche promet, ce que l'app permet réellement et ce que tu déclares sur les données. Ouvre les liens de support et de confidentialité. Si l'app vend un abonnement, vérifie l'affichage du prix facturé, l'achat de test et la restauration. Conserve pour chaque contrôle la version, le numéro de build et une preuve : tu pourras ainsi expliquer exactement ce qui a été testé.

Télécharger le modèle de notes App Review à compléter

Tester la build, les permissions et les achats avec TestFlight

Relire les exigences d'Apple sur la préparation et l'accès à l'app

Comment réagir à un refus sans corriger au hasard ?

Conserve le message d'Apple, le numéro de règle, l'appareil indiqué et les captures jointes. Reproduis le problème avant de modifier l'app. Dans le retour d'expérience TradaZen, je détaille notamment un paywall où le prix par semaine était plus visible que le montant facturé, puis la correction de cet affichage. Le contrôle porte donc sur ce que voit le testeur, même quand le paiement fonctionne techniquement.

Ta réponse doit relier le motif à une correction vérifiée : version concernée, comportement modifié et chemin pour le constater. Le modèle de notes comprend aussi une trame de réponse à un refus. Prévois le lancement en tenant compte d'un éventuel nouvel examen ; ni un TestFlight réussi ni la durée d'une revue précédente ne garantissent la date d'acceptation. Le guide des délais explique les étapes de suivi et les options de publication.

Voir les refus réels et les corrections de TradaZen

Comprendre l'attente, la réponse à App Review et la mise en ligne

Pourquoi avec moi

J'ai publié mes propres apps, et j'ai aussi reçu des refus : une démo d'accueil que le testeur ne pouvait pas passer (règle 2.1), une image promotionnelle d'abonnement qui reprenait l'icône (règle 2.3.2). Le Kit Review Apple s'appuie sur ces cas vécus, pas sur une liste théorique.

Lire le parcours de TradaZen, de la création aux refus d'Apple et à la publication.