Comment publier une app sur l'App Store : de TestFlight à l'approbation

Pour publier une app sur l'App Store, adhérez au Programme pour développeurs Apple (99 USD par année en novembre 2026), créez l'app dans App Store Connect, téléversez un build signé, testez-le avec TestFlight, ajoutez vos captures d'écran, votre description, vos renseignements de confidentialité et votre classification par âge, puis cliquez sur Ajouter pour examen et Soumettre pour examen. Apple examine chaque soumission manuellement, généralement en un ou deux jours, et une fois approuvée, vous la publiez sur l'App Store. Ce guide suit ce parcours écran par écran et énumère les problèmes qui renvoient le plus souvent les apps en arrière.

Vous êtes encore en train de la construire? Commencez par comment créer une app iPhone.

Ce dont vous avez besoin avant de commencer

• Une adhésion au Programme pour développeurs Apple, à titre individuel (votre nom légal s'affiche comme vendeur) ou pour une organisation (il faut un numéro D-U-N-S, un courriel avec le domaine de l'entreprise et un site web fonctionnel).
• Un build signé de votre app, téléversé dans App Store Connect. Généralement depuis Xcode ou Transporter d'Apple, ou par un service qui compile pour vous.
• Une URL de politique de confidentialité et une URL d'assistance avec des coordonnées à jour. Apple exige les deux pour chaque app.
• Des captures d'écran : de 1 à 10 par taille d'écran requise, au format JPEG ou PNG sans transparence. App Store Connect indique les tailles nécessaires; au moment de rédiger ces lignes, il s'agit de la taille de l'iPhone de 6,9 pouces (ou 6,5 pouces si vous ne fournissez pas de 6,9 pouces), ainsi que des tailles iPad si votre app fonctionne sur iPad.
• Un compte de démonstration si une partie de l'app est protégée par une connexion.

Étape 1 : Adhérer au Programme pour développeurs Apple

Connectez-vous avec un identifiant Apple qui a l'authentification à deux facteurs activée, puis adhérez au programme. Les particuliers sont généralement approuvés rapidement. Les organisations devraient prévoir plus de temps, car Apple vérifie le statut juridique de l'entreprise et votre autorité pour la représenter. Si vous n'avez pas de numéro D-U-N-S, vous pouvez en demander un gratuitement dans la plupart des pays, mais son attribution prend du temps.

Étape 2 : Créer la fiche de l'app

Dans App Store Connect, ouvrez Apps, cliquez sur + puis sur Nouvelle app. Saisissez :

• Plateforme : iOS.
• Nom : le nom affiché sur l'App Store, qui doit être unique dans la boutique.
• Langue principale.
• Bundle ID : l'identifiant de l'app, par exemple com.votreentreprise.votreapp. Il doit correspondre à celui du build.
• SKU : le code interne de votre choix.

Apple ne permet pas à des outils externes de créer cette fiche; vous devez le faire une fois vous-même.

Étape 3 : Téléverser un build

Si vous compilez dans Xcode, créez l'archive de l'app et téléversez-la depuis l'Organiseur. Les builds peuvent aussi être téléversés avec Transporter ou par l'API App Store Connect.

Si vous compilez avec Mythex

Avec le forfait Pro, Mythex compile votre app publiée sous forme d'app iPhone sur ses propres Mac et la téléverse dans votre TestFlight. Vous n'avez pas besoin de Mac ni de Xcode. La configuration prend quelques minutes :

1. Dans App Store Connect, allez à Utilisateurs et accès → Intégrations → API App Store Connect et créez une clé d'équipe avec le rôle Admin.
2. Téléchargez le fichier .p8. Apple ne permet de le télécharger qu'une seule fois; conservez-le en lieu sûr.
3. Déposez le fichier dans le panneau Connect App Store de Mythex et collez l'identifiant d'émetteur (Issuer ID) affiché au-dessus de la liste des clés. Mythex vérifie la clé auprès d'Apple avant de l'enregistrer.

Lors du premier build, Mythex vous indique le nom exact et le Bundle ID à utiliser lors de la création de la fiche de l'app, à l'étape 2. Lorsque la carte du build affiche Dans TestFlight, Apple traite le build pendant environ 10 à 30 minutes, puis il est prêt pour les testeurs. Consultez le générateur d'apps iOS de Mythex pour en savoir plus.

Étape 4 : Tester avec TestFlight

TestFlight est le canal bêta d'Apple, et il vaut la peine de l'utiliser correctement avant l'examen :

• Testeurs internes : jusqu'à 100 membres de votre équipe App Store Connect. Ils peuvent installer un build dès qu'il est traité.
• Testeurs externes : jusqu'à 10 000 personnes, invitées par courriel ou par lien public. Le premier build que vous ajoutez à un groupe externe passe par un bref examen bêta.
• Durée de vie d'un build : chaque build peut être testé pendant 90 jours.

Les testeurs installent l'app TestFlight, acceptent l'invitation et installent votre build. Demandez-leur d'effectuer les tâches principales, et pas seulement d'ouvrir l'app. Notre guide sur les tests bêta explique comment trouver des testeurs et recueillir leurs commentaires.

