Demo-account voor de App Store review: zo zet je een reviewerlogin op die door de review komt (2026)

Als een deel van je app achter een login zit, moet je demo-account voor de App Store review de eerste keer dat Apple het probeert meteen werken. De App Review Guidelines van Apple vragen om demo-accountgegevens, of een volledig functionele demomodus, en om een backend die tijdens de review online is. In de praktijk betekent dat een apart account dat nooit verloopt, al realistische data bevat, toegang geeft tot elke betaalde en rolgebonden functie en geen inlogcode nodig heeft die alleen jij kunt zien. Deze handleiding laat zien hoe je dat account opzet, hoe je de bijbehorende notities schrijft en waar andere ontwikkelaars tegenaan liepen toen het misging.

Wat eist Apple van een demo-account voor de App Store review?

Apple eist een werkende demo-gebruikersnaam en -wachtwoord zodra een app een login nodig heeft, ingevuld onder App Review-informatie in App Store Connect, en het account mag niet verlopen. Richtlijn 2.1(a) vereist daarnaast dat je backend tijdens de review draait.

Richtlijn 2.1(a) zegt letterlijk: “voeg demo-accountgegevens toe (en zet je backendservice aan!) als je app een login bevat.” De referentie voor platformversie-informatie van App Store Connect voegt toe dat “het demo-account tijdens het App Review-proces wordt gebruikt en niet mag verlopen”, dat “gegevens voor extra accounts in het veld Notities moeten worden opgenomen” en dat Notities “maximaal 4000 bytes kan bevatten.” De velden voor verplichte aanmelding gelden “als je app een login vereist om te gebruiken.”

De helppagina over een volledige review van Apple is specifieker: “Inloggegevens die verlopen of wijzigen voordat je review begint, kunnen ertoe leiden dat de inzending wordt afgewezen.” Heeft je app meerdere accounttypen, zoals admin en gewone gebruiker, voeg dan in Notities inloggegevens voor elk type toe. Verkoop je automatisch verlengbare abonnementen, “geef dan een demo-account met een verlopen abonnement, zodat de volledige aankoopflow kan worden beoordeeld.”

Hoe stel je een demo-account voor App Review in?

Je stelt een demo-account in door een apart productieaccount aan te maken, elke verloop- en opschoontaak ervan weg te houden, het te vullen met realistische data en er vóór het indienen op exact de releasebuild mee in te loggen.

1. Maak een apart productieaccount aan, bijvoorbeeld appreview@yourdomain.com. Hergebruik geen persoonlijk of QA-account dat iemand zou kunnen wijzigen.
2. Sluit het uit van elke opschoontaak: wachtwoordrotatie, verwijdering van inactieve accounts, verlopen van proefperiodes en fraudebeveiligingsregels.
3. Vul het met realistische content, zodat geen enkel scherm leeg is. Reviewers beoordelen volledigheid op basis van wat ze zien.
4. Stel de abonnementsstatus in volgens de richtlijnen van Apple. Verkoop je abonnementen, dan moet het account een verlopen abonnement hebben, zodat de paywall en de aankoopflow verschijnen.
5. Zet het in een regio waar al je functies werken, of beschrijf de regionale verschillen in Notities.
6. Log in op een schoon apparaat met exact de releasebuild die je indient en loop vervolgens elke functie door die je in Notities noemt.
7. Raak het wachtwoord niet meer aan tot de review voorbij is.

Wat als de app inlogcodes, sms-OTP, magic links of SSO gebruikt?

Als aanmelden een eenmalige code vereist, schrijf dan vóór het indienen een vaste code voor het reviewaccount in Notities. Apple waarschuwt dat zonder zo'n code “mogelijk een telefoongesprek nodig is om de review voort te zetten”, en die gesprekken worden “doorgaans binnen drie tot vijf werkdagen afgerond.”

Voor magic links per e-mail of eenmalige sms-codes stel je het reviewaccount zo in dat het een vaste code of een wachtwoord accepteert, en zet je die code in Notities. Gebruik je een single sign-on-dienst van derden, dan vraagt App Store Connect je om ook “de inloggegevens van het demo-account daarvoor op te nemen”.

Kun je om juridische of beveiligingsredenen geen demo-account delen, wat vaak voorkomt bij bank-, zorg- en andere gereguleerde apps, dan staat richtlijn 2.1(a) toe dat je “een ingebouwde demomodus gebruikt in plaats van een demo-account, met voorafgaande goedkeuring van Apple.” Die demomodus moet “de volledige functies en functionaliteit van je app” tonen met demonstratiedata, geen uitgeklede rondleiding.

Welke accounts geef je aan App Review?

Geef App Review één niet-verlopende login per accounttype in je app, plus alles wat nodig is om langs codes, paywalls en hardwarevereisten te komen. Deze tabel laat per situatie zien waar het hoort.

Wat moet er in de App Review-notities voor een demo-account staan?

