Première publicationMis à jour le 23 octobre 202610 min de lecture

Notes pour App Review et compte de démo : ce qu'il faut fournir

Compte de démo qui n'expire pas, notes claires, contact joignable, achats intégrés testables : prépare les infos pour la revue d'Apple et évite un refus 2.1.

Sources Apple vérifiées le 23 octobre 2026 · relu par Équipe Briksell

Sommaire

Réponse courte

Avant d'envoyer ton app, App Store Connect te demande de remplir une section appelée App Review Information : les informations destinées à l'équipe de revue d'Apple. Les clients ne la voient jamais.

Ce qu'il faut y mettre, d'après Apple :

  • Un contact (nom, e-mail, téléphone) joignable si l'équipe de revue a une question. Ce champ est obligatoire.
  • Un compte de démonstration (identifiant et mot de passe) si ton app demande une connexion. Apple précise que ce compte ne doit pas expirer.
  • Des notes pour expliquer ce qui n'est pas évident : comment tester, où trouver chaque fonction, quels services externes l'app utilise. Jusqu'à 4 000 octets, dans la langue de ton choix.
  • Des pièces jointes si ton app a besoin de justificatifs (licence, autorisation d'utiliser une marque…).

Selon Apple, plus de 40 % des problèmes non résolus en revue viennent de la section 2.1 des règles, « App Completeness » (l'app complète), qui couvre notamment les informations manquantes.

Qui est concerné, et les exceptions

Toute app qui demande une connexion

Dès que ton app a un écran de connexion, la section 2.1(a) demande de fournir les informations d'un compte de démo et d'allumer ton serveur. Si l'app se connecte via un service tiers (Facebook, par exemple), Apple demande aussi les identifiants du compte de démo pour ce service.

Les apps avec achats intégrés ou abonnements

La section 2.1(b) demande que les achats intégrés soient complets, à jour, visibles par l'équipe de revue et fonctionnels. Si l'app propose des abonnements renouvelables, Apple demande un compte de démo avec un abonnement expiré, pour tester tout le parcours d'achat.

Les cas où un compte de démo est impossible

Si des obligations légales ou de sécurité t'empêchent de fournir un compte de démo, la section 2.1(a) permet d'intégrer un mode démo dans l'app à la place, avec l'accord préalable d'Apple. Apple cite les apps qui traitent des informations sensibles ou qui relèvent d'un secteur très réglementé. Ce mode démo doit montrer toutes les fonctions de l'app, avec des données de démonstration.

Les apps qui dépendent d'un matériel

Si ton app fonctionne avec un appareil particulier, Apple demande une vidéo (pas un enregistrement d'écran) qui montre l'app sur un vrai appareil Apple, pendant qu'elle se connecte au matériel et l'utilise.

Les apps sans compte

Pas de connexion ? Laisse décochée la case Sign-in required. Le contact reste obligatoire.

Procédure pas à pas

Étape 1 : créer un compte de démo dédié

Crée un compte réservé à l'équipe de revue :

  • Remplis-le avec des données d'exemple réalistes, pour que chaque écran ait du contenu. N'y mets aucune donnée personnelle réelle.
  • Si ton app a plusieurs types de comptes (par exemple administrateur et utilisateur), crée un compte par type : Apple demande de mettre les identifiants supplémentaires dans les notes.
  • Si ton app vend des abonnements, prépare un compte dont l'abonnement est expiré.

Étape 2 : vérifier que la connexion marche sans toi

Apple demande des identifiants valables au moment de l'envoi. Des identifiants qui expirent ou changent avant le début de la revue peuvent faire refuser l'app.

Point souvent oublié : la double authentification. Si ton app demande un code en plus du mot de passe (ou à la place), Apple demande de le donner à l'avance dans les notes. Sans ce code, un appel peut être nécessaire pour continuer la revue, et Apple indique que ces appels ont lieu en général sous trois à cinq jours ouvrés. Le plus simple est de désactiver ce code pour le compte de démo, ou de prévoir un code fixe que tu indiques dans les notes.

Teste la connexion sur le build soumis, installé depuis TestFlight sur un vrai iPhone (voir TestFlight : tester ton app sur iPhone).

Étape 3 : remplir la section App Review Information

Dans App Store Connect, ouvre ton app, puis la version à soumettre. Descends jusqu'à App Review Information :

ChampCe qu'il faut mettre
Sign-in requiredCoche si l'app demande une connexion, puis saisis l'identifiant et le mot de passe du compte de démo
ContactNom, e-mail et téléphone d'une personne joignable. Le téléphone s'écrit au format international, avec le signe + et l'indicatif (+33 pour la France)
NotesTout ce qui aide à tester l'app (voir l'étape 4). 4 000 octets maximum
AttachmentLes justificatifs demandés pour ton type d'app

Apple précise que ces informations peuvent être modifiées à tout moment. Si ta fiche n'existe pas encore, commence par Créer la fiche de ton app dans App Store Connect.

Étape 4 : rédiger les notes

Apple liste ce qui aide l'équipe de revue :

  • le concept de l'app, son modèle économique et son public ;
  • pour une mise à jour, ce qui a changé et où le trouver : la section 2.3.1(a) refuse les descriptions génériques ;
  • les appareils et versions d'iOS sur lesquels tu as testé ;
  • les services externes qui font tourner l'app : connexion, paiement, données, IA… ;
  • les différences selon les pays, ou la confirmation que l'app fonctionne partout pareil ;
  • les identifiants supplémentaires et le code d'authentification, si besoin ;
  • si un achat intégré ne peut pas être trouvé dans l'app (par exemple réservé à certains pays), la raison : la section 2.1(b) et l'aide d'Apple le demandent ;
  • si l'app diffuse de la vidéo en streaming sur le réseau mobile, une adresse de flux de test.

Indique aussi où trouver la suppression de compte.

Étape 5 : joindre les justificatifs si ton app en a besoin

Santé avec diagnostic, finance, prêts, cryptomonnaies, jeux d'argent, ou marque d'autrui : Apple demande des justificatifs (licence, autorisation, contrat). Ajoute-les dans Attachment avant l'envoi, avec une explication dans les notes.

Étape 6 : garder tout allumé pendant la revue

Serveur, base de données et services externes doivent rester en ligne jusqu'à la réponse. Apple examine en général au moins 50 % des envois en moins de 24 heures et 90 % en moins de 48 heures (voir Combien de temps pour être validé) : ne touche pas au compte de démo d'ici là.

Exemple de notes à copier

Voici un modèle en anglais, à adapter. Apple accepte toutes les langues ; l'anglais permet simplement d'être lu sans traduction. Remplace chaque partie entre crochets.

APP OVERVIEW
[App name] helps [audience] to [main benefit].
Business model: [free / auto-renewable subscription "Premium"].

DEMO ACCOUNTS
- Standard user: credentials in the Sign-in fields above.
- Admin user: admin.review@[yourdomain].com / [password]
- Expired subscription: expired.review@[yourdomain].com / [password]
No authentication code is required for these accounts.

HOW TO TEST
1. Log in with the standard account.
2. Home tab: tap "[button]" to [main feature].
3. Premium: Profile > Upgrade. Use the expired account
   to test the full purchase flow in the sandbox.
4. Account deletion: Profile > Settings > Delete my account.

EXTERNAL SERVICES
Authentication: [provider]. Payments: Apple In-App Purchase.
AI: [provider], used for [feature].

TESTED ON
iPhone [model] with iOS [version].

REGIONAL DIFFERENCES
None. The app works the same in all regions.

Chaque bloc reprend un point demandé par Apple : le concept et le modèle économique, les comptes supplémentaires, le chemin exact vers chaque fonction (avec les noms des boutons tels qu'ils apparaissent), les services externes, les appareils testés et les différences entre pays.

Erreurs fréquentes

Un compte qui expire, change ou demande un code

Mot de passe modifié, compte supprimé lors d'un nettoyage de la base, essai terminé, code de double authentification que le reviewer ne peut pas obtenir : l'app devient impossible à tester.

Le serveur éteint

Un build qui pointe vers un serveur de test éteint, ou une base vidée pendant la revue, rend l'app inutilisable. La section 2.1(a) le rappelle : allume ton serveur.

Une fonction cachée ou non documentée

La section 2.5.19 interdit les fonctions cachées, inactives ou non documentées : ce que fait l'app doit être clair pour l'utilisateur et pour l'équipe de revue. Chercher à cacher des fonctions dans le code peut entraîner le retrait de l'app et la résiliation du compte développeur. Si une fonction n'est pas évidente à trouver, décris-la dans les notes.

Des achats intégrés absents de la soumission

Le premier achat intégré de chaque type (consommable, non consommable, abonnement…) doit être soumis avec une nouvelle version de l'app. Apple évalue ces achats dans l'environnement de test (sandbox), sans paiement réel, mais les achats payants ne fonctionnent pas en revue tant que le contrat Paid Apps Agreement n'est pas actif. Le détail est dans Achats intégrés et abonnements avec StoreKit.

Répondre à Apple après un problème

Si l'équipe de revue n'a pas pu se connecter, ta soumission passe au statut Unresolved Issues et un message apparaît dans la section App Review de ton app, dans App Store Connect.

Pour un problème de compte de démo, pas besoin de nouveau build. Apple l'indique : quand le problème se règle côté serveur ou dans les informations, par exemple en fournissant ou en réactivant les identifiants de démo, tu corriges, puis tu cliques sur Reply to App Review pour prévenir l'équipe. Attention : renvoyer l'app lance une nouvelle revue, et Apple ne peut plus répondre à ton message précédent.

Dans ta réponse, dis précisément ce que tu as corrigé et comment tester. Ce champ ne sert ni à faire appel ni à demander une revue accélérée : ces demandes passent par les formulaires « Contact Us » d'Apple. Le parcours complet après un refus est dans Pourquoi Apple refuse une application.

Vérification

Avant de cliquer sur Submit for Review, coche chaque point. La liste est enregistrée seulement dans ton navigateur.

Ta checklist0/10

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 23 octobre 2026 sur les pages officielles :

FAQ

Peut-on modifier ces informations après l'envoi ?

Oui, Apple indique qu'elles peuvent être modifiées à tout moment. Si tu changes un identifiant pendant la revue, préviens l'équipe avec Reply to App Review.

Peut-on fournir une vidéo à la place du compte de démo ?

Non. Apple demande une vidéo aux apps qui dépendent d'un matériel, pas en remplacement d'un compte. Quand un compte de démo est impossible pour des raisons légales ou de sécurité, l'alternative prévue par la section 2.1(a) est un mode démo intégré à l'app, avec l'accord préalable d'Apple.

Faut-il écrire les notes en anglais ?

Non, Apple accepte toutes les langues. L'anglais reste un choix simple pour être lu directement.

Le reviewer paie-t-il pour de vrai les achats intégrés ?

Non. Apple les teste dans l'environnement sandbox, sans paiement réel : ton app et ton serveur doivent accepter ces achats de test.

Passer à l'action

Des notes claires ne rattrapent pas une app incomplète. Avec Briksell, tu décris ton app, tu la testes sur ton téléphone pendant la construction, et pour les abonnés, App Store Readiness vérifie le code sur les règles d'Apple qui concernent ton app. Ce n'est pas une validation : seule Apple décide. L'envoi depuis Briksell arrive bientôt ; en attendant, tu exportes le code et tu soumets l'app depuis ton propre compte Apple Developer (voir Publier une app Expo avec EAS Build et EAS Submit). Pour l'ordre complet des étapes, lis Comment publier une application iOS sur l'App Store. Et si tu n'as pas encore commencé : Créer mon app.

Sources officielles

À lire ensuite

← Tous les guides « Première publication »Tous les thèmes