Étape 5 : Remplir la fiche de l'App Store

Sur la page de la version de l'app, ajoutez :

• Des captures d'écran pour chaque taille requise, montrant de vrais écrans.
• Un texte promotionnel (facultatif) et une description qui explique clairement ce que fait l'app.
• Des mots clés, séparés par des virgules. Ne répétez pas le nom de votre app et n'utilisez pas les noms de concurrents.
• L'URL d'assistance et, facultativement, l'URL marketing.
• Le numéro de version et le droit d'auteur.

Sous Renseignements sur l'app, choisissez la catégorie, l'URL de la politique de confidentialité et la classification par âge, en répondant au questionnaire d'Apple. Sous Prix et disponibilité, choisissez un prix (ou la gratuité) ainsi que les pays.

Étape 6 : Remplir la section Confidentialité de l'app

Confidentialité de l'app énumère les données que votre app recueille, comme le courriel, le nom, la localisation ou les données d'utilisation, la façon dont elles sont utilisées et si elles sont liées à l'utilisateur. Cette information apparaît sur votre page de l'App Store sous forme d'« étiquette nutritionnelle » de confidentialité. Incluez les données recueillies par tout code tiers, comme les outils d'analyse ou les fournisseurs de connexion.

Cette section n'est accessible que sur le site web d'App Store Connect, et non par des outils externes. Si vous utilisez Mythex, l'agent vous indique quoi répondre en fonction de ce que fait réellement votre app.

Étape 7 : Ajouter les renseignements pour l'examen et soumettre

Dans Renseignements sur l'examen de l'app, ajoutez un nom de contact, un téléphone et un courriel, ainsi qu'un compte de démonstration fonctionnel. Ajoutez des notes si quelque chose doit être expliqué, par exemple « l'onglet Réservations n'affiche les cours qu'après vous être inscrit à l'un d'eux ».

Sélectionnez ensuite le build que vous avez testé, cliquez sur Ajouter pour examen, puis sur Soumettre pour examen. Une seule version par plateforme peut être en examen à la fois.

Avec Mythex, vous pouvez demander à l'agent de faire cette partie. Il joint le build, remplit ce qu'il peut et vous demande votre accord avant de soumettre.

Étape 8 : Attendre, répondre, publier

Apple indique qu'au moins la moitié des soumissions sont examinées en moins de 24 heures, et que 90 % le sont en moins de 48 heures. Vous recevrez un courriel lorsque le statut changera. Si Apple a des questions ou refuse le build, le message apparaît dans la section Examen de l'app d'App Store Connect. Répondez-y, corrigez le problème et soumettez de nouveau.

Une fois approuvée, l'app est publiée automatiquement ou mise en attente pour que vous la publiez manuellement, selon votre choix. Vous pouvez aussi programmer une date de publication.

Pourquoi les apps sont refusées, et comment l'éviter

• App incomplète (directive 2.1). Plantages, texte factice, liens morts, compte de démonstration absent. Apple affirme que cela explique plus de 40 % des problèmes non résolus. Testez chaque bouton sur un vrai iPhone avant de soumettre.
• Site web emballé (directive 4.2). Apple s'attend à des fonctions, à du contenu et à une interface qui vont au-delà d'un site web dans un cadre. Offrez une mise en page pensée pour le téléphone, des comptes, des données sauvegardées et de vraies tâches. Cela est particulièrement important pour les apps web emballées, y compris celles créées avec Mythex.
• Pas de suppression de compte dans l'app (directive 5.1.1(v)). Si les gens peuvent créer un compte dans l'app, ils doivent pouvoir le supprimer dans l'app.
• Ventes numériques hors achats intégrés (directive 3.1.1). Débloquer des fonctions ou du contenu contre paiement dans l'app exige l'achat intégré d'Apple.
• Détails de confidentialité qui ne correspondent pas à l'app. La section Confidentialité de l'app, votre politique de confidentialité et le comportement réel de l'app doivent concorder.

Si vous avez besoin d'une page de politique, notre guide sur la rédaction des conditions d'utilisation et d'une politique de confidentialité explique ce qu'il faut inclure.

Mettre l'app à jour plus tard

Pour chaque nouvelle version, augmentez le numéro de version, téléversez un nouveau build, rédigez le texte « Nouveautés » et soumettez de nouveau. Chaque soumission est examinée.

Si votre app est une app web emballée, comme le sont les apps Mythex, la plupart des changements au quotidien atteignent les utilisateurs iPhone lorsque vous publiez l'app web, car l'app iPhone l'ouvre. Vous soumettez une nouvelle version surtout pour les changements à la coque de l'app, comme l'icône, le nom ou les autorisations. Si Apple a déjà approuvé un numéro de version, Mythex l'augmente (par exemple de 1.0 à 1.1) avant de compiler de nouveau.

Publier aussi sur Android

Le processus de Google est différent : des frais uniques, des pistes de test et, pour les nouveaux comptes personnels, un test fermé de 14 jours avec 12 testeurs. Consultez comment publier une app sur Google Play.

Questions