Goede reviewnotities beschrijven het concept van de app, elke login, de inlogcode, hoe je bij de paywall komt, waar elke functie zit, eventuele regionale verschillen en de apparaten waarop je hebt getest. Hier is een voorbeeld voor een fictieve habit tracker voor teams die inlogcodes per e-mail en een Pro-abonnement gebruikt.

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).

Houd het kort en praktisch. Voor updates zegt de helppagina van Apple dat je moet “beschrijven wat er is veranderd en waar reviewers belangrijke nieuwe content of functies kunnen vinden.” Richtlijn 2.3.1(a) vereist dat nieuwe functies “specifiek worden beschreven” en waarschuwt dat “algemene beschrijvingen worden afgewezen.” De formulering van de richtlijnen verandert meerdere keren per jaar, dus lees vóór het indienen onze samenvatting van de wijzigingen in de App Review Guidelines van oktober 2026.

Waarom mislukken demo-logins in de review? Echte gevallen

In openbare meldingen mislukken demo-logins meestal om een van twee redenen: een tweede factor die de reviewer niet kan ontvangen, of een account dat voor de ontwikkelaar werkt maar op het apparaat van Apple een foutmelding geeft. Twee threads op de Apple Developer Forums laten allebei zien.

Sms-tweestapsverificatie op een kernfunctie. Een ontwikkelaar op de Apple Developer Forums vertelde dat de app “steeds opnieuw werd afgewezen” omdat het bewerken van het profiel een code vereiste die per sms naar een Amerikaans mobiel nummer werd gestuurd. De uitleg: “omdat we het mobiele nummer van de reviewer niet hebben... krijgt de reviewer de verificatiecode niet.” Andere ontwikkelaars in de thread beschreven oplossingen: één paste de backend aan “zodat het testaccount altijd dezelfde 2FA-code krijgt” en zette die in de notities, een ander koppelde een productieaccount aan een virtueel telefoonnummer en gaf Apple daar toegang toe.

Inloggegevens die overal werken behalve in de review. Een React Native- en Expo-ontwikkelaar die Supabase-authenticatie met e-mail en wachtwoord gebruikte, meldde herhaalde afwijzingen. De screenshot van Apple toonde het juiste e-mailadres en de fout “Invalid login credentials”, terwijl inloggen wel werkte vanaf de apparaten van de ontwikkelaar, Postman en de Supabase-client, zonder MFA, rate limiting of geoblokkering. In de thread is geen oorzaak bevestigd. De ontwikkelaar overwoog een demomodus toe te voegen, maar volgens richtlijn 2.1(a) vereist die route voorafgaande goedkeuring van Apple.

Wat de gevallen gemeen hebben: alleen de ervaring van de reviewer telt als test. Een vaste code in Notities lost het probleem met de tweede factor op. Voor het probleem “bij mij werkt het wel” moet je inloggen op de releasebuild, op een schoon apparaat, tegen productie, en het account daarna met rust laten.

Wat controleer je voordat je indient met een demo-account?

Controleer vóór het indienen dat de demo-login werkt op de releasebuild, dat elke rol en code in Notities staat en dat niets het account tijdens de review laat verlopen, roteert of verwijdert.

• In het afgelopen uur ingelogd op de releasebuild op een schoon apparaat
• Backend, authenticatieprovider en e-mail- of sms-dienst zijn allemaal online en beperken het account niet met rate limiting
• Account is uitgesloten van verloop-, opschoon- en wachtwoordrotatietaken
• Elke rol heeft een eigen login in Notities
• De abonnementsstatus toont de aankoopflow
• Er staat een apart account klaar voor de verwijdertest
• Inlogcode of omzeiling staat in Notities
• Het contacttelefoonnummer staat in internationaal formaat met een plusteken (+), en iemand neemt op

Volgens de App Review-pagina van Apple “heeft gemiddeld meer dan 40% van de onopgeloste problemen te maken met richtlijn 2.1: App Completeness”, waaronder onvolledige informatie valt. Een kapotte demo-login is een van de makkelijkst te voorkomen gevallen daarvan. Controleer de rest van de build met ons testplan voor de releasebuild bij 2.1-afwijzingen.

Wat doe je als App Review nog steeds niet kan inloggen?

Kan App Review niet inloggen, repareer dan het account, test het opnieuw op de releasebuild, werk de App Review-informatie bij en antwoord in App Store Connect met precies wat je hebt gewijzigd. App Review-informatie “kan op elk moment worden bewerkt.”

Lees de afwijzingsmelding zorgvuldig. Vaak is de oorzaak een simpele mismatch: een gewijzigd wachtwoord, een verlopen sessie, of een reviewer in een regio die je backend blokkeert. Onze handleiding om een reviewmelding om te zetten in een oplossing loopt het antwoord stap voor stap door. Besteed je de reviewvoorbereiding liever uit, dan bereidt onze App Store-indieningsservice de review voor en werkt samen met jou de afwijzingsfeedback door, voor $599 voor beide stores (kosten voor ontwikkelaarsaccounts komen daar los bij).