Compte de démo pour l'App Review : configurer un identifiant qui passe l'examen App Store (2026)

Si une partie de votre app se trouve derrière une connexion, votre compte de démo pour l'App Review doit fonctionner dès le premier essai d'Apple. Les App Review Guidelines d'Apple demandent les informations d'un compte de démo, ou un mode démo complet, ainsi qu'un backend opérationnel pendant l'examen. Concrètement, il vous faut un compte dédié qui n'expire jamais, contient déjà des données réalistes, donne accès à toutes les fonctionnalités payantes et liées aux rôles, et ne nécessite pas un code de connexion que vous seul pouvez voir. Ce guide explique comment créer ce compte, comment rédiger les notes qui l'accompagnent et ce que d'autres développeurs ont rencontré quand il a échoué.

Qu'exige Apple pour un compte de démo de l'App Review ?

Apple exige un nom d'utilisateur et un mot de passe de démo fonctionnels dès qu'une app nécessite une connexion. Ils se saisissent dans App Review Information, dans App Store Connect, et le compte ne doit pas expirer. La règle 2.1(a) impose aussi que votre backend tourne pendant l'examen.

La règle 2.1(a) est formulée ainsi : « incluez les informations du compte de démo (et activez votre service backend !) si votre app comporte une connexion ». La référence sur les informations de version de plateforme d'App Store Connect ajoute que « le compte de démo est utilisé pendant le processus d'App Review et ne doit pas expirer », que « les détails des comptes supplémentaires doivent figurer dans le champ Notes » et que Notes « peut contenir jusqu'à 4000 octets ». Les champs Sign-in required s'appliquent « si votre app nécessite une connexion pour être utilisée ».

La page d'aide d'Apple sur l'examen complet est plus précise : « Des identifiants qui expirent ou changent avant le début de votre examen peuvent entraîner le rejet de la soumission. » Si votre app propose plusieurs types de comptes, comme administrateur et utilisateur standard, ajoutez les identifiants de chacun dans Notes. Si vous vendez des abonnements à renouvellement automatique, « fournissez un compte de démo avec un abonnement expiré afin de permettre l'examen de l'ensemble du parcours d'achat ».

Comment configurer un compte de démo pour l'App Review ?

Configurez un compte de démo en créant un compte de production dédié, en le tenant à l'écart de toute tâche d'expiration ou de nettoyage, en le remplissant de données réalistes et en vous y connectant sur le build de release exact avant de soumettre.

1. Créez un compte de production dédié, par exemple appreview@yourdomain.com. Ne réutilisez pas un compte personnel ou de QA que quelqu'un pourrait modifier.
2. Excluez-le de toutes les tâches de nettoyage : rotation des mots de passe, suppression des comptes inactifs, expiration des essais et règles antifraude.
3. Alimentez-le avec du contenu réaliste pour qu'aucun écran ne soit vide. Les examinateurs jugent la complétude d'après ce qu'ils voient.
4. Réglez l'état de son abonnement conformément aux recommandations d'Apple. Si vous vendez des abonnements, le compte doit avoir un abonnement expiré pour que le paywall et le parcours d'achat s'affichent.
5. Associez-le à une région où toutes vos fonctionnalités marchent, ou décrivez les différences régionales dans Notes.
6. Connectez-vous sur un appareil vierge avec le build de release exact que vous soumettez, puis parcourez chaque fonctionnalité mentionnée dans Notes.
7. Ne touchez plus au mot de passe avant la fin de l'examen.

Et si l'app utilise des codes de connexion, des OTP par SMS, des liens magiques ou du SSO ?

Si la connexion exige un code à usage unique, indiquez un code fixe pour le compte d'examen dans Notes avant de soumettre. Apple prévient que, sans ce code, « un appel peut être nécessaire pour poursuivre l'examen », et ces appels sont « généralement effectués sous trois à cinq jours ouvrés ».

Pour les liens magiques envoyés par e-mail ou les codes à usage unique par SMS, configurez le compte d'examen pour qu'il accepte un code ou un mot de passe fixe, et indiquez ce code dans Notes. Si vous utilisez un service d'authentification unique (SSO) tiers, App Store Connect vous demande aussi d'« inclure les informations de connexion du compte de démo pour ce service ».

Si vous ne pouvez pas partager de compte de démo pour des raisons juridiques ou de sécurité, ce qui est courant dans la banque, la santé et d'autres secteurs réglementés, la règle 2.1(a) vous autorise à utiliser « un mode démo intégré à la place d'un compte de démo, avec l'accord préalable d'Apple ». Ce mode démo doit montrer « l'ensemble des fonctionnalités de votre app » à l'aide de données de démonstration, et non une visite guidée allégée.

Quels comptes fournir à l'App Review ?

Fournissez à l'App Review un identifiant sans expiration pour chaque type de compte de votre app, plus tout ce qu'il faut pour passer les codes, les paywalls et les contraintes matérielles. Ce tableau indique où placer chaque élément selon votre configuration.

Que doivent contenir les notes App Review pour un compte de démo ?

De bonnes notes d'examen présentent le concept de l'app, chaque identifiant, le code de connexion, le chemin vers le paywall, l'emplacement de chaque fonctionnalité, les éventuelles différences régionales et les appareils testés. Voici un exemple pour une app fictive de suivi d'habitudes en équipe, qui utilise des codes de connexion envoyés par e-mail et un abonnement Pro.

