"En Cours d'Examen" : Que Faire Quand Apple Met Trop de Temps

Si votre app est "En cours d'examen" depuis plusieurs jours, c'est plus long que la moyenne, mais pas nécessairement anormal. Apple indique examiner 90 % des soumissions en moins de 24 heures, donc une attente de un à deux jours reste dans la marge habituelle, surtout pour une première version. Resoumettre un nouveau binaire vous fait repartir en fin de file et rallonge l'attente. Contactez l'équipe App Review si vous dépassez clairement 48 heures sans changement, et sachez que l'examen tourne 7 jours sur 7 mais peut ralentir autour des grandes fêtes.

Réponse rapide

Une attente de un à deux jours est normale, au-delà de 48 heures elle mérite une vérification. D'après la page App Review d'Apple, 90 % des soumissions sont examinées en moins de 24 heures, ce qui fait de la journée la référence. Une première version, un domaine sensible ou une période d'affluence rallongent ce délai sans qu'il y ait de problème. Resoumettre un nouveau binaire remet le compteur à zéro et vous fait perdre votre place. Passé 48 heures sans changement, contactez l'équipe App Review, et pour un cas vraiment urgent demandez un examen accéléré.

Combien de temps est normal ?

Un examen est considéré comme normal jusqu'à environ 24 à 48 heures. D'après la page App Review d'Apple, 90 % des soumissions sont examinées en moins de 24 heures, ce qui fait de la journée la référence habituelle. Passer une deuxième journée n'a rien d'alarmant, en particulier pour la première version d'une app ou juste après une mise à jour importante des règles.

Au-delà de 48 heures sans le moindre changement de statut, vous entrez dans une zone où une vérification devient légitime. Cela ne veut pas dire que quelque chose ne va pas, mais c'est le seuil à partir duquel contacter le support est raisonnable plutôt que prématuré. Gardez en tête qu'Apple ne promet aucun délai ferme et que ces chiffres sont des moyennes, pas des garanties. Un examen qui reste bloqué au même statut pendant deux ou trois jours peut simplement refléter une file chargée, et non un rejet silencieux, contrairement à une crainte fréquente chez les développeurs qui attendent.

Ce qui ralentit l'examen

Plusieurs facteurs allongent l'attente sans qu'il y ait de problème avec votre app. La toute première version prend souvent plus de temps que les mises à jour suivantes, car l'examen part de zéro. Une app qui touche à des domaines sensibles comme le paiement, la santé, les comptes utilisateurs ou l'accès à des données personnelles reçoit un examen plus attentif, et donc plus long.

Les périodes de forte affluence jouent aussi. Juste avant les grandes sorties saisonnières ou après une modification des règles, la file s'allonge pour tout le monde. Enfin, une soumission incomplète, par exemple des identifiants de test manquants ou une fonctionnalité impossible à atteindre par l'examinateur, peut mettre votre app en pause en attendant une réponse de votre part. Remplir soigneusement les notes pour l'examinateur et fournir un compte de démonstration fonctionnel réduit nettement ce risque de blocage.

Les statuts d'examen et leur signification

Comprendre le statut affiché vous dit quoi attendre ensuite. Le tableau ci-dessous résume les statuts les plus courants et l'action correspondante pour chacun.

Repérer votre statut exact évite d'agir dans le vide. Tant que vous êtes en "In Review" depuis moins de 48 heures, l'attente est normale et la meilleure action reste souvent de ne rien faire et de laisser l'examen suivre son cours.

Est-ce que resoumettre remet le compteur à zéro ?

Oui. Si vous téléversez un nouveau binaire pour remplacer celui en cours d'examen, vous repartez en fin de file et l'examen recommence depuis le début. Resoumettre par impatience allonge donc l'attente au lieu de la raccourcir. Le compteur ne se met pas en pause non plus : chaque nouveau binaire repart tout en bas de la file, derrière toutes les soumissions arrivées entre-temps.

