TL;DR. Hat deine aktuelle Live-Version ein rechtliches oder Usability-Problem, ist Apples eigene Hilfe eindeutig: „du musst ein App-Update einreichen“ — dafür gibt es keinen Lösch-Button. Liegt das Problem dagegen in einem älteren Build, den du Nutzern mit veralteten iOS-Versionen über die Last-Compatible Version Settings noch anbietest, ist das etwas anderes: Öffne Preise und Verfügbarkeit, gehe zu Last-Compatible Version Settings und wähle genau diesen Build ab. Er verschwindet sofort aus neuen Installationen. Nutzer, die ihn bereits installiert haben, sind davon nicht betroffen — das ist eine separate, dauerhafte Einschränkung, kein Bug. Erforderliche Rolle: Account Holder, Admin oder App Manager.

Die meisten Entwickler öffnen die Last-Compatible Version Settings nur einmal — um Nutzern, die auf einer alten iOS-Version feststecken, weiterhin die Installation deines letzten kompatiblen Builds zu ermöglichen. Wenige wissen, dass genau diese Seite auch der Ort ist, an den du gehst, wenn sich herausstellt, dass einer dieser alten Builds ein Problem hat: ein abgelaufener Markenrechtsanspruch, ein Datenschutzproblem, das du in einem späteren Release bereits behoben hast, oder ein gebündeltes SDK mit einer bekannten Sicherheitslücke. Einen eigenen „Diese Version löschen“-Button gibt es nirgendwo in App Store Connect — das hier ist der Mechanismus.

Wie entferne ich eine einzelne alte App-Store-Version, ohne meine ganze App herauszunehmen?

Du kannst eine Version nicht direkt löschen, aber du kannst verhindern, dass sie angeboten wird, indem du sie in den Last-Compatible Version Settings abwählst, ganz unten auf der Seite Preise und Verfügbarkeit. Nur Versionen, die tatsächlich beim App Store eingereicht wurden, erscheinen in dieser Liste, und Apples Hilfedokumentation macht klar, wann das gilt und wann nicht.

Apple zieht eine klare Grenze danach, welche Version das Problem hat:

  • Deine aktuelle, live geschaltete Version hat das Problem. Apples eigene Worte: „Hat die Version den Status Ready for Distribution und liegt ein rechtliches oder Usability-Problem vor, musst du ein App-Update einreichen.“ Du kannst deine Live-Version über diese Seite nicht abwählen oder entfernen — die Lösung muss eine neue, höher nummerierte Einreichung sein.
  • Ein älterer Legacy-Build hat das Problem (einer, den du absichtlich weiterhin Nutzern mit altem iOS über die Last-Compatible Version Settings anbietest). Genau dafür ist die Abwahl-Liste da: Öffne Preise und Verfügbarkeit → Last-Compatible Version Settings → wähle die Version aus, wähle den problematischen Build im Dialog ab, klicke auf Fertig und dann auf Sichern.
  • Du kannst es nicht per Update beheben, und es ist kein reiner Legacy-Build. Apples Ausweichoption, wörtlich: „Kannst du kein Update einreichen, musst du die App aus dem App Store entfernen“ — die radikale Option, behandelt in unserem Guide zum App-Store-Rollback.

Erforderliche Rolle für all das: Account Holder, Admin oder App Manager — dieselbe Gruppe, die auch das Keyword-Feld und den Untertitel kontrolliert, nicht die größere Gruppe, zu der auch Marketing gehört. Die vollständige Aufschlüsselung, wer was bearbeiten darf, findest du in unserem Guide zu App-Store-Connect-Rollen.

Macht das Abwählen einer alten Version sie auch bei Leuten rückgängig, die sie schon installiert haben?

Nein. Das Abwählen einer Version in den Last-Compatible Version Settings steuert nur, ob sie jemandem angeboten wird, der deine App künftig zum ersten Mal installiert. Auf Geräten, die diesen Build bereits installiert haben, ändert sich nichts — diese Installationen laufen genau so weiter wie zuvor.

Das ist dieselbe Regel, die überall sonst in den Verfügbarkeitseinstellungen von App Store Connect gilt, einschließlich der vollständigen Entfernung der App: Nichts, was du auf der Seite Preise und Verfügbarkeit tust, greift rückwirkend auf ein Gerät zu, auf dem die App bereits installiert ist. Ist das Problem so schwerwiegend, dass bereits installierte Kopien tatsächlich aufhören müssen zu funktionieren, gibt dir App Store Connect dafür gar keinen Hebel — serverseitige Kill-Switches oder eine Remote-Konfiguration in deiner eigenen App sind der einzige Weg, und das liegt vollständig außerhalb von ASO.

Warum das wichtig ist, wenn du alte iOS-Versionen unterstützt

Hast du eine Last-Compatible Version festgelegt, damit Nutzer, die auf einer alten iOS-Version feststecken, deine App weiterhin installieren können (siehe unseren Guide zur phasierten Freigabe dazu, wie der Versions-Rollout allgemein funktioniert), hast du diesen alten Build damit effektiv eingefroren. Du kannst ihn nicht patchen — „ein App-Update zu veröffentlichen ersetzt immer die aktuelle Version“, ein Nutzer mit altem iOS kann also keinen Fix erhalten, außer er aktualisiert sein Betriebssystem. Ihn aus der Liste abzuwählen ist die einzige Kontrolle, die du über ihn hast, und sie stoppt nur neue Installationen, nicht bestehende.

In der Praxis: Prüfe deine Last-Compatible-Version-Liste jedes Mal, wenn du etwas Ernsthaftes behebst. Ist der Fix wichtig genug, um für neue Nutzer mit altem iOS relevant zu sein, lohnt es sich zu entscheiden, ob dieser alte Build überhaupt noch angeboten werden sollte — bevor jemand ihn installiert und fragt, warum der Bug, den du vor Monaten behoben hast, ihm immer noch passiert.

Weiterführende Artikel