CONCEPT: Team habit tracker. Coaches create groups; members log daily habits.
Pro subscription (monthly/annual) unlocks progress reports.

ACCOUNTS (non-expiring, pre-filled with 30 days of data):
- Member: review-member@example.com (in the username/password fields)
- Coach: review-coach@example.com / password: [shared here]
- Deletion test: review-delete@example.com / password: [shared here]

LOGIN CODE: The app emails a 6-digit code. For these review
accounts, enter 246810.

SUBSCRIPTION: The member account's subscription has expired.
Tap Reports > Upgrade to see the full purchase flow.

WHERE TO LOOK: Groups tab (coach) > Create group. Today tab (member)
> Log habit. Settings > Account > Delete account.

REGIONS: All features work the same in every storefront.
TESTED ON: iPhone 15 (iOS 26), iPad Air (iPadOS 26).
SERVICES: Supabase (auth/data), RevenueCat (subscriptions).

Restez bref et concret. Pour les mises à jour, la page d'aide d'Apple demande de « décrire ce qui a changé et où les examinateurs peuvent trouver les nouveaux contenus ou fonctionnalités importants ». La règle 2.3.1(a) exige que les nouvelles fonctionnalités soient « décrites de manière précise » et avertit que « les descriptions génériques seront rejetées ». La formulation des règles change plusieurs fois par an : lisez notre résumé des changements des App Review Guidelines d'octobre 2026 avant de soumettre.

Pourquoi les connexions de démo échouent-elles à l'examen ? Cas réels

Dans les témoignages publics, les connexions de démo échouent généralement pour l'une de deux raisons : un second facteur que l'examinateur ne peut pas recevoir, ou un compte qui fonctionne pour le développeur mais renvoie une erreur sur l'appareil d'Apple. Deux fils des Apple Developer Forums illustrent ces deux cas.

Double authentification par SMS sur une fonctionnalité clé. Un développeur sur les Apple Developer Forums expliquait que son app était « constamment rejetée », car la modification du profil exigeait un code envoyé par SMS à un numéro de mobile américain. Il précisait : « comme nous n'avons pas le numéro de téléphone de l'examinateur... l'examinateur ne reçoit pas le code de validation ». D'autres développeurs du fil ont décrit leurs solutions : l'un a modifié le backend « pour que le compte de test reçoive toujours le même code 2FA » et l'a indiqué dans les notes, un autre a associé un compte de production à un numéro de téléphone virtuel et en a donné l'accès à Apple.

Des identifiants qui fonctionnent partout sauf à l'examen. Un développeur React Native et Expo utilisant l'authentification Supabase par e-mail et mot de passe a signalé des rejets répétés. La capture d'écran d'Apple montrait l'e-mail correct et l'erreur « Invalid login credentials », alors que la connexion fonctionnait depuis les appareils du développeur, Postman et le client Supabase, sans MFA, limitation de débit ni blocage géographique. Le fil ne mentionne aucune cause confirmée. Le développeur envisageait d'ajouter un mode démo, mais selon la règle 2.1(a), cette option nécessite l'accord préalable d'Apple.

Le point commun de ces cas : seule l'expérience de l'examinateur compte. Un code fixe indiqué dans Notes règle le problème du second facteur. Pour le problème du « ça marche chez moi », il faut se connecter sur le build de release, sur un appareil vierge, contre la production, puis ne plus toucher au compte.

Que vérifier avant de soumettre avec un compte de démo ?

Avant de soumettre, vérifiez que la connexion de démo fonctionne sur le build de release, que chaque rôle et chaque code figurent dans Notes, et que rien ne fera expirer, changer ou supprimer le compte pendant l'examen.

• Connexion au build de release sur un appareil vierge au cours de la dernière heure
• Backend, fournisseur d'authentification et service d'e-mail ou de SMS tous actifs, sans limitation de débit sur le compte
• Compte exclu des tâches d'expiration, de nettoyage et de rotation des mots de passe
• Chaque rôle a son propre identifiant dans Notes
• L'état de l'abonnement fait apparaître le parcours d'achat
• Un compte distinct est prêt pour le test de suppression
• Le code de connexion ou le contournement est indiqué dans Notes
• Le numéro de téléphone de contact est au format international avec le signe plus (+), et quelqu'un y répondra

Selon la page App Review d'Apple, « en moyenne, plus de 40 % des problèmes non résolus concernent la règle 2.1 : App Completeness », qui couvre les informations incomplètes. Une connexion de démo défaillante est l'un des problèmes les plus faciles à éviter. Pour vérifier le reste du build, utilisez notre plan de test du build de release pour les rejets 2.1.

Que faire si l'App Review ne parvient toujours pas à se connecter ?

Si l'App Review ne parvient pas à se connecter, corrigez le compte, testez-le à nouveau sur le build de release, mettez à jour App Review Information et répondez dans App Store Connect en indiquant précisément ce que vous avez modifié. App Review Information « peut être modifié à tout moment ».

Lisez attentivement le message de rejet. La cause est souvent une simple incohérence : un mot de passe modifié, une session expirée ou un examinateur situé dans une région bloquée par votre backend. Notre guide pour transformer un message de l'App Review en correctif détaille la réponse. Si vous préférez déléguer la préparation de l'examen, notre service de soumission App Store prépare l'examen et traite avec vous les retours de rejet, pour $599 couvrant les deux stores (frais de compte développeur en sus).