Beim Testen eines Abos darf kein echtes Geld fließen. Das löst die Sandbox: eine Testumgebung, in der Käufe sich wie echte verhalten, aber niemand belastet wird. Dieser Ratgeber behandelt Einrichtung, die beschleunigte Uhr und einen Testplan für Abos. Apple ändert Details mit der Zeit; die verlinkten Seiten sind die Referenz, prüfe sie, bevor du dich auf eine Zahl verlässt.
Sandbox-Konten
Laut Apple legst du Sandbox-Konten in App Store Connect an (Benutzer und Zugriff > Sandbox) und meldest dich damit auf Geräten an, auf denen ein entwicklungssignierter Build deiner App läuft. Auf jedem Gerät muss der Entwicklermodus aktiv sein. Punkte von Apples Seite, abgerufen am 23.10.2026:
- Die E-Mail-Adresse darf noch nicht als Apple-Konto registriert sein. Apple empfiehlt eine eigene Adresse pro Tester.
- Sandbox-Konten gelten nur zum Testen; im echten App Store kann man damit weder anmelden noch kaufen.
- Jedes Konto gehört zu einem Storefront; Land oder Region lassen sich später ändern, um andere Storefronts zu testen.
- Auf dem Gerät nutzt du die Sandbox-Anmeldung in den Einstellungen, nicht die Einstellungen deines Haupt-Apple-Kontos. Für In-App-Käufe musst du dich nicht von deinem persönlichen Konto abmelden.
Die beschleunigte Uhr
Sandbox-Abos verlängern sich schneller als echte. Laut Apples Seite (abgerufen 23.10.2026) gilt standardmäßig 1 Monat = 5 Minuten, und das Tempo hängt von der Abolaufzeit ab:
| Abolaufzeit | Standard-Verlängerung in der Sandbox |
|---|---|
| 1 Woche | 3 Minuten |
| 1 Monat | 5 Minuten |
| 2 Monate | 10 Minuten |
| 3 Monate | 15 Minuten |
| 6 Monate | 30 Minuten |
| 1 Jahr | 1 Stunde |
Das Verlängerungstempo eines Testers änderst du in den Sandbox-Kontoeinstellungen (Optionen: alle 3 Minuten, 5 Minuten, 30 Minuten oder stündlich). Das Tempo bestimmt auch die Dauer von Abrechnungswiederholung und Kulanzzeit für diesen Tester. Laut Apple verlängern sich Abos bis zu 12 Mal, danach endet die automatische Verlängerung beim dreizehnten Versuch. Plane lange Tests mit dieser Grenze.
Was du bei Abos prüfst
- Kauf. Kaufe jedes Produkt. Prüfe Preisanzeige, lokalisierte Texte und die Freischaltung nach Erfolg.
- Berechtigungsstatus. Starte die App nach dem Kauf neu und installiere sie neu. Stimmt der Zugriff noch?
- Verlängerung. Warte eine Verlängerung ab und bestätige, dass App und dein Server den neuen Zeitraum erfassen.
- Kündigung. Kündige und prüfe, dass der Zugriff bis zum Ende des Zeitraums bleibt und dann endet.
- Ablauf. Lass das Abo auslaufen. Die App muss bezahlte Inhalte sperren und einen Weg zurück zeigen.
- Abrechnungswiederholung und Kulanz. Nutzt du diese Zustände, teste sie im beschleunigten Tempo.
- Wiederherstellen. Teste „Käufe wiederherstellen“ auf einer sauberen Installation mit demselben Konto.
- Upgrade, Downgrade, Wechsel. Wechsle zwischen Plänen derselben Gruppe und prüfe den Zustand danach.
- Angebote. Probezeiten und Einführungsangebote: Teste die Berechtigung und was am Ende der Probezeit passiert.
- Unterbrochener Kauf. Brich das Sheet ab oder verliere mitten im Kauf das Netz. Die App darf weder freischalten noch kaputtgehen.
- Serverseitige Prüfung. Validiert dein Backend Belege oder Benachrichtigungen, prüfe, dass es Sandbox-Ereignisse getrennt von echten empfängt und behandelt.
Den Paywall-Screen selbst prüfst du gesondert: siehe Paywall testen.
Grenzen
Das Sandbox-Verhalten ist nah an der Produktion, aber nicht identisch. Mache einen letzten Test mit einem Build, wie ihn Nutzer bekommen, und lies Apples aktuelle Doku vor dem Release.
Nächster Schritt
Eine zweite Person, die durch deinen Kaufablauf geht, findet Verwirrung, die du nicht mehr siehst. Bei AppReviewX geben dir andere Entwickler privates, strukturiertes Feedback; ein Feedback, das du schreibst, bringt einen Credit. Neue Konten starten mit 0 Credits.
Hub: iOS-App-Testing-Leitfaden. Verwandt: Demo-Konto für die App-Prüfung, Checkliste: Bereitschaft für die App-Prüfung.