In diesem Ratgeber
Die älteste iOS-Version, auf der deine App läuft, ist das Deployment-Target. Ein niedrigeres Target erreicht mehr Menschen, kostet aber mehr Testaufwand und schränkt neue Funktionen ein. Diese Seite ist ein Arbeitsblatt, mit dem du dein Target aus eigenen Daten bestimmst. Es enthält keine Marktanteile, denn die ändern sich, und du solltest deine eigenen Zahlen nutzen.
Was die Entscheidung beeinflusst
- Reichweite. Nutzer mit älterem iOS können eine App mit höherem Target nicht installieren.
- Funktionen. Neue Systemfunktionen fehlen auf älteren Versionen; du brauchst Ersatzlösungen oder lässt die Funktion dort weg.
- Testaufwand. Jede unterstützte Version solltest du zumindest an den Rändern testen.
- Wartung. Alte Versionen bringen Umgehungen, die du mitschleppst.
Arbeitsblatt
1. Schau auf deine eigenen Nutzer
Ist die App live, prüfe in deinen eigenen Analysen oder Absturzberichten, welche iOS-Versionen deine Nutzer haben. Auch App Store Connect kann eine Aufschlüsselung bieten; sieh nach, was dort für deine App aktuell angezeigt wird. Bei einer neuen App helfen deine ersten Tester und die Zielgruppe.
2. Nenne die Funktionen, die du brauchst
Liste die neueren Systemfunktionen, von denen die App abhängt. Lies in Apples aktueller Dokumentation, welche Version jede verlangt. Braucht eine Kernfunktion Version N, sollte dein Target nicht darunter liegen, außer du akzeptierst eine Ersatzlösung.
3. Lege deine Regel fest
Wähle eine Regel und schreibe sie auf, zum Beispiel:
- "Aktuelle Hauptversion und die vorherige unterstützen."
- "Die niedrigste Version unterstützen, die unsere Kernfunktion braucht."
- "Eine Version streichen, wenn weniger als X Prozent unserer eigenen Nutzer sie noch haben." (X wählst du selbst.)
Einmal im Jahr überprüft bleibt sie ehrlich.
4. Die Grenzen testen
Du testest nicht jede Version gleich. Teste die Ränder:
- Die niedrigste unterstützte Version. Hier zeigen sich die meisten Abstürze durch fehlende Funktionen.
- Die neueste Version, auch Beta-Versionen, wenn verfügbar. Neue Versionen verändern Systemverhalten.
- Eine Version dazwischen, wenn deine App etwas Ungewöhnliches tut.
Nutze für die älteste Version möglichst ein echtes Gerät, für den Rest den Simulator. Siehe Auf welchen iPhones testen.
5. Prüfe, was sich zwischen Versionen ändert
Bitte Tester mit verschiedenen Versionen, dasselbe kurze Skript durchzugehen, mindestens:
- Layout und Darstellung: Dunkelmodus und Dynamic Type.
- Berechtigungsabfragen und Benachrichtigungen.
- Alles, was eine neuere API nutzt.
Das Target später anheben
Hebst du das Minimum an, schreib in die Versionshinweise und auf deine Support-Seite, welche iOS-Version jetzt nötig ist. Nutzer mit älterem iOS können die neue Version nicht installieren; überlege dir vorher, wie du ihre Supportanfragen beantwortest.
Schnelle Entscheidungshilfe
| Situation | Tendenz |
|---|---|
| Neue App, keine Daten | Nur aktuelle Versionen; weniger Testaufwand |
| Kernfunktion braucht neue API | Target auf diese Version anheben |
| Viele eigene Nutzer auf alter Version | Behalten, den Rand testen |
| Kaum Tester auf alter Version | Streichen erwägen |
Hub: iOS-App-Testing.
Bei AppReviewX loslegen und Tester in jedem Bericht nach der iOS-Version fragen.