TL;DR. Phasierte Freigabe, der Schalter in App Store Connect, der ein Update über 7 Tage in Schritten von 1/2/5/10/20/50/100 % an Nutzer mit automatischen Updates ausrollt, betrifft ausschließlich bestehende Nutzer mit aktivierten automatischen Updates. Sie verlangsamt weder neue Installs noch manuelle Updates noch die Geschwindigkeit, mit der deine neuen Metadaten in der App-Store-Suche ankommen. Dein aktualisiertes Keyword-Feld, dein Subtitle und deine Screenshots gehen für 100 % aller neuen Besucher und Neuinstallationen live, sobald die Version App Review passiert — unabhängig davon, bei welchem Prozentsatz die phasierte Freigabe gerade steht. Betrachte sie als Sicherheitsnetz für Abstürze oder Regressionen deiner Binary, nicht als Sicherheitsnetz für eine riskante ASO-Änderung.
Phasierte Freigabe wirkt in der App-Store-Connect-Oberfläche wie ein Regler, den man langsam aufdreht. Das liest sich nach Vorsicht, und viele Indie-Entwickler übertragen diese Lesart auf Metadaten: “Ich schicke den neuen Subtitle mit aktivierter phasierter Freigabe raus, damit ich pausieren kann, falls die Conversion einbricht, bevor alle ihn sehen.” Diese Überlegung ist falsch, und sie ist auf eine Weise falsch, die zählt, wenn du eine Metadaten-Änderung danach timst.
Verzögert phasierte Freigabe meine neuen Keywords, meinen Subtitle oder meine Screenshots?
Nein. Phasierte Freigabe drosselt ausschließlich das automatische App-Update, das an die Geräte bestehender Nutzer ausgeliefert wird. Deine Produktseite — Titel, Subtitle, Neuindexierung des Keyword-Felds, Screenshots, Beschreibung, Werbetext — aktualisiert sich für jeden neuen Besucher und jede neue Installation in dem Moment, in dem Apple die Version freigibt, unabhängig davon, bei welchem Prozentsatz die phasierte Freigabe gerade steht, selbst bei 1 %.
Apple stellt das in der Hilfedokumentation zu App Store Connect direkt klar: manuelle Downloads und Neuinstallationen unterliegen zu keinem Zeitpunkt des Rollouts der phasierten Freigabe. Dasselbe gilt für eine Konkurrenzanalyse, einen Screenshot in einer Review oder ein Safari-Suchergebnis, das am Tag nach der Freigabe deine neue Produktseite zeigt — nichts davon wird durch den Prozentsatz der phasierten Freigabe gesteuert. Der Regler, den du von 1 % auf 100 % klettern siehst, beschreibt, wie schnell bestehende Nutzer die neue Binary erhalten. Er sagt nichts darüber aus, wie schnell sich das Store-Listing selbst für alle anderen ändert.
Wenn du eine Metadaten-Änderung testest und einen kontrollierten Rollout willst, ist Product Page Optimization das richtige Werkzeug — es fährt echte Treatment-Varianten gegen Live-Traffic und lässt dich die Conversion vergleichen, bevor du dich festlegst. Phasierte Freigabe war nie für diese Aufgabe gedacht.
Welchen Prozentsatz der Nutzer bekommt das Update an welchem Tag?
Apples fester Zeitplan sieht 1 % an Tag 1, 2 % an Tag 2, 5 % an Tag 3, 10 % an Tag 4, 20 % an Tag 5, 50 % an Tag 6 und 100 % an Tag 7 vor. Er ist nicht konfigurierbar — du kannst keine eigene Rampe festlegen, sondern nur die von Apple vorgegebene pausieren.
| Tag | Kumulierter % auf neuer Version (nur automatische Updates) |
|---|---|
| 1 | 1 % |
| 2 | 2 % |
| 3 | 5 % |
| 4 | 10 % |
| 5 | 20 % |
| 6 | 50 % |
| 7 | 100 % |
Phasierte Freigabe zu aktivieren ist eine Entscheidung pro Version, die du bei der Einreichung in den Build-Einstellungen der Version in App Store Connect triffst. Sie erfordert die Rolle Account Holder, Admin oder App Manager. Überspringst du sie, geht das Update sofort nach der Freigabe an 100 % der Nutzer mit automatischen Updates — genau wie schon vor Einführung der phasierten Freigabe.
Kann ich eine phasierte Freigabe pausieren, und was stoppt eine Pause tatsächlich?
Ja — du kannst jederzeit innerhalb der 7 Tage pausieren, für insgesamt bis zu 30 Tage über beliebig viele Pausen verteilt, ohne Obergrenze für die Anzahl der Pausen. Eine Pause friert den Prozentsatz beim aktuellen Tag ein; sie setzt niemanden auf die vorherige Version zurück.
Zwei Verhaltensweisen überraschen viele:
- Eine Pause stoppt nicht die Nutzer, die noch zur aktuellen Stufe aufschließen. Bist du bei Tag 3 (5 %) und pausierst, stoppt der Rollout zwar den Fortschritt Richtung Tag 4, aber Apple liefert das Update weiter an berechtigte Nutzer aus, bis diese 5 % vollständig erreicht sind — eine Pause hält die Rampe an, nicht die bereits laufende Auslieferung.
- Du musst vor dem nächsten 24-Stunden-Tick pausieren, nicht danach. Ist der Tag einmal umgeschlagen, hat der Sprung zum nächsten Prozentsatz (etwa von 5 % auf 10 %) bereits stattgefunden, und es gibt keine teilweise Rückabwicklung.
Du kannst außerdem jederzeit mit der Option, die Freigabe sofort auf alle Nutzer auszuweiten, auf der Versionsseite direkt auf 100 % springen. Nimmst du die App mitten im Rollout aus dem Verkauf, stoppt die phasierte Freigabe für diese Version dauerhaft — sie lässt sich später nicht fortsetzen, selbst wenn du das Listing wiederherstellst.
Was ist der eigentliche Fehler, den das verursacht?
Ein Entwickler bringt eine Version mit einem defekten Deep Link in einer überarbeiteten Subtitle-Zeile heraus, aktiviert phasierte Freigabe und beobachtet die Conversion in App Store Connect Analytics. Einen Tag lang sieht nichts falsch aus, weil der Prozentsatz der phasierten Freigabe nur den Traffic betrifft, der die Binary-Aktualisierung bekommt — und die meisten dieser Nutzer hätten den neuen Subtitle ohnehin nicht noch einmal gelesen, weil sie die App schon haben. Gleichzeitig trifft jeder neue Besucher aus der Suche, aus “Das könnte dir auch gefallen” oder von einem Link auf einer Review-Seite vom ersten Tag an mit voller Wucht auf den neuen Subtitle. Wenn der Regler der phasierten Freigabe die 50 % erreicht, hat sich der Metadaten-Schaden — oder der Metadaten-Gewinn — bereits vollständig bei genau dem Publikum ausgewirkt, das tatsächlich betroffen ist: Menschen, die entscheiden, ob sie installieren.
Wenn du eine Änderung an Subtitle, Keyword oder Screenshots validierst, beobachte vom ersten Tag an die Conversion-Metriken für neue Nutzer, nicht den Prozentsatz der phasierten Freigabe. Sorgst du dich um eine Regression in der Binary — einen Absturz, ein defektes Feature, einen Performance-Einbruch —, ist phasierte Freigabe genau das richtige Werkzeug, weil sie exakt das Publikum betrifft, das sie eigentlich steuern soll: Menschen, die deine App schon haben und gleich neuen Code auf ihr Gerät bekommen.
Was du vor deiner nächsten Einreichung tun solltest
- Entscheide, was du eigentlich schützen willst: die Stabilität für bestehende Nutzer (nutze phasierte Freigabe) oder die Conversion bei Neuinstallationen (nutze Product Page Optimization, nicht phasierte Freigabe).
- Bringst du eine Metadaten-Änderung zusammen mit einem Build heraus, warte nicht, bis der Prozentsatz der phasierten Freigabe steigt, bevor du die Conversion prüfst — Neuinstallationen sehen die Änderung sofort zu 100 %.
- Taucht mitten im Rollout ein Absturz oder eine Regression auf, pausiere vor dem nächsten 24-Stunden-Tick und entscheide dich dann zwischen einem Hotfix-Build oder der sofortigen Freigabe an alle Nutzer, sobald der Fix bestätigt ist.
- Stelle vor dem Einreichungstag sicher, dass du Zugriff als Account Holder, Admin oder App Manager hast — phasierte Freigabe steht nicht jeder Rolle in App Store Connect zur Verfügung.