Mickael Romaniello, le développeur qui construit les applications Mickael Romaniello 30 minutes, sans slides, rien à préparer.
3 min restantes
Blog

Le compte test oublié

Apple demande un compte test. L'équipe répond "pas de souci". Puis au moment de la review : mot de passe incorrect, 2FA inaccessible. Refus.

Auteur · Mickael Publié le · 4 juin 2026 Lecture · 3 min de lecture EN FR
Le compte test oublié

C'est probablement l'un des problèmes les plus absurdes… et pourtant les plus fréquents sur App Store Connect.

Apple demande un compte de test. L'équipe répond : "Pas de souci." Puis au moment de la review : mot de passe incorrect, compte expiré, code 2FA inaccessible, email jamais confirmé, accès bloqué. Et la review est refusée.

Pas à cause du produit. À cause du compte de test.

Apple découvre votre application de zéro

Le problème, c'est qu'avant publication, toute l'équipe connaît déjà parfaitement l'application. Donc énormément de choses semblent "évidentes". Mais Apple découvre le produit complètement de zéro.

Ils ne savent pas quel parcours suivre, où cliquer, quel rôle utilisateur tester, quelles fonctionnalités sont importantes. Donc si l'accès devient compliqué… l'expérience review se dégrade immédiatement.

Ce n'est pas une attente informelle. La guideline 2.1 le dit noir sur blanc : "include demo account info (and turn on your back-end service!) if your app includes a login" (Apple App Store Review Guidelines 2.1, 2026). Si des contraintes légales ou de sécurité rendent un vrai compte impossible, Apple accepte un mode démo intégré — mais uniquement avec accord préalable, et il doit exposer l'intégralité des fonctionnalités.

La différence essentielle avec un refus technique, c'est le coût de l'erreur. Apple examine 90 % des soumissions en moins de 24 heures (Apple App Review, 2026) : un compte de test fonctionnel, c'est donc généralement une réponse le lendemain. Un mot de passe expiré, c'est un cycle complet de plus — pour un défaut qui a pris 2 minutes à créer et 2 minutes à éviter.

Beaucoup de refus n'ont rien de "technique"

Et honnêtement, beaucoup de refus App Store viennent simplement :

  • de mauvais accès,
  • d'informations incomplètes,
  • de parcours mal expliqués,
  • ou de comptes de test mal préparés.

Ce qui compte le plus ici, c'est que le paradoxe est réel : ces problèmes n'ont rien de "technique", et pourtant ils peuvent retarder une publication de plusieurs jours. Un build refusé ne repasse pas devant les autres à la resoumission — il relance le compteur des 24 heures à zéro.

Le minimum à préparer avant soumission

Alors qu'un minimum de préparation suffit souvent :

  • créer un compte dédié propre,
  • désactiver les sécurités inutiles (2FA si possible côté review),
  • expliquer clairement le parcours dans les notes de review,
  • tester le compte avant soumission.

En résumé : ça paraît administratif, et dans le mobile les détails administratifs sont précisément ce qui coûte du temps. Les 4 points ci-dessus prennent une dizaine de minutes à faire correctement et éliminent l'une des causes les plus fréquentes de retour sur une première soumission.

Et honnêtement, beaucoup d'équipes découvrent cette réalité après leur premier refus.

Vous préparez une soumission App Store et voulez éviter ce piège classique ? Réservez un appel de 30 minutes pour relire le dossier avant l'envoi à Apple.

Un projet mobile à cadrer ?

12 ans d'expérience, iOS + Android, un seul interlocuteur. Appel gratuit de 30 minutes pour cadrer ton besoin — sans engagement, sans jargon.

Réserver un appel →
Blog

Le compte test oublié

Apple demande un compte test. L'équipe répond "pas de souci". Puis au moment de la review : mot de passe incorrect, 2FA inaccessible. Refus.

Mickael 4 juin 2026 3 min de lecture
EN FR
Le compte test oublié
Sommaire

