Première publication
Sommaire
Réponse courte
Apple indique examiner au moins 50 % des soumissions en moins de 24 h et 90 % en moins de 48 h. Ce n'est pas une garantie : c'est un ordre de grandeur, pour l'ensemble des apps.
Trois choses peuvent allonger l'attente :
- Une soumission incomplète : compte de démonstration manquant, informations absentes, app qui plante. Apple prévient que les délais peuvent alors s'allonger, ou que l'app peut être refusée.
- Une première app, ou une app qui demande des documents (licence, autorisation) ou touche un sujet sensible : Apple l'examine de plus près.
- Un refus : il faut corriger, répondre ou renvoyer, ce qui relance un tour.
Et avant même la revue, il faut compter le temps d'inscription à l'Apple Developer Program, plus environ 7 jours ouvrés pour le numéro D-U-N-S si tu publies au nom d'une société qui n'en a pas.
Que se passe-t-il entre l'envoi et la sortie ?
Les statuts que tu verras dans App Store Connect
App Store Connect, l'espace en ligne où tu gères ton app, affiche un statut pour chaque version. Apple te prévient aussi par e-mail à chaque changement.
| Statut | Ce que ça veut dire |
|---|---|
| Prepare for Submission | Tu prépares encore la fiche de l'app |
| Waiting for Review | Apple a reçu ta soumission, la revue n'a pas commencé |
| In Review | L'équipe d'Apple examine ton app |
| Rejected / Unresolved Issues | Apple a relevé des problèmes : lis le message |
| Metadata Rejected | Seule la fiche pose problème (textes, captures…) |
| Pending Developer Release | App acceptée, c'est à toi de la publier |
| Processing for Distribution | App en préparation, prête sous 24 heures |
| Ready for Distribution | App acceptée et prête à être distribuée |
Pendant Waiting for Review, tu peux encore modifier certaines informations, mais pas les captures d'écran ni les vidéos. Pendant In Review, tu peux annuler la soumission si tu as oublié quelque chose.
Pourquoi certaines revues prennent plus de temps ?
Apple cite quatre raisons :
- Peu ou pas d'historique : c'est le cas de ta première app.
- Des documents à contrôler : autorisation, licence, accord de partenariat.
- Un sujet complexe ou nouveau : contenu réglementé, nouvelle fonction du système, fonctions sensibles.
- Une enquête pour fraude ou manipulation (faux avis, usurpation d'identité…).
Pour limiter ces délais, Apple recommande de tout fournir dans la section App Review Information avant d'envoyer : explications, compte de démonstration, documents.
Qui est concerné, et les exceptions
Toutes les versions, pas seulement la première
Chaque nouvelle version, chaque mise à jour et chaque achat intégré passe par la revue. Une mise à jour peut donc aussi attendre, ou être refusée.
La review accélérée, pour les vraies urgences
Apple permet de demander une review accélérée en cas de circonstances exceptionnelles, par exemple :
- corriger un bug critique dans une app déjà publiée : il faut alors donner les étapes pour reproduire le bug sur la version actuelle ;
- sortir l'app pour un événement auquel tu es directement lié : la demande doit indiquer l'événement, sa date et ton lien avec lui.
Ce n'est pas un raccourci pour une première sortie sans contrainte. Pour un événement, Apple recommande d'abord de planifier la sortie dans App Store Connect, bien à l'avance.
TestFlight a sa propre revue
Si tu fais tester ton app à des personnes extérieures avec TestFlight, le premier build passe une revue bêta, séparée de la revue App Store. Voir TestFlight : tester ton app sur iPhone.
Procédure pas à pas
Voici comment planifier ta sortie, étape par étape.
Étape 1 : lancer l'inscription au programme tôt
L'adhésion à l'Apple Developer Program coûte 99 $/an, affiché en euros à l'inscription. Apple ne donne pas de délai précis de validation ; si tu n'as pas de confirmation 24 heures après ton paiement, contacte Apple. Pour une société sans numéro D-U-N-S, compte environ 7 jours ouvrés de plus. Tout est détaillé dans S'inscrire à l'Apple Developer Program.
Étape 2 : envoyer un dossier complet
C'est le levier le plus puissant sur le délai. Une app qui ne plante pas, une fiche qui décrit vraiment l'app, une politique de confidentialité, et si l'app demande une connexion, un compte de démonstration qui marche. La liste des vérifications est dans Préparer techniquement une app iOS avant App Review.
Étape 3 : choisir comment l'app sort
Dans App Store Connect, la section App Store Version Release te laisse trois options :
- Publier toi-même (« Manually release this version ») : l'app attend en Pending Developer Release après acceptation, et tu cliques sur Release This Version quand tu veux. Apple t'envoie un rappel si elle reste plus de 30 jours dans cet état.
- Publier automatiquement après acceptation : l'app sort dès qu'Apple l'a acceptée.
- Publier automatiquement, mais pas avant une date : tu choisis une date et une heure ; l'app sort après acceptation, au plus tôt à ce moment-là.
Pour une date de lancement fixe (annonce à ta communauté, événement), la publication manuelle ou programmée te garde la main.
Étape 4 : soumettre avec de la marge
Comme 90 % des soumissions sont examinées en moins de 48 heures, mais sans garantie, et qu'un refus relance un tour, soumets ton app plusieurs jours avant ta date cible. Avec la publication manuelle ou programmée, elle peut être acceptée en avance sans sortir trop tôt.
Étape 5 : prévoir le temps d'apparition
Après une publication manuelle, Apple indique que l'app peut mettre jusqu'à 24 heures pour apparaître sur l'App Store. N'annonce pas ta sortie à la minute près.
Étape 6 : en cas de refus, répondre au bon endroit
Lis le message dans App Store Connect. Apple précise qu'il ne faut pas renvoyer l'app pour répondre à une simple demande d'information, pour corriger la fiche ou les identifiants de démonstration : il suffit de répondre dans App Store Connect, car un renvoi relance une revue complète. Le détail est dans Pourquoi Apple refuse une application.
Erreurs fréquentes
- Annoncer une date de sortie avant d'avoir soumis : tu dépends d'un délai que tu ne contrôles pas.
- Choisir « publier automatiquement » alors que tu veux sortir à une date précise.
- Oublier le compte de démonstration : Apple ne peut pas tester l'app, et l'attente s'allonge ou l'app est refusée.
- Renvoyer un nouveau build pour une simple question d'Apple, au lieu de répondre dans App Store Connect.
- Demander une review accélérée sans vraie urgence : elle est prévue pour des circonstances exceptionnelles.
- S'inscrire au programme la veille : la vérification du compte et le D-U-N-S passent avant tout le reste.
Vérification
Avant d'annoncer ta date de sortie, coche chaque point. La liste est enregistrée seulement dans ton navigateur.
Tes cases sont gardées dans ce navigateur. Cocher une case ne prouve rien à Apple : vérifie chaque point pour de vrai.
Sources Apple et date de vérification
Vérifié le 22 octobre 2026 sur les pages officielles d'Apple :
- App Review : au moins 50 % des soumissions en moins de 24 h et 90 % en moins de 48 h, review accélérée et ses conditions, effet d'une soumission incomplète.
- Track a submission's review status : statuts de revue, causes de revues plus longues, quand ne pas renvoyer.
- App and submission statuses : signification de chaque statut.
- Select an App Store version release option : publication manuelle, automatique ou programmée, rappel à 30 jours, apparition sous 24 heures.
- Enrollment support et D-U-N-S Number : confirmation d'inscription, délais du D-U-N-S.
FAQ
Mon app est en « Waiting for Review » depuis plusieurs jours, c'est normal ?
Ça arrive, surtout pour une première app ou une app qui demande des documents. Vérifie tes e-mails et la section App Review dans App Store Connect : Apple t'a peut-être posé une question.
Peut-on payer pour être validé plus vite ?
Non. La seule option est la review accélérée, réservée aux circonstances exceptionnelles (bug critique, événement lié à l'app). Apple décide de l'accorder ou non.
Après un refus, la nouvelle revue est-elle plus rapide ?
Apple ne donne pas de délai spécifique pour un nouvel envoi. Le repère reste le même : au moins 50 % en moins de 24 h et 90 % en moins de 48 h, sans garantie.
Est-ce que Briksell peut faire valider mon app plus vite ?
Non, seule Apple décide et fixe ses délais. Ce que Briksell peut faire, c'est t'aider à envoyer un dossier propre : l'App Store Readiness (réservé aux abonnés) contrôle le code de ton app sur les règles Apple qui la concernent, et l'agent corrige ce qui manque. Cela évite des allers-retours, sans promettre la validation.
Passer à l'action
Le délai que tu maîtrises, c'est celui d'avant la soumission. Lance ton inscription chez Apple dès maintenant, et construis ton app en parallèle : avec Briksell, tu la décris, tu la vois en direct et tu la testes sur ton téléphone. Pour l'ordre complet, lis Comment publier une application iOS sur l'App Store, puis crée ton app.
Sources officielles
- App Review (Distribute) · vérifiée
- App Review Help : Track a submission's review status · vérifiée
- App Store Connect Help : App and submission statuses · vérifiée
- App Store Connect Help : Select an App Store version release option · vérifiée
- Apple Developer Program : Enrollment support · vérifiée
- Account Help : D-U-N-S Number · vérifiée
