Flutter & développement mobile

Publier une application sur l’App Store : étapes, coûts et motifs de refus

Pour publier une application sur l’App Store, adhérez à l’Apple Developer Program (99 dollars par an), créez la fiche dans App Store Connect, envoyez la version iOS, testez-la avec TestFlight, remplissez App Privacy, puis soumettez-la à la review d’Apple. Les refus les plus fréquents visent les apps incomplètes, trop minces ou mal déclarées sur les données personnelles.

Publier une application sur l’App Store n’a rien d’un simple envoi de fichier. Apple vérifie l’identité de l’éditeur, examine chaque version, exige une déclaration précise des données collectées et refuse chaque année des millions de soumissions. Bien préparée, la publication se passe pourtant sans drame : c’est une étape à part entière du développement d’application iOS et Android.

Chez AppliWin, je publie les applications Flutter que je développe sur l’App Store et sur Google Play. Voici les étapes dans l’ordre, du compte Apple Developer à la mise en ligne, avec les coûts réels et les motifs de refus les plus fréquents.

Les étapes pour publier une application sur l’App Store

Publier une application sur l’App Store suit six étapes : adhérer à l’Apple Developer Program, créer la fiche dans App Store Connect, compiler et envoyer la version iOS, la tester avec TestFlight, déclarer les données collectées dans App Privacy, puis soumettre l’application à la review d’Apple avant la mise en ligne.

Compte Apple Developer

Adhésion au programme, vérification de l’entreprise, numéro D-U-N-S.

Quelques jours à deux semaines

Fiche dans App Store Connect

Nom, description, captures, classification par âge, statut de commerçant.

Une à deux journées

Compilation et envoi

Version iOS compilée avec la version d’Xcode exigée, puis envoyée à App Store Connect.

Quelques heures

Tests TestFlight

Testeurs internes, puis externes après une vérification rapide d’Apple.

Une à deux semaines conseillées

App Privacy et soumission

Déclaration des données collectées, notes pour l’équipe de review.

Une journée

Review et publication

Examen par Apple, corrections éventuelles, mise en ligne manuelle ou automatique.

En général un à deux jours

Créer son compte Apple Developer : prix et prérequis

Pour publier une application sur l’App Store, il faut adhérer à l’Apple Developer Program : 99 dollars par an, facturés en devise locale. Un particulier s’inscrit avec son compte Apple ; une entreprise doit fournir un numéro D-U-N-S, un site web actif et une adresse e-mail à son nom de domaine. Comptez quelques jours pour la validation.

Deux types de comptes existent. Le compte individuel affiche votre nom de personne sur l’App Store. Le compte organisation affiche le nom de votre entreprise, ce qui inspire davantage confiance et facilite la gestion à plusieurs. Pour une organisation, Apple demande, d’après sa page d’adhésion à l’Apple Developer Program :

  • Une entité juridique capable de contracter : un nom commercial seul ne suffit pas
  • Un numéro D-U-N-S, identifiant à neuf chiffres de Dun & Bradstreet, gratuit via l’outil de recherche d’Apple
  • Une personne habilitée à engager l’entreprise, qui devient titulaire du compte
  • Un site web public et fonctionnel, au nom de domaine de l’entreprise
  • Une adresse e-mail professionnelle sur ce même domaine

Beaucoup d’entreprises françaises ont déjà un numéro D-U-N-S sans le savoir. S’il faut le créer, Apple indique jusqu’à cinq jours ouvrés pour l’obtenir, puis deux de plus pour qu’il lui soit transmis : lancez la démarche dès le début du projet. Les associations, établissements d’enseignement et administrations peuvent demander une exonération des frais d’adhésion.

Mon conseil : ouvrez le compte au nom de votre entreprise, puis invitez votre développeur avec un rôle adapté. Vous restez propriétaire de l’application, de ses avis et de ses revenus, même si vous changez de prestataire.

App Store Connect et TestFlight : préparer la publication

App Store Connect est la console où l’on crée la fiche de l’application, envoie les versions compilées et gère les tests. TestFlight permet de faire tester l’application avant sa sortie : jusqu’à 100 testeurs internes sans validation, et jusqu’à 10 000 testeurs externes après une vérification rapide d’Apple. Chaque version de test expire après 90 jours.

Avec Flutter, je compile la version iOS puis je l’envoie vers App Store Connect, soit depuis un Mac avec Xcode, soit via une chaîne d’intégration continue comme Codemagic. Apple impose chaque printemps la dernière version majeure d’Xcode et du SDK d’iOS pour toute nouvelle soumission (Xcode 26 et iOS 26 depuis avril 2026). Les limites de testeurs et la durée de 90 jours sont décrites dans la documentation TestFlight d’Apple.