C'est probablement l'un des problèmes les plus absurdes… et pourtant les plus fréquents sur App Store Connect.

Apple demande un compte de test. L'équipe répond : "Pas de souci." Puis au moment de la review : mot de passe incorrect, compte expiré, code 2FA inaccessible, email jamais confirmé, accès bloqué. Et la review est refusée.

Pas à cause du produit. À cause du compte de test.

Apple découvre votre application de zéro

Le problème, c'est qu'avant publication, toute l'équipe connaît déjà parfaitement l'application. Donc énormément de choses semblent "évidentes". Mais Apple découvre le produit complètement de zéro.

Ils ne savent pas quel parcours suivre, où cliquer, quel rôle utilisateur tester, quelles fonctionnalités sont importantes. Donc si l'accès devient compliqué… l'expérience review se dégrade immédiatement.

Ce n'est pas une attente informelle. La guideline 2.1 le dit noir sur blanc : "include demo account info (and turn on your back-end service!) if your app includes a login" (Apple App Store Review Guidelines 2.1, 2026). Si des contraintes légales ou de sécurité rendent un vrai compte impossible, Apple accepte un mode démo intégré — mais uniquement avec accord préalable, et il doit exposer l'intégralité des fonctionnalités.

La différence essentielle avec un refus technique, c'est le coût de l'erreur. Apple examine 90 % des soumissions en moins de 24 heures (Apple App Review, 2026) : un compte de test fonctionnel, c'est donc généralement une réponse le lendemain. Un mot de passe expiré, c'est un cycle complet de plus — pour un défaut qui a pris 2 minutes à créer et 2 minutes à éviter.

Beaucoup de refus n'ont rien de "technique"

Et honnêtement, beaucoup de refus App Store viennent simplement :

  • de mauvais accès,
  • d'informations incomplètes,
  • de parcours mal expliqués,
  • ou de comptes de test mal préparés.

Ce qui compte le plus ici, c'est que le paradoxe est réel : ces problèmes n'ont rien de "technique", et pourtant ils peuvent retarder une publication de plusieurs jours. Un build refusé ne repasse pas devant les autres à la resoumission — il relance le compteur des 24 heures à zéro.

Le minimum à préparer avant soumission

Alors qu'un minimum de préparation suffit souvent :

  • créer un compte dédié propre,
  • désactiver les sécurités inutiles (2FA si possible côté review),
  • expliquer clairement le parcours dans les notes de review,
  • tester le compte avant soumission.

En résumé : ça paraît administratif, et dans le mobile les détails administratifs sont précisément ce qui coûte du temps. Les 4 points ci-dessus prennent une dizaine de minutes à faire correctement et éliminent l'une des causes les plus fréquentes de retour sur une première soumission.

Et honnêtement, beaucoup d'équipes découvrent cette réalité après leur premier refus.

Vous préparez une soumission App Store et voulez éviter ce piège classique ? Réservez un appel de 30 minutes pour relire le dossier avant l'envoi à Apple.

Un projet mobile à cadrer ?

12 ans d'expérience, iOS + Android, un seul interlocuteur. Appel gratuit de 30 minutes pour cadrer ton besoin — sans engagement, sans jargon.

Réserver un appel →

À propos de notre blog

Quels sujets abordez-vous ?

Nous écrivons sur le développement d'applications mobiles, le design d'expérience utilisateur, l'optimisation App Store, la gestion de projet et les tendances du secteur. Nos articles sont basés sur une expérience réelle de projets clients.

À quelle fréquence publiez-vous ?

Nous visons une publication régulière en privilégiant la qualité plutôt que la quantité. Chaque article est rédigé à partir d'une expérience concrète, pas de conseils génériques.

Puis-je suggérer un sujet ?

Tout à fait ! N'hésitez pas à nous contacter via notre page de contact ou à prendre rendez-vous. Nous adorons entendre les questions de nos lecteurs et clients.