• Français

    • Publier sur l'App Store

    Préparez les métadonnées App Store Connect, la confidentialité et la conformité régionale, soumettez un build iOS MeDo à la revue, et publiez-le en toute sécurité.

    Mis à jour 2026-09-21

    Avant de commencer

    Cette page est la dernière étape du parcours payant. À ce stade, vous devez avoir suivi Partager avec des testeurs et publier (TestFlight → App Store) : l'application a une page dans App Store Connect, un build a été envoyé depuis MeDo, et vous l'avez ouverte sur un vrai téléphone via TestFlight.

    Il reste la paperasse sur le site d'Apple — décrire l'application, répondre aux questions de confidentialité, et appuyer sur Submit for Review (Soumettre à la revue). Parcourez les sections numérotées dans l'ordre ; chacune correspond à une section de la page de votre application dans App Store Connect. Attendez-vous à ce que la revue Apple prenne un à trois jours pour une première soumission.

    MeDo construit avec la chaîne d'outils actuellement exigée par Apple, vous n'avez donc pas à vous soucier des versions de Xcode ou du SDK. Les règles d'Apple changent toutefois, alors parcourez les exigences à venir d'Apple avant chaque publication.

    1. Terminer la configuration du compte et commerciale

    • Conservez l'adhésion à l'Apple Developer Program active.
    • Acceptez les accords en vigueur dans le compte Apple Developer et App Store Connect.
    • Pour les applications payantes ou les achats intégrés, remplissez l'accord d'applications payantes, les formulaires fiscaux et les informations bancaires.
    • Vérifiez que l'identité du vendeur est correcte. L'inscription individuelle affiche le nom légal de la personne ; l'inscription organisation affiche le nom de l'entité juridique.
    • Attribuez aux personnes qui préparent et soumettent l'application les rôles App Store Connect minimaux nécessaires.

    2. Créer ou vérifier la fiche de l'application

    Dans App Store Connect, créez une fiche d'application avant le premier envoi MeDo.

    PropriétéExigenceConseils
    PlatformsObligatoireSélectionnez iOS et toute autre plateforme Apple prise en charge.
    NameObligatoire2–30 caractères. Localisez-le pour chaque vitrine lorsque c'est pertinent.
    Primary languageObligatoireUtilisé lorsqu'une vitrine n'a pas de métadonnées localisées.
    Bundle IDObligatoire et effectivement permanentDoit correspondre exactement au build MeDo. Il ne peut pas être changé après l'envoi d'un build.
    SKUObligatoire et permanentIdentifiant interne ; les clients ne le voient pas.
    User accessObligatoireLimitez la fiche aux utilisateurs App Store Connect appropriés si nécessaire.

    Le nom affiché sur l'App Store n'a pas besoin de correspondre exactement au nom de l'écran d'accueil iPhone, mais il doit représenter fidèlement la même application. Le Bundle ID doit correspondre exactement.

    3. Préparer la page produit

    Allez sur la page de version de l'application et complétez les métadonnées de la langue principale. Ajoutez des métadonnées localisées plutôt qu'un texte traduit automatiquement pour les marchés importants.

    App Store Connect — Renseigner les informations de l'application

    ChampExigenceConseils actuels
    NameObligatoire2–30 caractères. N'ajoutez pas d'affirmations invérifiables ni de bourrage de mots-clés.
    SubtitleFacultatifJusqu'à 30 caractères ; résumez la valeur principale de l'application.
    DescriptionObligatoireJusqu'à 4 000 caractères ; expliquez les fonctionnalités réelles et tout abonnement ou fonction payante.
    KeywordsObligatoire pour iOSJusqu'à 100 octets, séparés par des virgules. Évitez les doublons déjà couverts par le nom ou la catégorie.
    Promotional textFacultatifJusqu'à 170 caractères et modifiable sans nouvelle revue de version.
    Primary categoryObligatoireChoisissez la catégorie qui correspond le mieux à l'usage principal de l'application.
    Secondary categoryFacultatifAjoutez-la uniquement si elle représente fidèlement l'application.
    Support URLObligatoireDoit mener à un support fonctionnel ou à des informations de contact.
    Marketing URLFacultatifSite produit ou de campagne.
    CopyrightObligatoireUtilisez l'année en cours et le nom du titulaire des droits, par exemple 2026 Example, Inc.
    ScreenshotsObligatoire1–10 captures d'écran par jeu d'appareils requis. Montrez l'application réelle ; localisez lorsque l'interface ou les affirmations diffèrent.
    App previewsFacultatifJusqu'à trois vidéos par taille d'appareil et langue pris en charge.
    App iconObligatoire dans le buildFournissez l'icône marketing 1024 × 1024 via le catalogue d'assets de l'application ; pas de transparence.
    Version and What’s NewObligatoire pour les mises à jourLa version doit correspondre au build. Décrivez des changements visibles pour l'utilisateur.

    Les captures d'écran doivent représenter l'expérience actuelle de l'application. Si l'interface est identique d'une taille d'appareil à l'autre, App Store Connect peut redimensionner les captures haute résolution requises vers les tailles plus petites.

    4. Confidentialité et conformité de la plateforme

    Politique de confidentialité et App Privacy

    Chaque application iOS a besoin d'une URL publique de politique de confidentialité dans App Store Connect et d'un lien de politique de confidentialité facilement accessible dans l'application. La politique doit correspondre au build publié, y compris le comportement des SDK tiers.

    Dans App Privacy, déclarez :

    • Chaque type de donnée collecté par l'application ou ses partenaires tiers
    • Si chaque type de donnée est lié à l'utilisateur
    • S'il est utilisé pour le suivi
    • Les finalités de collecte telles que le fonctionnement de l'application, l'analyse, la personnalisation ou la publicité
    • Une URL de choix de confidentialité utilisateur lorsque vous proposez une page web pour l'accès, la correction, le retrait du consentement ou les demandes de suppression

    Ne publiez pas un modèle inchangé. Personnalisez tout brouillon généré par MeDo avec le véritable propriétaire de l'application, le moyen de contact, les données collectées, les finalités, les sous-traitants, la conservation, le processus de suppression et les régions applicables.

    Autorisations, suivi et comptes

    • Ajoutez des descriptions d'usage claires pour la caméra, le microphone, les photos, la localisation, les contacts, le Bluetooth et les autres ressources protégées réellement utilisées par l'application.
    • Demandez les autorisations uniquement lorsque la fonction associée est invoquée, et proposez une alternative raisonnable lorsque c'est possible.
    • Si des données servent à suivre les utilisateurs sur les applications ou sites d'autres entreprises, implémentez App Tracking Transparency avant d'accéder à l'IDFA ou d'effectuer un suivi.
    • Si l'application permet la création de compte, les utilisateurs doivent pouvoir initier la suppression du compte dans l'application.
    • Si une connexion tierce ou sociale sert de compte principal de l'utilisateur, vérifiez si la App Review Guideline 4.8 exige une option de connexion équivalente préservant la vie privée, telle que Sign in with Apple.

    Manifestes de confidentialité des SDK et APIs à motif obligatoire

    Vous êtes responsable de tout le code tiers dans l'application. Avant l'envoi :

    • Examinez le rapport de confidentialité de Xcode et l'usage des données de chaque SDK.
    • Assurez-vous que les SDK de la liste d'Apple incluent le manifeste de confidentialité requis et, pour les dépendances binaires, une signature valide.
    • Déclarez des motifs approuvés pour les APIs à motif obligatoire concernées.
    • Retirez les SDK et autorisations inutilisés.

    Chiffrement et conformité à l'export

    Répondez aux questions de chiffrement d'App Store Connect pour le build. Même les applications qui n'utilisent que le chiffrement standard du système d'exploitation doivent faire la bonne détermination. Si aucune documentation n'est requise, définissez la valeur Info.plist appropriée pour que les mêmes questions ne reviennent pas. Si une documentation est requise, obtenez l'autorisation et joignez-la avant la Beta App Review TestFlight ou l'App Review.

    5. Compléter les déclarations au niveau de l'application et régionales

    Globales ou dépendantes des fonctionnalités

    DéclarationQuand elle s'applique
    Classification d'âge mise à jourObligatoire pour chaque application. Répondez au questionnaire actuel selon le contenu, le contenu généré par les utilisateurs, la messagerie, la publicité, les jeux d'argent, les informations médicales et le contrôle parental.
    Droits sur le contenuObligatoire lorsque l'application affiche, diffuse en streaming ou accède à du contenu tiers.
    Statut de dispositif médical réglementéObligatoire pour les applications Medical ou Health & Fitness concernées distribuées dans l'UE/EEE, au Royaume-Uni ou aux États-Unis.
    Statut de trader Digital Services ActChaque développeur doit déclarer son statut. Les traders qui distribuent dans l'UE doivent fournir des coordonnées vérifiées qu'Apple affiche sur la page produit.
    Achats intégrés et abonnementsSoumettez les produits nécessaires à l'application, rendez-les visibles et testables, et expliquez les flux non évidents dans Review Notes.
    Game CenterIncluez l'entitlement et terminez la configuration App Store Connect lorsque l'application propose des fonctionnalités Game Center.

    Exemples par pays et région

    Les exigences régionales s'appliquent uniquement lorsque vous sélectionnez la vitrine et le type d'application concernés. Vérifiez-les dans App Store Connect plutôt que de copier la liste d'une autre application.

    • Chine continentale — Un numéro de dépôt ICP valide est requis pour les applications mises à disposition là-bas. Les jeux ont besoin du numéro d'approbation de publication applicable et des documents justificatifs. Des licences supplémentaires peuvent s'appliquer aux actualités, livres, audio/vidéo, religion, finance, santé, cartographie et autres contenus réglementés. Les organisations basées en Chine continentale doivent aussi confirmer les informations d'identité qu'Apple affiche. Un certificat de droit d'auteur logiciel peut être nécessaire pour un dépôt local ou des processus sectoriels, mais ce n'est pas une exigence App Store universelle hors de Chine.
    • Union européenne — Déclarez le statut de trader DSA. Si vous êtes un trader, vérifiez l'adresse, le numéro de téléphone et l'e-mail qu'Apple affichera.
    • République de Corée — Certains jeux exigent un numéro de classification GRAC. Les développeurs organisation peuvent avoir des exigences supplémentaires de contact professionnel.
    • Vietnam — Les jeux peuvent exiger un numéro de licence de jeu et une URL.
    • Brésil et autres vitrines — La documentation fiscale, de contenu ou commerciale peut affecter la disponibilité, surtout pour la distribution payante.

    6. Fournir les informations de revue

    Renseigner les informations de revue, étape 1 Renseigner les informations de revue, étape 2 Renseigner les informations de revue, étape 3

    ChampExigenceConseils
    BuildObligatoireSélectionnez le build MeDo traité et entièrement testé.
    Review contactObligatoireFournissez un nom, un numéro de téléphone et une adresse e-mail surveillés.
    Sign-in informationConditionnelSi une connexion est requise, fournissez un compte de démonstration durable avec toutes les fonctionnalités à revoir activées.
    Review NotesFortement recommandéExpliquez la navigation, les fonctionnalités non évidentes, les autorisations, les besoins matériels, les QR codes d'exemple, les restrictions régionales et les achats intégrés.
    AttachmentsConditionnelFournissez des documents ou vidéos justificatifs lorsque Apple ne peut pas reproduire un flux. N'incluez pas de secrets inutiles.

    Gardez les services backend et le compte de démonstration opérationnels pendant toute la revue. Retirez les placeholders, bannières de test, liens cassés, pages vides et fonctionnalités de production désactivées.

    7. Liste de contrôle avant soumission

    • Le build de publication se lance et termine chaque flux principal sur les appareils pris en charge.
    • Le Bundle ID, le numéro de version et le numéro de build sont corrects.
    • Xcode 26 / iOS 26 SDK ou plus récent a été utilisé.
    • Toutes les URL utilisent HTTPS et fonctionnent sans accès réservé aux employés.
    • Les métadonnées et captures d'écran de la page produit correspondent au build.
    • La politique de confidentialité, les réponses App Privacy, les invites d'autorisation et le comportement des SDK concordent.
    • La suppression de compte, la connexion, les achats, la restauration des achats et les abonnements fonctionnent le cas échéant.
    • La classification d'âge, les droits sur le contenu, le chiffrement, le DSA, le médical et les déclarations régionales sont complets.
    • Les identifiants de démonstration, les notes de revue, et tout matériel ou données d'exemple requis sont disponibles.
    • Les retours TestFlight et les rapports de plantage ont été traités.

    8. Soumettre et publier

    1. Ajoutez la version et le build à la soumission.
    2. Ajoutez tout achat intégré, abonnement, page produit personnalisée ou autre élément de revue qui doit partir ensemble.
    3. Résolvez chaque avertissement affiché par App Store Connect.
    4. Soumettez à la revue et surveillez les messages App Store Connect.
    5. Si Apple pose une question, répondez avec les étapes de reproduction exactes et des preuves.
    6. En cas de rejet, corrigez le problème cité plutôt que de soumettre le même build avec seulement une note, sauf si Apple demande explicitement une clarification.

    Choisissez le mode de publication délibérément :

    • Automatic — Publie après l'approbation.
    • Manual — Vous publiez après l'approbation ; utile pour des lancements coordonnés.
    • Scheduled — Publie au plus tôt à la date sélectionnée après l'approbation.
    • Phased release — Déploie progressivement une mise à jour aux utilisateurs existants ; cela ne remplace pas la surveillance ni la planification d'une restauration.

    Après la publication, surveillez les plantages, avis, demandes de support, statut des abonnements et achats, et disponibilité régionale. Maintenez à jour les déclarations de confidentialité et les URL de support lorsque l'application ou ses SDK changent.

    Références officielles Apple