Demo-Account für das App Store Review: So richten Sie einen Reviewer-Login ein, der die Prüfung besteht (2026)

Wenn irgendein Teil Ihrer App hinter einem Login liegt, muss Ihr Demo-Account für das App Store Review beim ersten Versuch von Apple funktionieren. Apples App Review Guidelines verlangen Demo-Account-Daten oder einen voll funktionsfähigen Demo-Modus sowie ein Backend, das während der Prüfung erreichbar ist. In der Praxis heißt das: ein eigener Account, der nie abläuft, bereits realistische Daten enthält, jede Bezahl- und Rollenfunktion erreicht und keinen Login-Code braucht, den nur Sie sehen. Dieser Leitfaden zeigt, wie Sie diesen Account aufbauen, wie Sie die zugehörigen Notizen schreiben und woran es bei anderen Entwicklern gescheitert ist.

Was verlangt Apple von einem Demo-Account für das App Store Review?

Apple verlangt einen funktionierenden Demo-Benutzernamen samt Passwort, sobald eine App einen Login erfordert. Beides wird in App Store Connect unter „App Review Information“ eingetragen, und der Account darf nicht ablaufen. Richtlinie 2.1(a) verlangt außerdem, dass Ihr Backend während der Prüfung läuft.

Richtlinie 2.1(a) lautet sinngemäß: „Hinterlegen Sie Demo-Account-Daten (und schalten Sie Ihren Backend-Dienst ein!), wenn Ihre App einen Login enthält.“ Die Referenz zu den Plattform-Versionsinformationen in App Store Connect ergänzt, dass „der Demo-Account während der App-Prüfung verwendet wird und nicht ablaufen darf“, dass „Angaben zu weiteren Accounts in das Notizfeld gehören“ und dass die Notizen „bis zu 4000 Byte enthalten können“. Die Felder unter „Sign-in required“ gelten, „wenn Ihre App für die Nutzung einen Login erfordert“.

Apples Hilfeseite für eine vollständige Prüfung wird noch konkreter: „Zugangsdaten, die vor Beginn Ihrer Prüfung ablaufen oder geändert werden, können zur Ablehnung der Einreichung führen.“ Hat Ihre App mehrere Account-Typen, etwa Admin und normaler Nutzer, tragen Sie für jeden Typ Zugangsdaten in die Notizen ein. Wenn Sie automatisch verlängerbare Abonnements verkaufen, sollen Sie „einen Demo-Account mit abgelaufenem Abonnement bereitstellen, damit der gesamte Kaufablauf geprüft werden kann“.

Wie richten Sie einen Demo-Account für App Review ein?

Legen Sie einen eigenen Produktions-Account an, halten Sie alle Ablauf- und Bereinigungsjobs von ihm fern, füllen Sie ihn mit realistischen Daten und melden Sie sich vor der Einreichung mit genau dem Release-Build an.

1. Legen Sie einen eigenen Produktions-Account an, zum Beispiel appreview@yourdomain.com. Verwenden Sie keinen persönlichen oder QA-Account, den jemand verändern könnte.
2. Nehmen Sie ihn von allen Bereinigungsjobs aus: Passwortrotation, Löschung inaktiver Accounts, Ablauf von Testphasen und Betrugsregeln.
3. Befüllen Sie ihn mit realistischen Inhalten, damit kein Screen leer ist. Reviewer beurteilen die Vollständigkeit nach dem, was sie sehen.
4. Stellen Sie den Abo-Status gemäß Apples Vorgaben ein. Wenn Sie Abonnements verkaufen, sollte der Account ein abgelaufenes Abo haben, damit Paywall und Kaufablauf erscheinen.
5. Ordnen Sie ihn einer Region zu, in der alle Ihre Funktionen verfügbar sind, oder beschreiben Sie regionale Unterschiede in den Notizen.
6. Melden Sie sich auf einem frischen Gerät mit genau dem Release-Build an, den Sie einreichen, und gehen Sie jede Funktion durch, die Sie in den Notizen erwähnen.
7. Ändern Sie das Passwort nicht mehr, bis die Prüfung abgeschlossen ist.

