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

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

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

Ce dont vous avez besoin avant de commencer

• Un abonnement au programme Apple Developer, en tant que particulier (votre nom légal apparaît comme vendeur) ou en tant qu'organisation (il faut un numéro D-U-N-S, une adresse e-mail de domaine d'entreprise et un site web fonctionnel).
• Un build signé de votre app, envoyé à App Store Connect. Généralement depuis Xcode ou Transporter d'Apple, ou par un service qui compile à votre place.
• 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'appareil requise, au format JPEG ou PNG sans transparence. App Store Connect indique les tailles nécessaires. Au moment de la rédaction, il s'agit de la taille iPhone 6,9 pouces (ou 6,5 pouces si vous ne fournissez pas la 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 un identifiant.

Étape 1 : Adhérer au programme Apple Developer

Connectez-vous avec un identifiant Apple qui a l'authentification à deux facteurs activée, puis adhérez au programme. Les particuliers sont en général approuvés rapidement. Les organisations doivent 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 choisissez Nouvelle app. Saisissez :

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

Apple n'autorise pas les outils externes à créer cette fiche. Vous devez la créer vous-même, une seule fois.

Étape 3 : Envoyer un build

Si vous compilez dans Xcode, archivez l'app et envoyez-la depuis l'Organizer. Les builds peuvent aussi être envoyés avec Transporter ou via l'API App Store Connect.

Si vous compilez avec Mythex

Avec le forfait Pro, Mythex compile votre app publiée en tant qu'app iPhone sur ses propres Mac et l'envoie sur votre TestFlight. Vous n'avez besoin ni de Mac ni de Xcode. La configuration prend quelques minutes :

1. Dans App Store Connect, allez dans 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 vous permet de le télécharger qu'une seule fois, conservez-le donc en lieu sûr.
3. Déposez le fichier dans le panneau Connecter l'App Store de Mythex, puis collez l'Issuer ID affiché au-dessus de la liste des clés. Mythex vérifie la clé auprès d'Apple avant de l'enregistrer.

Au premier build, Mythex vous indique le nom exact et le Bundle ID à utiliser lors de la création de la fiche à 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 créateur 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 sérieusement 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 e-mail ou par lien public. Le premier build que vous ajoutez à un groupe externe passe un court examen bêta.
• Durée de vie d'un build : chaque build peut être testé pendant 90 jours.

Les testeurs installent l'application TestFlight, acceptent l'invitation puis 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 retours.

É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 l'app et n'utilisez pas le nom de concurrents.
• L'URL d'assistance et, facultativement, une URL marketing.
• Le numéro de version et le copyright.

Sous Informations 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 de diffusion.

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

Confidentialité de l'app liste les données que votre app collecte, comme l'e-mail, le nom, la localisation ou les données d'utilisation, leur usage et si elles sont liées à l'utilisateur. Cela apparaît sur votre page App Store sous la forme d'une « étiquette nutritionnelle » de confidentialité. Incluez les données collectées par tout code tiers, comme les outils d'analyse ou les fournisseurs de connexion.

Cette section n'est disponible que sur le site d'App Store Connect, pas via 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 informations pour l'examen et soumettre

Dans Informations pour l'examen de l'App, ajoutez un nom, un numéro de téléphone et une adresse e-mail de contact, 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 votre inscription à 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 dans les 48 heures. Vous recevrez un e-mail à chaque changement de statut. Si Apple a des questions ou refuse le build, le message apparaît dans la section Examen de l'App de App Store Connect. Répondez-y, corrigez le problème et soumettez à 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, identifiant de démonstration manquant. Apple indique que ce problème est à l'origine de plus de 40 % des problèmes non résolus. Testez chaque bouton sur un iPhone réel avant de soumettre.
• Site web emballé (directive 4.2). Apple attend des fonctionnalités, du contenu et une interface qui dépassent un simple site web dans un cadre. Proposez une mise en page pensée pour le téléphone, des comptes, des données sauvegardées et de véritables tâches. C'est particulièrement important pour les apps web encapsulées, y compris celles créées avec Mythex.
• Pas de suppression de compte dans l'app (directive 5.1.1(v)). Si les personnes peuvent créer un compte dans l'app, elles doivent pouvoir le supprimer depuis l'app.
• Ventes numériques hors achats intégrés (directive 3.1.1). Débloquer des fonctionnalités ou du contenu contre paiement dans l'app nécessite les achats intégrés 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 de l'app doivent concorder.

Si vous avez besoin d'une page de politique, notre guide sur la rédaction de 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, envoyez un nouveau build, rédigez le texte « Nouveautés » et soumettez à nouveau. Chaque soumission est examinée.

Si votre app est une app web encapsulée, comme les apps Mythex, la plupart des modifications quotidiennes arrivent chez les utilisateurs iPhone dès que vous publiez l'app web, car l'app du téléphone l'ouvre. Vous soumettez une nouvelle version principalement pour les modifications de 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 à 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