Ne resoumettez que si vous avez corrigé un vrai problème qui aurait causé un rejet. Si le binaire est correct et attend simplement son tour, laissez-le en place. Pour tester tout de suite sans toucher à la soumission, ajoutez un testeur interne dans TestFlight, ce qui n'affecte pas la position dans la file ni l'examen en cours.

Quand contacter le support

Contactez l'équipe App Review lorsque vous dépassez clairement 48 heures en examen sans aucun changement et qu'aucune explication habituelle ne s'applique. Utilisez la page Contact App Review pour signaler un examen plus long que prévu, en indiquant le nom de l'app, le numéro de build et la date de soumission. Pour un cas réellement urgent, comme un correctif critique ou un événement daté, vous pouvez demander un examen accéléré, l'expedited review.

Restez réaliste sur ce que change un contact. Une relance est justifiée après deux jours, mais elle ne garantit pas un résultat immédiat, surtout en période d'affluence. Des développeurs rapportent des attentes plus longues lors des pics, comme on le voit dans un fil du forum développeur Apple.

Week-ends et jours fériés : y a-t-il une différence ?

L'examen Apple fonctionne 7 jours sur 7, donc une soumission le week-end est bien prise en charge et peut tout à fait être approuvée un samedi ou un dimanche. Vous n'avez pas besoin d'attendre le lundi pour soumettre votre app, et un statut qui bouge un dimanche est parfaitement normal plutôt qu'un signe d'erreur ou de traitement automatique.

Cela dit, autour des grandes fêtes, les délais peuvent s'allonger et Apple annonce parfois des fenêtres de ralentissement, notamment fin décembre. Si vous avez une date de lancement liée à une période chargée, soumettez avec une marge de plusieurs jours plutôt que de compter sur un examen express au dernier moment. La fonction Pending Developer Release aide ici : vous faites approuver l'app en avance, puis vous la publiez vous-même le jour voulu.

Que faire pendant l'attente

Agissez selon la durée d'attente et votre besoin réel plutôt que sous le coup de l'impatience. La liste ci-dessous donne un chemin clair pour chaque situation.

L'erreur la plus fréquente est de resoumettre par nervosité et de perdre sa place dans la file. Vérifiez que vous dépassez réellement 48 heures avant d'escalader, et utilisez un testeur interne si vous devez tester entre-temps. Notez aussi l'heure exacte de passage en examen, car elle sert de point de départ fiable pour juger si le délai est vraiment anormal ou si l'impression d'attente est simplement subjective.

Scanner avant de soumettre

Une part importante des rejets vient de problèmes de sécurité et de confidentialité, pas du délai lui-même. Une app qui demande des autorisations qu'elle ne peut pas justifier, qui laisse passer du trafic en clair ou qui embarque une clé dans son code risque un rejet qui rallonge tout le processus.

Un scanner comme PTKD.com analyse votre .ipa et renvoie des résultats classés par gravité et rattachés aux catégories OWASP MASVS, afin que vous les corrigiez avant de soumettre. Pour être clair sur la limite : PTKD n'accélère pas l'examen d'Apple et ne raccourcit pas la file. Il supprime les rejets évitables qui vous renverraient en fin de file et prolongeraient l'attente. Corriger ces points en amont vous évite un aller-retour complet dans la file, ce qui est souvent la vraie cause d'un examen qui semble durer plusieurs jours de trop.

Ce qu'il faut retenir

• Jusqu'à 24 à 48 heures d'examen est normal ; Apple examine 90 % des soumissions en moins de 24 heures.
• La première version, les domaines sensibles et les périodes d'affluence allongent l'attente sans qu'il y ait de problème.
• Resoumettre un nouveau binaire remet le compteur à zéro et vous fait perdre votre place.
• Contactez App Review au-delà de 48 heures, et demandez un examen accéléré pour un cas vraiment urgent.
• Scannez chaque build avec PTKD.com pour éviter un rejet évitable qui rallongerait l'examen.