Was tun, wenn die App Login-Codes, SMS-OTP, Magic Links oder SSO nutzt?

Wenn die Anmeldung einen Einmalcode erfordert, tragen Sie vor der Einreichung einen festen Code für den Review-Account in die Notizen ein. Apple warnt, dass ohne diesen Code „möglicherweise ein Anruf nötig ist, um die Prüfung fortzusetzen“, und solche Anrufe werden „in der Regel innerhalb von drei bis fünf Werktagen abgeschlossen“.

Bei Magic Links per E-Mail oder Einmalcodes per SMS konfigurieren Sie den Review-Account so, dass er einen festen Code oder ein Passwort akzeptiert, und tragen diesen Code in die Notizen ein. Wenn Sie einen Single-Sign-on-Dienst eines Drittanbieters nutzen, verlangt App Store Connect, dass Sie „auch die Demo-Account-Logindaten dafür angeben“.

Wenn Sie aus rechtlichen oder Sicherheitsgründen keinen Demo-Account teilen können – häufig bei Banking-, Gesundheits- und anderen regulierten Apps –, erlaubt Richtlinie 2.1(a) „einen integrierten Demo-Modus anstelle eines Demo-Accounts mit vorheriger Genehmigung durch Apple“. Dieser Demo-Modus muss mit Demonstrationsdaten „den vollen Funktionsumfang Ihrer App“ zeigen, keine abgespeckte Tour.

Welche Accounts sollten Sie App Review geben?

Geben Sie App Review für jeden Account-Typ Ihrer App einen nicht ablaufenden Login, dazu alles, was nötig ist, um Codes, Paywalls und Hardware-Voraussetzungen zu überwinden. Die Tabelle zeigt, wohin welche Angabe gehört.

Was sollte in den App-Review-Notizen zum Demo-Account stehen?

Gute Review-Notizen nennen das Konzept der App, jeden Login, den Login-Code, den Weg zur Paywall, den Ort jeder Funktion, etwaige regionale Unterschiede und die getesteten Geräte. Hier ein Beispiel für einen fiktiven Team-Habit-Tracker mit Login-Codes per E-Mail und einem Pro-Abo. Da Reviewer die Notizen in der Regel auf Englisch lesen, ist das Beispiel auf Englisch gehalten.

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

Halten Sie die Notizen kurz und praxisnah. Für Updates empfiehlt Apples Hilfeseite, „zu beschreiben, was sich geändert hat und wo Reviewer wesentliche neue Inhalte oder Funktionen finden“. Richtlinie 2.3.1(a) verlangt, dass neue Funktionen „konkret beschrieben“ werden, und warnt, dass „allgemeine Beschreibungen abgelehnt werden“. Der Wortlaut der Richtlinien ändert sich mehrmals im Jahr – lesen Sie daher vor der Einreichung unsere Zusammenfassung der Änderungen an den App Review Guidelines im Oktober 2026.

Warum scheitern Demo-Logins im Review? Echte Fälle

In öffentlichen Berichten scheitern Demo-Logins meist aus einem von zwei Gründen: ein zweiter Faktor, den der Reviewer nicht empfangen kann, oder ein Account, der beim Entwickler funktioniert, auf Apples Gerät aber einen Fehler liefert. Zwei Threads in den Apple Developer Forums zeigen beides.

SMS-Zwei-Faktor-Authentifizierung bei einer Kernfunktion. Ein Entwickler berichtete in den Apple Developer Forums, seine App werde „ständig abgelehnt“, weil das Bearbeiten des Profils einen per SMS an eine US-Mobilnummer gesendeten Code erforderte. Er erklärte: „Da wir die Handynummer des Reviewers nicht haben … erhält der Reviewer den Bestätigungscode nicht.“ Andere Entwickler im Thread beschrieben Lösungen: Einer änderte das Backend so, „dass der Test-Account immer denselben 2FA-Code bekommt“, und nannte ihn in den Notizen; ein anderer verknüpfte einen Produktions-Account mit einer virtuellen Telefonnummer und gab Apple Zugriff darauf.

