TL;DR. Mit Vorbestellungen kannst du die Produktseite einer noch nicht veröffentlichten App in App Store Connect bis zu 180 Tage vor dem Release freischalten, Zusagen sammeln und jede Vorbestellung in dem Moment, in dem dein Releasedatum erreicht ist, als einen einzigen automatischen Download ausliefern. Das funktioniert nur für Apps, die in diesem Land oder dieser Region noch nie veröffentlicht wurden — ein Update für etwas bereits Live-Geschaltetes kann man nicht vorbestellen lassen. Wenn du einen Launch planst, konzentrieren Vorbestellungen deine Installs vom ersten Tag auf einen einzigen Moment, statt sie über die erste Woche zu verteilen — das Gegenteil von dem, was phasierte Freigabe tut.
Die meisten Indie-Entwickler bringen eine neue App jedes Mal auf demselben Weg heraus: einreichen, genehmigt werden, Release drücken, dann den Launch-Tag damit verbringen, App Store Connect zu aktualisieren und zu hoffen, dass der Product-Hunt-Traffic konvertiert. Vorbestellungen sind der Mechanismus, mit dem du Nachfrage aufbaust, bevor dieser Tag überhaupt kommt — und fast niemand außerhalb von Gaming-Studios nutzt ihn.
Wie weit im Voraus kann man App-Store-Vorbestellungen öffnen?
Für eine brandneue App, die in einem bestimmten Land oder einer Region noch nie veröffentlicht wurde, kannst du ein erwartetes Releasedatum bis zu 180 Tage im Voraus setzen. Ist deine App bereits in mindestens einer anderen Region live und du öffnest Vorbestellungen für eine neue Region, erweitert sich dieses Zeitfenster auf 365 Tage.
Du aktivierst das in App Store Connect im Bereich Preise und Verfügbarkeit der App, bevor die App in diesem Land jemals auf „Bereit für den Verkauf” stand. Sobald eine App in einem Land oder einer Region zum Download freigegeben wurde, ist sie dort dauerhaft nicht mehr für Vorbestellungen berechtigt — Vorbestellungen lassen sich nicht für ein Major-Version-Update oder einen Relaunch von etwas nutzen, das Nutzer bereits herunterladen können.
Passieren Vorbestellungs-Downloads auf einen Schlag oder nach und nach?
Auf einen Schlag. Am von dir gesetzten Releasedatum wird jeder Kunde, der vorbestellt hat, benachrichtigt, und die App wird automatisch auf sein Gerät heruntergeladen (vorausgesetzt, automatische Downloads sind aktiviert) — es gibt keine gestaffelte Auslieferung. Das ist das Gegenteil von phasierter Freigabe, die den Rollout eines Updates über einen 7-Tage-Zeitplan mit Prozentstufen an Bestandsnutzer verteilt. Vorbestellungen sind ein Mechanismus, um einen ersten Release zu konzentrieren; phasierte Freigabe ist ein Mechanismus, um einen späteren Release risikoärmer zu machen. Verwechsle die beiden nicht.
Genau diese Konzentration ist der eigentliche Sinn. Ein Stapel Vorbestellungs-Zusagen, der sich innerhalb derselben 24 Stunden komplett in Downloads verwandelt, erzeugt genau die Art von Ein-Tages-Install-Spitze, auf die Discovery-Flächen im App Store — etwa „Neue Apps, die wir lieben” — ausgelegt sind, um sie zu bemerken. Apple veröffentlicht die genaue Gewichtung nicht, aber ein Launch, der dünn über eine langsame erste Woche verteilt ist, ist ein deutlich anderes Signal als dieselbe Gesamtzahl an Installs, die an einem einzigen Tag landet.
Was passiert mit dem Releasedatum, wenn sich deine Pläne ändern?
Du kannst es jederzeit ändern, solange es in einem bestimmten Land oder einer Region noch nicht verstrichen ist — es gibt kein Limit, wie oft. Das neue Datum muss nur innerhalb des ursprünglichen Berechtigungsfensters bleiben: innerhalb von 180 Tagen nach der ersten Veröffentlichung der Vorbestellung bei einem Erst-Release, oder innerhalb von 365 Tagen, wenn eine App in eine neue Region expandiert. Sobald das Releasedatum in einer Region verstrichen ist, ist es fixiert — du kannst es dort nicht mehr verschieben, selbst wenn die Version noch nicht genehmigt ist.
Für die Preisgestaltung gilt während dieses Fensters eine eigene Regel: Senkst du den Preis, nachdem jemand bereits vorbestellt hat, wird ihm beim Release der niedrigere Preis berechnet, nicht der ursprünglich akzeptierte. Erhöhst du den Preis, wird das bestehenden Vorbestellungen nicht rückwirkend berechnet — das gilt nur für neue Vorbestellungen nach der Änderung. Niemandem wird irgendetwas berechnet, bevor nicht das Releasedatum selbst erreicht ist; eine Vorbestellung ist eine Zusage, keine Transaktion.
Build einreichen und aktualisieren während der Vorbestellungsphase
Deine App muss App Review trotzdem bestehen, bevor das Vorbestellungs-Listing live geht — eine Vorbestellungsseite für einen nicht genehmigten Build lässt sich nicht veröffentlichen. Sobald sie live ist, kannst du während des Vorbestellungsfensters neue Versionen einreichen, genauso wie bei jeder bereits veröffentlichten App: Wähle automatische, manuelle oder geplante Freigabe. Welche Version auch immer genehmigt und freigegeben ist, wenn das Vorbestellungsdatum erreicht wird, ist die, die jeder Kunde erhält — wenn du also bis kurz vor dem Launch an deinem Build weiterarbeitest, stelle sicher, dass deine finale Einreichung freigegeben ist (nicht in „Ausstehende Entwicklerfreigabe” hängt), bevor das Releasedatum eintrifft, sonst bekommen Kunden einen älteren Build als beabsichtigt.
Zwei weitere Berechtigungslücken solltest du kennen, bevor du damit planst: Eigenständige In-App-Käufe lassen sich nicht separat vorbestellen, und App-Bundles sind komplett von Vorbestellungen ausgeschlossen — ein Bundle setzt voraus, dass jede darin enthaltene App bereits in mindestens einer Region „Bereit für den Verkauf” ist.
Bevor du eine Vorbestellung einrichtest
- Bestätige, dass die App in dem Land oder der Region, in der du Vorbestellungen öffnest, noch nie zum Download freigegeben war — das funktioniert nur bei wirklich neuer Verfügbarkeit, nicht bei Relaunches.
- Wähle ein Releasedatum, das du tatsächlich einhalten kannst. Du kannst es innerhalb des Berechtigungsfensters nach hinten verschieben, aber sobald es in einer Region verstrichen ist, ist es fixiert.
- Behandle deine letzte Build-Einreichung vor dem Launch wie eine harte Deadline — setze die Freigabeoption auf automatisch oder gib manuell mit mehreren Tagen Puffer frei, damit nicht allen am ersten Tag eine genehmigte, aber nicht freigegebene, veraltete Version ausgeliefert wird.
- Sind Subtitle, Keyword-Feld oder Screenshots noch nicht fertig, stelle sie vor der Einreichung fertig — sie gehen mit demselben Build live, den jeder Vorbestellungs-Kunde erhält, alle auf einmal, ohne zweite Chance auf einen langsamen Rollout.