TL;DR. Es gibt keinen “Zur vorherigen Version zurückkehren”-Button in App Store Connect. Versionsnummern gehen nur vorwärts, und du kannst keinen alten Build wieder zum Live-Listing machen. Das Naheliegendste, die Last-Compatible Version Settings unter Preise und Verfügbarkeit, steuert nur, welche älteren Builds Nutzer auf alten iOS-Versionen noch installieren können — es macht nicht rückgängig, was neue Nutzer oder bereits aktualisierte Nutzer sehen. Geht ein schlechtes Update live, sind deine echten Hebel: eine laufende phasierte Freigabe pausieren und eine korrigierte Version einreichen, optional mit einer Expedited-Review-Anfrage.

Ein schlechtes Update geht raus, die Crash-Reports laufen an, und der erste Instinkt ist, nach einem Rollback-Button zu suchen. App Store Connect hat keinen. Das vorher zu wissen, erspart dir zehn Minuten Suchen in Preise und Verfügbarkeit, während Nutzer bereits betroffen sind.

Kann man auf dem App Store zu einer vorherigen Version zurückkehren?

Nein. Apples eigene App-Store-Connect-Hilfe ist eindeutig: Hat eine Live-Version ein rechtliches Problem oder ein Usability-Problem, “musst du ein App-Update einreichen” — es gibt keinen Mechanismus, um einen älteren Build erneut als aktuelles Listing zu veröffentlichen. Versionsnummern müssen immer aufsteigen; du kannst keinen früheren Build auswählen und ihn wieder live schalten.

Das bedeutet: Die Lösung für ein schlechtes Update ist immer eine neue, höher nummerierte Version, kein Schritt zurück. Diese neue Version übernimmt deine bestehenden Metadaten (Keywords, Untertitel, Beschreibung) als Ausgangspunkt, wenn du sie anlegst — du baust dein Listing also nicht neu auf, nur die Binary muss vorwärtsgehen.

Was macht die Last-Compatible Version Settings eigentlich?

Das ist kein Rollback. Die Last-Compatible Version Settings, ganz unten auf der Seite Preise und Verfügbarkeit, steuern, welche älteren genehmigten Builds für Nutzer installierbar bleiben, deren iOS-Version zu alt für deine aktuelle Version ist — sie ändern nicht, was Nutzer mit aktuellem iOS oder bereits aktualisierte Nutzer sehen.

Konkret: Gehe zu Preise und Verfügbarkeit → Last-Compatible Version Settings → wähle eine Version aus, und du kannst bestimmte alte Builds abwählen, sodass sie gar nicht mehr angeboten werden, oder einen verfügbar lassen, damit ein Nutzer auf altem iOS diesen älteren kompatiblen Build bekommt, statt die App gar nicht installieren zu können. Nur Versionen, die tatsächlich beim App Store eingereicht wurden, tauchen in dieser Liste auf. Die erforderliche Rolle ist Account Holder, Admin oder App Manager — Marketing hat auf diese Seite keinen Zugriff, dieselbe Einschränkung wie beim Keyword-Feld und Untertitel (siehe unseren Guide zu App-Store-Connect-Rollen).

Zwei Dinge tut diese Einstellung nicht: Sie erzwingt kein Update oder Downgrade auf einem Gerät, auf dem deine aktuelle Version bereits installiert ist, und sie beeinflusst nicht, was neue Nutzer mit aktuellem iOS bekommen — die erhalten immer deine jeweils aktuellste Live-Version.

Was tust du tatsächlich, wenn ein schlechtes Update live geht?

  1. Läuft noch eine phasierte Freigabe, pausiere sie zuerst. Die phasierte Freigabe rollt an Tag eins zu 1 % der Nutzer aus und steigt nach einem festen 7-Tage-Zeitplan; eine Pause stoppt, dass der Prozentsatz weiter steigt, während du einen Fix vorbereitest. Sie macht das Update für Nutzer, die es schon haben, nicht rückgängig. Die vollständige Mechanik — der Prozent-Zeitplan und die 30-Tage-Obergrenze für kumulierte Pausen — steht in unserem Guide zur phasierten Freigabe.
  2. Bereite den korrigierten Build als neue Version vor. Erhöhe die Versionsnummer, behebe das Problem und reiche erneut ein. Dein Keyword-Feld, Untertitel und deine Beschreibung übernehmen sich automatisch — du beginnst das Listing nicht neu, nur die Binary.
  3. Fordere bei einem kritischen Bug eine Expedited Review an. Apples App-Review-Seite erlaubt eine Expedited-Review-Anfrage für außergewöhnliche Umstände wie einen kritischen Bugfix, eingereicht mit Schritten, um das Problem auf der aktuellen Live-Version zu reproduzieren. Garantiert ist das nicht — Apple genehmigt oder lehnt sie ab —, aber bei einem Absturz-beim-Start-Bug ist das der schnellste Weg zurück in eine normale Review-Warteschlangenposition. Das beschleunigt nur die Prüfung; es ändert nicht, wann der Fix nach Genehmigung live geht — das hängt weiterhin von deiner Freigabeoption ab (automatisch, manuell oder geplant).
  4. Reicht keine der beiden Optionen schnell genug, nimm die App aus dem Verkauf. Das stoppt neue Downloads vollständig, bis du bereit für die erneute Einreichung bist — ein letztes Mittel, kein erster Schritt, weil es auch legitime Neuinstallationen stoppt.

Nichts davon berührt dein Keyword-Feld, deinen Untertitel oder dein Ranking — ein schlechter Build und ein schlechtes Listing sind zwei unterschiedliche Probleme mit zwei unterschiedlichen Lösungen, und beides zu vermischen verschwendet die Zeit, die du während eines Incidents nicht hast.

Weiterführende Artikel