Tous les articles
Applications mobiles

Publier une application sur l'App Store, étape par étape

Publier une application sur l'App Store : compte développeur, fiche App Store Connect, confidentialité, TestFlight, examen d'Apple. Le guide étape par étape.

7 min de lecture
Sommaire
  1. 1Étape 1 : ouvrir un compte Apple Developer Program
  2. 2Étape 2 : préparer la version à envoyer
  3. 3Étape 3 : tester avec TestFlight avant de soumettre
  4. 4Étape 4 : remplir la fiche dans App Store Connect
  5. 5Étape 5 : déclarer la confidentialité et le statut de commerçant
  6. 6Étape 6 : soumettre à l’examen d’Apple
  7. 7Étape 7 : publier, puis faire vivre l’application
  8. 8Questions fréquentes

Pour publier une application sur l’App Store, il faut un compte Apple Developer Program, une fiche complète dans App Store Connect (textes, captures, confidentialité), une version de l’application envoyée depuis Xcode, puis l’examen d’Apple. Selon Apple, la plupart des soumissions sont examinées en moins de 24 heures, mais la préparation demande bien plus de temps que l’attente. Voici les étapes dans l’ordre, avec les points qui font le plus souvent échouer une première publication.

Étape 1 : ouvrir un compte Apple Developer Program

Toute application distribuée sur l’App Store est publiée sous un compte inscrit à l’Apple Developer Program, avec un abonnement annuel. Deux types de comptes existent :

  • le compte individuel, à votre nom : c’est votre nom qui apparaît comme vendeur sous l’application ;
  • le compte d’organisation, au nom de votre société : c’est le nom de l’entreprise qui apparaît, et vous pouvez inviter des collaborateurs avec des droits différents.

Pour une entreprise, le compte d’organisation est presque toujours le bon choix. Apple demande alors plusieurs éléments, détaillés sur sa page d’inscription : un numéro D-U-N-S (un identifiant d’entreprise attribué par Dun & Bradstreet, qu’il faut parfois demander), une adresse e-mail professionnelle liée au nom de domaine de l’entreprise, et un site web public et fonctionnel à ce même nom de domaine. Comptez le temps d’obtention du numéro D-U-N-S si vous n’en avez pas : c’est souvent l’étape la plus longue du démarrage.

L’application doit être publiée sous le compte de votre entreprise, pas sous celui de votre prestataire. C’est ce qui vous garantit d’en rester propriétaire.

Étape 2 : préparer la version à envoyer

L’application elle-même doit être prête, testée sur de vrais appareils, et construite dans un format accepté par Apple.

  • Un Mac et Xcode sont nécessaires pour construire et envoyer l’application, y compris quand elle est développée avec Flutter. Apple fixe régulièrement une version minimale de Xcode et du kit de développement (SDK) pour les envois : la liste est tenue à jour sur sa page des exigences à venir, dans l’espace développeur.
  • Un identifiant unique (le « bundle ID », par exemple fr.monentreprise.monapp) et les certificats de signature, gérés depuis le compte développeur.
  • Une icône sans transparence, et un écran de démarrage propre.
  • Un numéro de version clair, que vous augmenterez à chaque mise à jour.

Une fois la version envoyée, elle apparaît dans App Store Connect après un court traitement automatique.

Étape 3 : tester avec TestFlight avant de soumettre

TestFlight est l’outil d’Apple pour faire essayer une application avant sa sortie. Vous invitez des testeurs, internes à votre équipe ou externes, qui installent l’application sur leur iPhone et peuvent envoyer des retours avec captures d’écran.

C’est le bon moment pour faire tester l’application par quelques futurs utilisateurs réels : un client fidèle, un salarié qui n’a pas suivi le projet. Ils trouvent en une journée ce que l’équipe ne voit plus. Pour les testeurs externes, la première version doit d’abord être validée par Apple.

Étape 4 : remplir la fiche dans App Store Connect

La fiche de l’application, c’est ce que verront les personnes qui la trouvent dans l’App Store. Elle compte autant pour la validation que pour le nombre de téléchargements.

Élément Règle d’Apple Conseil
Nom De 2 à 30 caractères Le nom de l’application, plus un mot clé si c’est naturel
Sous-titre 30 caractères au plus Ce que fait l’application, en une phrase courte
Mots-clés 100 octets au plus Ne pas répéter le nom ni le nom de l’entreprise
Captures d’écran De 1 à 10 par taille d’écran La première doit montrer l’écran le plus parlant
Politique de confidentialité Adresse web obligatoire Une vraie page, à jour, sur votre site

Ces règles figurent dans la documentation d’App Store Connect. Les captures sont demandées pour la plus grande taille d’écran d’iPhone ; Apple les adapte aux autres tailles si vous ne fournissez pas de versions dédiées.

Vous renseignez aussi la catégorie de l’application, une adresse de support, et un questionnaire de classification par âge : violence, contenus générés par les utilisateurs, achats, accès à internet. Répondez avec précision, une classification incohérente avec le contenu est un motif de refus.

Le travail des textes et des mots-clés relève du référencement dans les stores. Nous l’abordons sur notre page référencement, car c’est souvent ce qui fait la différence entre une application trouvée et une application invisible.