Zugangsdaten, die überall funktionieren – nur nicht im Review. Ein React-Native- und Expo-Entwickler mit Supabase-Authentifizierung per E-Mail und Passwort berichtete von wiederholten Ablehnungen. Apples Screenshot zeigte die korrekte E-Mail-Adresse und den Fehler „Invalid login credentials“, obwohl die Anmeldung von den Geräten des Entwicklers, über Postman und über den Supabase-Client funktionierte – ohne MFA, Rate Limiting oder Geoblocking. Eine bestätigte Ursache gibt es im Thread nicht. Der Entwickler erwog, einen Demo-Modus einzubauen, doch laut Richtlinie 2.1(a) braucht dieser Weg die vorherige Genehmigung durch Apple.

Was die Fälle gemeinsam haben: Nur die Erfahrung des Reviewers zählt als Test. Ein fester Code in den Notizen löst das Problem mit dem zweiten Faktor. Gegen das „Bei mir funktioniert’s“-Problem hilft nur: Anmeldung mit dem Release-Build, auf einem frischen Gerät, gegen die Produktionsumgebung – und danach den Account nicht mehr anfassen.

Was sollten Sie vor der Einreichung mit Demo-Account prüfen?

Stellen Sie vor der Einreichung sicher, dass der Demo-Login mit dem Release-Build funktioniert, jede Rolle und jeder Code in den Notizen steht und nichts den Account während der Prüfung ablaufen lässt, rotiert oder löscht.

• Innerhalb der letzten Stunde mit dem Release-Build auf einem frischen Gerät angemeldet
• Backend, Auth-Anbieter sowie E-Mail- bzw. SMS-Dienst sind live und drosseln den Account nicht
• Account ist von Ablauf-, Bereinigungs- und Passwortrotations-Jobs ausgenommen
• Jede Rolle hat einen eigenen Login in den Notizen
• Der Abo-Status zeigt den Kaufablauf
• Ein separater Account für den Löschtest ist bereit
• Login-Code oder Umgehung steht in den Notizen
• Die Kontakttelefonnummer ist im internationalen Format mit Pluszeichen (+) angegeben, und jemand nimmt ab

Laut Apples App-Review-Seite beziehen sich „im Durchschnitt über 40 % der ungelösten Probleme auf Richtlinie 2.1: App Completeness“, die auch unvollständige Angaben umfasst. Ein defekter Demo-Login gehört zu den am leichtesten vermeidbaren davon. Um den Rest des Builds zu prüfen, nutzen Sie unseren Release-Build-Testplan für 2.1-Ablehnungen.

Was tun, wenn App Review sich trotzdem nicht anmelden kann?

Wenn App Review sich nicht anmelden kann, reparieren Sie den Account, testen ihn erneut mit dem Release-Build, aktualisieren die App Review Information und antworten in App Store Connect mit einer genauen Beschreibung dessen, was Sie geändert haben. Die App Review Information „kann jederzeit bearbeitet werden“.

Lesen Sie die Ablehnungsnachricht genau. Oft ist die Ursache eine simple Abweichung: ein geändertes Passwort, eine abgelaufene Sitzung oder ein Reviewer in einer Region, die Ihr Backend blockiert. Unser Leitfaden, wie Sie aus einer Review-Nachricht einen Fix machen, führt Sie durch die Antwort. Wenn Sie das Review-Setup lieber abgeben möchten: Unser App-Store-Einreichungsservice bereitet die Prüfung vor und arbeitet Ablehnungsfeedback gemeinsam mit Ihnen ab – für $599 für beide Stores (Gebühren für Entwickler-Accounts kommen hinzu).