What's new: release notes die mensen echt lezen (App Store + Google Play)
De meeste release notes lezen als een commit-log die per ongeluk op een productpagina is beland: "Versie 4.2.1. Bugfixes en prestatieverbeteringen." Niemand update een app om die regel. Het what's-new-veld is een van de weinige plekken waar een echt mens jouw woorden ziet op het exacte moment dat hij beslist of hij op Update tikt — dus die tien minuten om het goed te schrijven zijn het waard.
Het is geen keyword-veld
Zet eerst je verwachtingen recht. Bij geen van beide stores voedt de what's-new-tekst de zoekranking. Apple indexeert je app-naam, subtitel en het keywords-veld; Google leest je titel, korte beschrijving en lange beschrijving. Release notes maken daar geen deel van uit. Versie-notities volstoppen met keywords doet niets voor vindbaarheid en maakt de tekst slechter voor de mens die hem leest. Schrijf voor de mens.
Wil je weten welke velden wel keyword-gewicht meedragen? Dat is een apart onderwerp — zie waar ASO-keywords terechtkomen.
De twee limieten verschillen enorm
App Store ("What's New"):
- 4.000 tekens max voor de release notes van de versie.
- Maar er tonen maar ongeveer de eerste 100–170 tekens (zo'n twee tot drie regels) op de productpagina voordat een "meer"-link de rest afkapt. Behandel die opening als de hele boodschap; alles daarna is voor de minderheid die uitklapt.
- Release notes zijn per taal gelokaliseerd — elke App Store-locale krijgt zijn eigen versienotities.
Google Play ("What's new" / recente wijzigingen):
- 500 Unicode-tekens max, per taal. Dat is het hele budget, geen zachte grens. Play kapt hard af.
- Zelfde lokalisatieregel: elke taal die je ondersteunt krijgt zijn eigen entry van 500 tekens.
De praktische les: schrijf de App Store-notitie zo dat de allerbeste reden om te updaten in de eerste regel of twee landt, en schrijf een aparte, strakkere Play-versie die hetzelfde zegt in minder dan 500 tekens. Plak niet de App Store-notitie van 4.000 tekens in Play en laat hem afgekapt worden.
Begin met het voordeel, groepeer de rest
Twee regels dekken bijna alles:
- Open met de winst, niet met het versienummer. "Offline modus is er" wint het van "v4.2.1 uitgebracht." De eerste regel is de enige regel die de meeste mensen lezen.
- Groepeer wijzigingen in Nieuw / Verbeterd / Opgelost. Het is scanbaar, het laat zien dat je echt werk hebt geleverd, en de lezer kan direct naar het deel springen dat hem interesseert.
Template — App Store (eerste ~150 tekens vooraan)
Kopieer dit, vul de haakjes in en zorg dat de kopregel op zichzelf overeind blijft — ga ervan uit dat alles eronder verborgen is tot de lezer op "meer" tikt.
Template — Google Play (het geheel onder 500 tekens)
Dezelfde boodschap, strakker. Deze moet alles zeggen in 500 tekens, dus snijd naar de wijzigingen die ertoe doen.
Goed vs slecht, dezelfde release
Hier is een versienotitie die de plek verspilt:
"Versie 4.2.1. Diverse bugfixes en prestatieverbeteringen. Dependencies bijgewerkt. Sync-engine gerefactored."
Het is een changelog voor het team, geen reden voor de gebruiker. Hier is dezelfde release herschreven voor degene die de telefoon vasthoudt:
Merk op dat de eerste regel de hele klus alleen klaart. Op de App Store is dat het deel dat toont vóór "meer"; op Play is het het deel dat past binnen 500 tekens, met ruimte voor de gegroepeerde lijst eronder.
Vertaal het — het is per taal, op beide stores
Omdat release notes per taal worden opgeslagen, heeft een listing die naar tien locales is vertaald tien what's-new-velden om in te vullen bij elke release. De meeste teams slaan het vertalen van dit veld over (waardoor niet-Engelstalige gebruikers Engelse notities krijgen, of niets) of schrijven het één keer en vergeten de rest. Beide laten het veld minder doen dan het zou kunnen — de lezer die beslist of hij update, staat in zijn eigen taal.
Hier helpt Mokbi: naast je app-naam, subtitel, beschrijving en screenshot-bijschriften stelt het ook de what's-new-tekst op en vertaalt die naar 50 talen, zodat de release note niet het ene veld is dat Engels blijft terwijl de rest van de listing vertaald is. Je controleert en bewerkt elke regel voordat hij richting de store gaat — je kopieert de definitieve tekst zelf naar App Store Connect en Play Console.