Étape 5 : déclarer la confidentialité et le statut de commerçant

Deux déclarations sont obligatoires et méritent une attention particulière.

Les informations de confidentialité

Apple affiche sur chaque fiche une rubrique qui résume les données collectées par l’application : coordonnées, localisation, identifiants, données d’usage, et l’usage qui en est fait. Vous la remplissez dans App Store Connect, en suivant la documentation d’Apple sur la confidentialité. Elle doit couvrir aussi les données collectées par les outils tiers intégrés à l’application (mesure d’audience, publicité, connexion).

Une déclaration inexacte expose à un refus ou à un retrait. Le plus simple est de dresser la liste de chaque donnée qui quitte le téléphone, et de savoir pourquoi.

Le statut de commerçant dans l’Union européenne

Le règlement européen sur les services numériques impose à Apple de vérifier et d’afficher les coordonnées des « commerçants » qui distribuent des applications dans l’Union : adresse, téléphone et e-mail. Une entreprise qui publie une application dans le cadre de son activité est concernée. Ces coordonnées apparaîtront publiquement sur la fiche : prévoyez une adresse et un numéro professionnels.

Étape 6 : soumettre à l’examen d’Apple

Quand tout est rempli, vous choisissez la version à publier et vous la soumettez. Selon la page d’Apple sur l’examen des applications, en moyenne 90 % des soumissions sont examinées en moins de 24 heures. Vous êtes prévenu par e-mail à chaque changement de statut.

Les examinateurs appliquent les règles de l’App Store. Les refus les plus fréquents lors d’une première publication tiennent à quelques points :

  1. L’application plante ou un écran ne fonctionne pas pendant l’examen.
  2. Pas de compte de démonstration alors que l’application demande une connexion. Apple exige un compte de test actif ou un mode démonstration complet, et des serveurs en marche.
  3. Pas de suppression de compte : si l’application permet de créer un compte, elle doit aussi permettre de le supprimer depuis l’application.
  4. Des contenus provisoires : textes de remplissage, boutons qui ne mènent nulle part, fonctions annoncées mais absentes.
  5. Une application trop mince : un simple site web affiché dans une application, sans fonction propre, est souvent refusé.

Un refus n’est pas définitif. Apple explique le motif dans App Store Connect, vous corrigez, vous répondez ou vous soumettez une nouvelle version.

Étape 7 : publier, puis faire vivre l’application

Une fois l’application acceptée, vous choisissez le moment de sa sortie : immédiatement, à une date précise, ou manuellement quand vous êtes prêt. Pour les mises à jour, Apple propose une publication progressive sur 7 jours : la nouvelle version est d’abord proposée en mise à jour automatique à une partie des utilisateurs, ce qui limite l’effet d’un bug passé inaperçu.

Chaque mise à jour repasse par l’examen d’Apple. Et chaque année, Apple publie une nouvelle version d’iOS : il faut vérifier que l’application fonctionne toujours, puis la reconstruire avec les outils récents quand Apple l’exige.

Prenons l’exemple d’une boulangerie qui lance une application de commande à retirer en boutique. Le jour de la sortie n’est que le début : il faudra répondre aux avis, corriger ce que les premiers clients signalent, adapter l’application aux nouvelles versions d’iOS. Prévoir ce suivi dès le départ évite qu’une application soignée se dégrade en quelques mois.

Questions fréquentes

Combien de temps faut-il pour publier une application sur l’App Store ?

L’examen lui-même est rapide : Apple indique que 90 % des soumissions sont examinées en moins de 24 heures. Le délai réel dépend surtout de la préparation : ouverture du compte (et obtention du numéro D-U-N-S pour une entreprise), captures, textes, déclarations de confidentialité et éventuels allers-retours après un refus.

Peut-on publier une application iPhone sans Mac ?

L’envoi d’une application vers App Store Connect passe par les outils d’Apple, qui fonctionnent sur Mac. Si vous confiez le développement à un prestataire, c’est lui qui s’en charge, mais l’application doit être publiée sous votre propre compte développeur.

Faut-il une politique de confidentialité même si l’application ne collecte rien ?

Oui. L’adresse d’une politique de confidentialité est obligatoire pour toute application iPhone. Elle peut être courte si l’application collecte peu de données, mais elle doit dire la vérité et rester accessible.

Que faire si Apple refuse l’application ?

Lire le motif dans App Store Connect, qui cite la règle concernée. La plupart des refus se corrigent en quelques heures (compte de démonstration, texte à ajuster, bug). En cas de désaccord, il est possible de répondre à l’examinateur pour expliquer un choix.

Nous publions nos propres applications de cette façon, et nous nous occupons de la publication des applications que nous développons, sous le compte de nos clients. Pour en savoir plus, voyez notre page applications mobiles, ou présentez-nous votre application sur la page Parler de votre projet.

Un article de l'équipe Devolim, publié le 6 septembre 2026.

Un projet d'application mobile ?

Décrivez-nous votre idée en deux minutes. Réponse en moins de 24 heures.

Un projet en tête ? Parlons-en.

Une app, un outil, un site, de l'IA ou une vidéo : décrivez-nous votre idée en deux minutes.