La fiche de l’application demande plus de travail qu’on ne l’imagine :

  • Nom (30 caractères), sous-titre (30 caractères) et mots-clés (100 caractères), qui comptent pour la recherche dans l’App Store ;
  • description et captures d’écran au format iPhone demandé, et iPad si l’application y est disponible ;
  • icône de 1 024 × 1 024 pixels ;
  • URL de la politique de confidentialité et URL d’assistance, obligatoires ;
  • classification par âge, établie via un questionnaire ;
  • statut de commerçant au sens du DSA : depuis février 2025, une application dont l’éditeur ne l’a pas déclaré n’est plus distribuée dans l’Union européenne ;
  • conformité à l’export, une question sur l’usage du chiffrement ;
  • compte de démonstration et notes pour l’équipe de review.

TestFlight est votre filet de sécurité. Les testeurs internes, membres de votre compte, reçoivent les versions en quelques minutes. Les testeurs externes, vos clients pilotes par exemple, sont invités par e-mail ou par lien public après une vérification de la première version par Apple. Une ou deux semaines de tests sur de vrais téléphones évitent la plupart des refus pour plantage.

La review d’Apple et les motifs de refus les plus fréquents

Chaque version passe par l’App Review, un examen humain assisté d’outils automatiques. Apple a examiné plus de 9,1 millions de soumissions en 2025 et en a rejeté près de 2,1 millions. Les refus les plus courants viennent d’applications incomplètes ou instables (règle 2.1), de fonctionnalités jugées trop minces (4.2) et de manquements sur les données personnelles (5.1).

D’après le rapport de transparence de l’App Store, la catégorie « performance », qui regroupe plantages, bugs et contenus incomplets, a représenté à elle seule plus de 1,3 million de refus en 2025. Un refus n’est pas définitif : on corrige, on répond dans le centre de résolution d’App Store Connect, puis on soumet à nouveau. Apple annonce examiner la grande majorité des soumissions en moins de 48 heures, mais prévoyez une marge d’une semaine pour une première publication.

RègleMotif typiqueComment l’éviter
2.1 ComplétudePlantage, contenu factice, lien mort, compte de démo absent, serveur hors ligneTests TestFlight, compte de démonstration dans les notes, API en production
2.3 MétadonnéesCaptures non représentatives, mention d’autres plateformesCaptures réelles de l’application, texte propre à l’iPhone
3.1.1 Achats intégrésContenu numérique vendu sans achat intégré ni option autoriséeStoreKit, ou une option de paiement prévue par les conditions européennes
4.2 Fonctionnalité minimaleSite web reconditionné dans une WebViewÉcrans natifs et fonctions réellement utiles
4.8 Services de connexionConnexion Google ou Facebook sans alternative respectueuse de la vie privéeProposer aussi « Se connecter avec Apple » ou un équivalent conforme
5.1.1 Collecte de donnéesPolitique absente, autorisation injustifiée, pas de suppression de compteTextes d’autorisation clairs, suppression du compte dans l’app
Les règles qui provoquent le plus de refus et comment les éviter

Règle 4.2 : la fonctionnalité minimale

Apple attend qu’une application aille au-delà d’un site web reconditionné. Une coque qui affiche votre site sans rien de plus est un candidat naturel au refus. J’ai détaillé ce cas, fréquent chez les boutiques en ligne, dans l’article sur l’application WooCommerce et la règle 4.2.

Règle 5.1 : confidentialité et données

La règle 5.1.1 exige une politique de confidentialité accessible dans l’application et sur la fiche, des demandes d’autorisation (caméra, position, photos) qui expliquent précisément leur usage, et la collecte des seules données nécessaires. Si l’application permet de créer un compte, elle doit aussi permettre de le supprimer depuis l’application, sans passer par un e-mail. La règle 5.1.2 encadre le partage des données : tout suivi publicitaire impose le consentement via App Tracking Transparency.

App Privacy : déclarer les données collectées

Avant la publication, Apple exige de remplir la section App Privacy : quelles données l’application et ses SDK tiers collectent, à quelles fins, si elles sont liées à l’identité de l’utilisateur et si elles servent au suivi publicitaire. Ces réponses s’affichent sur la fiche de l’App Store et doivent correspondre à votre politique de confidentialité.

