Si votre app reste bloquée en "En cours d'examen" depuis longtemps, ce n'est pas forcément mauvais signe: cela veut dire qu'un examinateur d'Apple évalue activement votre soumission. En moyenne, l'examen prend moins de 24 heures, mais ce n'est qu'une moyenne, pas une garantie, et en 2026 de nombreux développeurs ont vu des délais de plusieurs jours. Tant que vous restez dans une fenêtre raisonnable, la meilleure réaction est d'attendre plutôt que de renvoyer un nouveau build, car un nouvel envoi relance souvent l'examen depuis le début et vous fait perdre votre place.
Réponse rapide
"En cours d'examen" signifie qu'une personne chez Apple évalue votre app en ce moment, après l'étape de file d'attente "En attente d'examen". Apple indique que "en moyenne, 90 % des soumissions sont examinées en moins de 24 heures", selon sa page App Review. C'est une moyenne large, pas un engagement. Rester quelques heures dans cet état est normal; au-delà de 48 heures, cela devient inhabituel. Un nouvel envoi n'accélère rien. Passé plusieurs jours sans changement, contactez l'assistance avec des captures et des dates précises.
Que signifie "En cours d'examen" ?
"En cours d'examen" est l'état dans lequel un examinateur humain évalue activement votre build et ses métadonnées. Il vient après "En attente d'examen", où votre soumission attend simplement dans la file sans que personne ne l'ait ouverte. Le passage de l'un à l'autre ne dépend pas de vous, et il peut être rapide ou prendre du temps selon la charge d'Apple et le type de votre app.
Il est utile de distinguer les états de rejet, car ils n'appellent pas la même réaction. "Rejeté" désigne un problème dans l'app ou son comportement, tandis que "Métadonnées rejetées" ne concerne qu'un élément comme une capture d'écran, une description ou une URL, et se corrige souvent sans renvoyer de build. Dans les deux cas, le détail apparaît dans le Centre de résolution, l'endroit où vous devez répondre. Confondre ces états pousse beaucoup de développeurs à renvoyer des builds inutiles qui relancent la file et allongent l'attente au lieu de la raccourcir.
Combien de temps est normal ?
Le délai normal reste autour de 24 heures pour la plupart des soumissions, mais la fourchette réelle va de quelques heures à plusieurs jours. Toute valeur précise est une moyenne observée, pas une promesse d'Apple. Le tableau ci-dessous résume les états et le moment où il faut commencer à s'inquiéter.
| État dans App Store Connect | Ce que cela signifie | Délai normal | Signal d'alarme |
|---|---|---|---|
| En attente d'examen | Dans la file d'attente | Heures à 48 heures | Plus de 3 à 4 jours sans changement |
| En cours d'examen | Un examinateur évalue l'app | Minutes à 24 heures | Plus de 48 heures dans cet état |
| En attente de mise en vente | Approuvée, en attente de votre action | État final, vous décidez | (aucun) |
| Rejeté | Problème dans l'app | Action de votre part | Consultez le Centre de résolution |
| Métadonnées rejetées | Problème de métadonnées uniquement | Corrigez et répondez | (aucun, c'est rapide) |
En février et mars 2026, des retards importants ont été documentés. Dans un fil des forums développeurs d'Apple, des dizaines de personnes ont signalé des soumissions bloquées pendant des jours, voire des semaines, bien au-delà de la moyenne habituelle. Je le mentionne pour que vous sachiez qu'une longue attente durant ces périodes ne signifie pas toujours un problème dans votre app, mais parfois un simple engorgement côté Apple.
Pourquoi l'examen prend-il plus de temps ?
La plupart des retards viennent du type de compte et du type de soumission, pas de la qualité de votre code. Les facteurs les plus fréquents sont la charge de la file d'Apple, le fait qu'il s'agisse de la première soumission d'une nouvelle app, des changements importants qui déclenchent un examen plus minutieux, des autorisations sensibles comme l'accès à la localisation ou aux données de l'utilisateur, et des problèmes de métadonnées comme une note "pour l'examen" vide ou des informations de conformité à l'exportation incomplètes.
Les dates comptent aussi. Les soumissions faites juste avant des périodes de fort volume, comme le début d'une bêta d'iOS ou les semaines proches d'un événement Apple, ont tendance à s'accumuler. La première soumission d'une nouvelle app prend presque toujours plus de temps qu'une mise à jour, car Apple évalue tout pour la première fois, des autorisations à la classification par âge. Une petite mise à jour d'une app déjà connue passe souvent plus vite, sauf si vous modifiez les autorisations, la confidentialité déclarée ou la catégorie. Et durant les périodes d'engorgement général comme en 2026, même une app simple peut prendre plusieurs jours, et envoyer de nouvelles versions n'aide pas, car le problème se trouve dans la file, pas dans votre build.
Un nouvel envoi relance-t-il l'examen ?
Oui, envoyer un nouveau build de la même version remplace celui en cours d'examen et relance le processus depuis le début. Si vous renvoyez par impatience, vous perdez en général votre place et vous vous retrouvez en fin de file. Un nouvel envoi n'a de sens que si vous avez réellement corrigé un problème qui aurait entraîné un rejet.
La meilleure approche est le plus souvent de laisser la soumission en place et d'attendre dans la fourchette normale avant de toucher à quoi que ce soit. Renvoyer pour "pousser" la file la ralentit presque toujours au lieu de l'accélérer, et peut vous faire recommencer un examen presque terminé. Si vous utilisez plusieurs versions ou plusieurs plateformes, souvenez-vous que chaque soumission a son propre examen et ne reprend pas automatiquement le résultat d'une autre.
Que faire, étape par étape
Commencez par déterminer depuis combien de temps vous attendez, puis agissez en fonction, sans renvoyer par réflexe. Le tableau ci-dessous donne une route claire selon votre situation.
| Votre situation | Que faire d'abord | Quand escalader |
|---|---|---|
| Moins de 48 heures | Attendre, c'est normal | Pas encore |
| Entre 2 et 7 jours | Vérifier métadonnées, notes pour l'examen et conformité à l'exportation | Préparez un dossier |
| Plus de 7 jours sans changement | Contacter l'assistance App Review avec dates et captures | Immédiatement |
| État "Rejeté" | Lire le motif exact dans le Centre de résolution et corriger | Seulement si c'est une erreur d'Apple |
| "En cours d'examen" plus de 48 heures | Patienter un peu, puis contacter | Si le délai est clairement dépassé |
Avant d'escalader, vérifiez trois choses: que les informations de conformité à l'exportation sont complètes, que la note "pour l'examen" explique comment tester l'app avec un compte de démonstration si votre app demande une connexion, et qu'aucune autre soumission de la même app ne bloque le processus. Ces trois points résolvent une grande partie des cas qui ressemblent à un blocage mais qui viennent en réalité d'une information manquante de votre côté.
Quand contacter l'assistance ou demander un examen accéléré
Contactez l'assistance lorsque vous dépassez clairement la fourchette normale, surtout au-delà de plusieurs jours sans mouvement. Pour un rejet, répondez dans le Centre de résolution, le canal qu'Apple lit pour les dossiers d'examen. Apple propose aussi un examen accéléré, mais réservez-le à une urgence réelle, comme un bug critique en production ou une date impérative liée à un événement: le demander à chaque envoi réduit votre crédibilité et ne garantit rien.
Les week-ends et les jours fériés peuvent rallonger l'attente, car l'examen repose sur des équipes humaines. Ce n'est pas une règle fixe, mais si vous soumettez juste avant ces périodes, prévoyez un délai plus large. Durant l'engorgement de 2026, plusieurs développeurs ont indiqué que les demandes accélérées et les e-mails d'assistance mettaient du temps à obtenir une réponse, alors documentez l'identifiant de l'app, la date et l'heure de l'envoi ainsi qu'une capture de l'état pour que votre dossier avance au lieu d'être mis de côté faute d'informations.
Avant d'envoyer, vérifiez le build
Le moyen le plus sûr de ne pas perdre de temps est de ne pas gaspiller un cycle d'examen sur une app qui allait être rejetée. Chaque rejet vous renvoie dans la file, donc un problème évitable, comme une clé secrète intégrée au binaire, une autorisation sans justification ou une configuration réseau non sécurisée, peut vous coûter un autre cycle complet juste au moment où les délais sont déjà longs.
Un scanner de sécurité comme PTKD.com analyse le fichier .ipa avant l'envoi et renvoie un rapport classé par gravité et aligné sur OWASP MASVS, pour que vous corrigiez ce qui déclencherait un rejet avant d'entrer dans la file. Il faut rester honnête sur sa limite: un scanner ne peut pas accélérer l'examen d'Apple ni remplacer un audit manuel pour les apps à haut risque ou réglementées. Ce qu'il fait, c'est éviter les rejets prévisibles qui vous obligent à refaire toute l'attente, ce qui est précisément le problème quand la file est déjà lente.
À retenir
- "En cours d'examen" signifie qu'un examinateur évalue votre app; en moyenne, 90 % des soumissions passent en moins de 24 heures, mais c'est une moyenne, pas une garantie.
- La fourchette réelle va de quelques heures à plusieurs jours, et 2026 a connu des retards notables lors des périodes d'engorgement.
- Un nouvel envoi de la même version relance l'examen et vous renvoie en fin de file.
- Vérifiez les métadonnées et la conformité à l'exportation, et réservez l'examen accéléré aux vraies urgences.
- Avant d'envoyer, vérifiez le build avec PTKD.com pour ne pas perdre un cycle d'examen à cause d'un rejet évitable.
