Google-Play-Eintrag aktualisieren, ohne eine neue App-Version zu veröffentlichen
Du willst Screenshots austauschen, einen Tippfehler in der Beschreibung korrigieren oder eine neue Feature-Grafik bei Google Play einsetzen. Du willst dafür keinen neuen Build bauen, den Versionscode erhöhen und ein Rollout starten. Bei Play musst du das auch nicht. Eintrag und Release sind zwei getrennte Objekte, und in der Play Console kannst du eines ohne das andere anfassen.
Google Play trennt Eintrag und Release
In der Play Console existieren zwei Dinge nebeneinander. Die App sind deine APK- oder AAB-Releases — versionierte Binärdateien, die du über Tracks ausrollst. Der Store-Eintrag ist alles, was ein Nutzer auf der Store-Seite sieht: App-Name, kurze und vollständige Beschreibung, Screenshots, Feature-Grafik und Icon. Du bearbeitest den Eintrag unter Nutzer gewinnen → Store-Präsenz → Haupteintrag im Store, und diese Änderungen sind unabhängig von jedem Release.
Es gibt eine Voraussetzung: Die App muss mindestens einmal veröffentlicht worden sein. Der Eintrag geht zuerst zusammen mit deinem ersten Release live. Danach kannst du ihn für die restliche Lebensdauer der App eigenständig bearbeiten. Die Beschreibung ohne Bundle-Änderung zu ändern, ist ein normaler, unterstützter Ablauf — du bearbeitest das Feld, speicherst und reichst die Eintragsänderung für sich ein.
So veröffentlichst du eine reine Eintragsänderung
- Eintrag öffnen. Play Console → deine App →
Nutzer gewinnen → Store-Präsenz → Haupteintrag im Store. - Bearbeiten, was nötig ist. Screenshots austauschen, Feature-Grafik aktualisieren, kurze oder vollständige Beschreibung umschreiben, Name oder Icon anpassen.
- Speichern und Änderung einreichen. Es ist kein Release angehängt. Die Play Console erfasst das als Store-Eintragsänderung, getrennt von einem App-Bundle-Update.
- Veröffentlichen lassen. Bei ausgeschalteter verwalteter Veröffentlichung gehen genehmigte Änderungen automatisch live, sobald die Prüfung abgeschlossen ist.
Was schnell live geht — und was geprüft wird
Nicht jedes Feld verhält sich gleich. Screenshots und die meisten Textänderungen erscheinen meist innerhalb weniger Stunden auf der Live-Store-Seite. Aber manche Elemente — insbesondere App-Name und Icon — unterliegen der Prüfung durch Google, und das kann von wenigen Stunden bis zu ein oder zwei Tagen dauern, bevor die Änderung öffentlich sichtbar ist.
- Schnell: Screenshots, Feature-Grafik und die meisten Beschreibungsänderungen gehen in der Regel innerhalb weniger Stunden live.
- Geprüft: App-Name, Icon und bestimmte andere Elemente werden von Google geprüft — das kann bis zu ein paar Tage dauern.
Der praktische Rat: Wenn eine Eintragsauffrischung zu einem Launch-Termin oder einer Werbekampagne passen muss, reiche Name- und Icon-Änderungen ein bis zwei Tage vorher ein statt am Morgen selbst. Screenshots kannst du in der Regel später erledigen.
Verwaltete Veröffentlichung hält genehmigte Änderungen zurück, bis du grünes Licht gibst
Wenn du präziseres Timing willst, aktiviere die verwaltete Veröffentlichung in der Publishing-Übersicht. Ist sie aktiviert, werden Store-Eintragsänderungen — einschließlich individueller Store-Einträge und Store-Eintrag-Experimenten — nach bestandener Prüfung zurückgehalten. Sie befinden sich im Zustand „veröffentlichungsbereite Änderungen“, und nichts geht live, bis du selbst auf Veröffentlichen klickst.
Damit koordinierst du ein Eintrags-Update mit einem Launch-Event, einem Presseauftritt oder einer bezahlten Kampagne: Alles vorab genehmigen lassen und dann alles genau zu dem Zeitpunkt freigeben, den du willst, statt zuzusehen, wie jede Änderung tröpfchenweise erscheint, sobald die Prüfung zufällig fertig wird.
Apple macht es genau umgekehrt — und das ist der Haken
Hier bleiben Teams hängen, die für beide Stores ausliefern. Im App Store sind deine Standard-Screenshots an eine App-Version gebunden. Um Screenshots einer Live-App zu ändern, erstellst du eine neue Version und schickst sie durch die App Review — selbst wenn sich die Binärdatei selbst nicht ändert. Es gibt schmalere Wege drumherum (individuelle Produktseiten und Product-Page-Optimization-Tests), aber der Standardeintrag folgt der Version.
Die identische Aufgabe — „einfach die Screenshots ändern“ — ist bei Google Play also eine leichtgewichtige Eintragsänderung und bei Apple eine Versionseinreichung. Wer beides betreut, sollte diese Asymmetrie im Kopf behalten: Eine schnelle Play-Eintragsanpassung ist wirklich schnell, dieselbe Anpassung im App Store bedeutet aber, sich hinter der App Review anzustellen.
Wo Mokbi ins Spiel kommt
Mokbi übernimmt den gesamten Eintrag. Gestalte deine Screenshots und Feature-Grafik, entwirf den vollständigen Eintragstext und übersetze das Ganze in 50 Sprachen, sodass sich jede Store-Seite in jedem Land liest, als hätte sie ein Muttersprachler geschrieben, statt durch eine Maschine gejagt worden zu sein.
Danach veröffentlicht Mokbi es für dich. Bei Google Play werden Eintragstext und Assets direkt über die Play Developer API in den Store gepusht — kein neuer Build, kein manuelles Kopieren in die Play Console. Beim App Store wird alles in App Store Connect bereitgestellt, versandfertig; Apple verlangt, dass du selbst auf „Einreichen“ klickst und die App Review durchläufst — das ist eine Apple-Regel, keine Einschränkung des Tools. So oder so landen Assets und Texte in jeder Sprache, und der Eintrag geht raus.