Le piège tient aux SDK. Une application Flutter qui utilise Firebase pour les notifications push et les rapports de plantage collecte des identifiants d’appareil et des données de diagnostic : il faut les déclarer, même si vous ne les exploitez pas vous-même. Depuis mai 2024, Apple exige en plus un manifeste de confidentialité (PrivacyInfo.xcprivacy) pour l’application et pour les SDK courants qui utilisent certaines API sensibles.

  • Lister chaque SDK de l’application et les données qu’il collecte
  • Classer chaque donnée : finalité, lien avec l’identité, usage pour le suivi
  • Vérifier la présence des manifestes de confidentialité des SDK
  • Aligner la politique de confidentialité, la fiche App Privacy et votre registre RGPD
  • Mettre à jour la déclaration à chaque nouveau SDK ou nouvelle donnée

Le détail officiel figure dans la documentation d’Apple sur les informations de confidentialité des applications. Côté France, ces déclarations doivent rester cohérentes avec vos obligations RGPD.

Combien coûte la publication d’une application sur l’App Store ?

Les frais imposés par Apple se limitent à l’adhésion de 99 dollars par an, plus une commission sur les ventes numériques éventuelles. Le vrai coût est ailleurs : préparation de la fiche et des captures, phase de tests, corrections après review, puis mises à jour annuelles exigées par Apple pour rester publiable.

La commission ne concerne que les contenus numériques vendus dans l’application : dans l’Union européenne, 26 % en standard sur un achat intégré (30 % ailleurs), 15 % pour les petits éditeurs inscrits au Small Business Program. Les biens physiques et les services réels ne sont pas concernés. Pour une publication sur Android, comptez 25 dollars une seule fois pour le compte Google Play, avec ses propres étapes détaillées dans l’article sur la publication sur Google Play. Pensez à prévoir la préparation de la publication dans le devis de développement : c’est du temps réel, souvent oublié.

À retenir

Ouvrez le compte Apple Developer au nom de votre entreprise dès le début du projet, D-U-N-S compris.

Testez avec TestFlight, fournissez un compte de démonstration, déclarez fidèlement les données collectées et offrez la suppression du compte dans l’application : vous éliminez ainsi la plupart des motifs de refus.

Questions fréquentes

Combien coûte la publication d’une application sur l’App Store ?

L’adhésion à l’Apple Developer Program coûte 99 dollars par an, facturés en devise locale ; les associations et établissements d’enseignement peuvent demander une exonération. Apple ne facture rien par application publiée. Une commission de 15 à 26 % dans l’Union européenne (jusqu’à 30 % ailleurs) s’applique uniquement aux contenus numériques vendus dans l’application. À ces frais s’ajoute le temps de préparation : fiche, captures, tests, corrections, souvent inclus dans le devis de développement.

Combien de temps dure la validation d’une application par Apple ?

Apple annonce examiner la grande majorité des soumissions en un à deux jours. Une première publication prend toutefois souvent plus longtemps au total, à cause des allers-retours en cas de refus et de la vérification du compte développeur, qui peut demander jusqu’à deux semaines avec un numéro D-U-N-S à créer. Prévoyez une marge d’une semaine avant une date de lancement annoncée.

Peut-on publier une application iPhone sans Mac ?

Il faut un Mac et Xcode pour compiler et signer une application iOS, mais pas forcément le vôtre. Les services d’intégration continue comme Codemagic compilent l’application sur des Mac dans le cloud et l’envoient directement vers App Store Connect. C’est la méthode que j’utilise pour les applications Flutter : elle rend la publication reproductible et indépendante d’un poste de travail.

Pourquoi Apple refuse-t-il une application ?

Les motifs les plus fréquents sont une application incomplète ou instable (plantage, contenu factice, compte de démonstration absent), une fonctionnalité jugée trop mince, comme un site web reconditionné, et des manquements sur la confidentialité : politique absente, autorisations mal justifiées, suppression de compte impossible. Viennent ensuite les contenus numériques vendus sans achat intégré et des métadonnées trompeuses.

Publier sans stress

Publier une application sur l’App Store devient une formalité quand elle est anticipée dès le développement : compte au bon nom, tests réels, données déclarées avec rigueur. Si vous hésitez encore sur la technologie, lisez Flutter ou React Native : lequel choisir. Et pour une application conçue et publiée sur les deux stores, décrivez votre projet sur la page demande de devis.

Landry Caleyron

Écrit par

Développeur Flutter & WordPress freelance

Développeur freelance basé à Paris, je conçois des applications mobiles iOS et Android en Flutter pilotées depuis WordPress, et des sites WordPress codés sur mesure, sans page builder.

Parlons de votre projet

Deux façons de commencer : un devis rapide, avec une première fourchette affichée tout de suite, ou une description guidée de votre projet, étape par étape. Je vous réponds personnellement, avec mes questions et une estimation.

Noté 4,87/5 sur Codeur.com