· Copywriting · 4 Min. Lesezeit

Was ist neu: Release Notes, die auch gelesen werden (App Store + Google Play)

Was ist neu: Release Notes, die auch gelesen werden (App Store + Google Play)
TL;DR. Das Was-ist-neu-Feld ist kein Changelog und kein Keyword-Feld. Zwei Stores, zwei feste Limits: Der App Store erlaubt 4.000 Zeichen, zeigt aber nur die ersten rund 100–170 Zeichen, bevor ein „Mehr“-Link den Rest abschneidet, während Google Play bei 500 Zeichen pro Sprache deckelt. Schreib nutzenorientiert, gruppiere Änderungen in Neu / Verbessert / Behoben und übersetze das Feld. Zwei Vorlagen zum Copy-Paste weiter unten.

Die meisten Release Notes lesen sich wie ein Commit-Log, das auf die Produktseite durchgesickert ist: „Version 4.2.1. Fehlerbehebungen und Leistungsverbesserungen.“ Deswegen aktualisiert niemand eine App. Das Was-ist-neu-Feld ist einer der wenigen Orte, an dem ein echter Mensch deine Worte genau in dem Moment liest, in dem er entscheidet, ob er auf Update tippt — die zehn Minuten für einen sauberen Text lohnen sich also.

Es ist kein Keyword-Feld

Zuerst die Erwartungen klären: In keinem der beiden Stores fließt der Was-ist-neu-Text ins Suchranking ein. Apple indexiert App-Name, Untertitel und das Keywords-Feld; Google liest Titel, Kurzbeschreibung und Langbeschreibung. Release Notes gehören nicht dazu. Versionshinweise mit Keywords vollzustopfen bringt für die Auffindbarkeit nichts und macht den Text für den lesenden Menschen nur schlechter. Schreib für den Menschen.

Wenn dich interessiert, welche Felder tatsächlich Keyword-Gewicht haben, ist das ein eigenes Thema — siehe wo ASO-Keywords hingehören.

Die beiden Limits sind völlig unterschiedlich

App Store ("What's new"):

  • Maximal 4.000 Zeichen für die Versions-Release-Notes.
  • Aber nur die ersten rund 100–170 Zeichen (etwa zwei bis drei Zeilen) werden auf der Produktseite angezeigt, bevor ein „Mehr“-Link den Rest kürzt. Behandle diesen Anfang als die ganze Botschaft — alles danach ist für die Minderheit, die aufklappt.
  • Release Notes sind pro Sprache lokalisiert — jede App-Store-Locale bekommt eigene Versionshinweise.

Google Play ("What's new" / letzte Änderungen):

  • Maximal 500 Unicode-Zeichen pro Sprache. Das ist das gesamte Budget, kein weiches Limit. Play schneidet hart ab.
  • Gleiche Lokalisierungsregel: Jede unterstützte Sprache bekommt einen eigenen 500-Zeichen-Eintrag.

Die praktische Konsequenz: Schreib die App-Store-Notiz so, dass der eine beste Grund zum Update in der ersten Zeile oder zwei landet, und schreib eine separate, knappere Play-Version, die dasselbe in unter 500 Zeichen sagt. Kopier nicht einfach die 4.000-Zeichen-App-Store-Notiz in Play und lass sie abgeschnitten werden.

Führ mit dem Nutzen, gruppiere den Rest

Zwei Regeln decken fast alles ab:

  • Beginn mit dem Nutzen, nicht mit der Versionsnummer. „Offline-Modus ist da“ schlägt „v4.2.1 veröffentlicht“. Die erste Zeile ist die einzige, die die meisten Leute lesen.
  • Gruppiere Änderungen in Neu / Verbessert / Behoben. Das ist überfliegbar, signalisiert echte Arbeit und lässt Lesende direkt zu dem Teil springen, der sie interessiert.

Vorlage — App Store (die ersten ~150 Zeichen zählen)

Kopiere das, fülle die Klammern aus und achte darauf, dass die Kopfzeile für sich allein steht — geh davon aus, dass alles darunter verborgen bleibt, bis Leser auf „Mehr“ tippen.

Vorlage — Google Play (alles unter 500 Zeichen)

Gleiche Botschaft, knapper. Hier muss alles in 500 Zeichen passen, also kürze auf die Änderungen, die wirklich zählen.

Gut vs. schlecht, gleiches Release

Hier ist eine Versionsnotiz, die den Platz verschenkt:

„Version 4.2.1. Diverse Fehlerbehebungen und Leistungsverbesserungen. Abhängigkeiten aktualisiert. Sync-Engine überarbeitet.“

Das ist ein Changelog für das Team, kein Grund für die Nutzerin. Hier ist dasselbe Release, neu geschrieben für die Person mit dem Handy in der Hand:

Beachte: Die erste Zeile erledigt den ganzen Job allein. Im App Store ist das der Teil vor „Mehr“; bei Play ist es der Teil, der in 500 Zeichen passt, mit Platz für die gruppierte Liste darunter.

Übersetz es — in beiden Stores pro Sprache

Weil Release Notes pro Sprache gespeichert werden, hat ein Listing, das in zehn Locales übersetzt ist, bei jedem Release zehn Was-ist-neu-Felder zu füllen. Die meisten Teams lassen die Übersetzung entweder ganz weg (nicht-englische Nutzer bekommen englische Notes oder gar nichts) oder schreiben sie einmal und vergessen den Rest. Beide Wege lassen das Feld weniger leisten, als es könnte — die Person, die über das Update entscheidet, steht in ihrer eigenen Sprache.

Hier hilft Mokbi: Neben App-Name, Untertitel, Beschreibung und Screenshot-Untertiteln entwirft und lokalisiert es auch den Was-ist-neu-Text in 50 Sprachen, damit die Release Notes nicht das eine Feld sind, das englisch bleibt, während der Rest des Listings übersetzt ist. Du prüfst und bearbeitest jede Zeile, bevor sie in die Nähe des Stores kommt — den finalen Text kopierst du selbst in App Store Connect und die Play Console.

Was du als Nächstes lesen solltest

Editor öffnen →