Hoe je App Store screenshots wijzigt zonder nieuwe app-versie
Je wilt vandaag de screenshots op een live app wisselen, je opent App Store Connect, en de screenshotvelden op de huidige versie staan op alleen-lezen. Dat is Apple die werkt zoals bedoeld, geen bug. Screenshots zijn onderdeel van de metadata van een versie, en zodra een versie is goedgekeurd en uitgebracht, ligt die metadata vast. Hier zijn de routes die daadwerkelijk veranderen wat shoppers zien, en wat elke route je kost aan builds en reviewtijd.
Waarom de velden vergrendeld zijn
App Store Connect bewaart screenshots gekoppeld aan een specifieke app-versie. Zolang je app live is, staat die versie in een uitgebrachte status en zijn de screenshots, beschrijving en zoekwoorden allemaal vergrendeld. Om iets daarvan te bewerken werk je in een apart, bewerkbaar versierecord, het record in de status "Prepare for Submission". De live listing blijft de oude screenshots tonen totdat een nieuwe versie is goedgekeurd en er overheen uitgebracht is.
Apple's eigen documentatie is daar duidelijk over: zodra je app is ingediend en goedgekeurd, moet je een nieuwe versie maken om de screenshots bij te werken. De vraag is dus niet "kan ik de live versie bewerken" (dat kan niet). Het is: "welk mechanisme levert de kleinste, snelste wijziging op."
Route 1: een nieuw versierecord (de standaard)
Dit is het pad dat de meeste ontwikkelaars al kennen. In App Store Connect maak je een nieuwe versie aan, open je het bewerkbare record "Prepare for Submission", vervang je de screenshots en dien je in voor review. Het belangrijke detail: je hoeft geen nieuwe feature of bugfix te leveren, maar je hebt wel een build nodig die aan de versie hangt.
App Store Connect biedt de build die momenteel live staat niet aan in de build-picker van de nieuwe versie. In de praktijk doe je dus een van twee dingen: kies een andere build die je al hebt geüpload (een restant van een oude TestFlight-upload werkt prima), of push een verse binary met dezelfde broncode en een opgehoogd buildnummer. Geen van beide voegt functionaliteit toe. Maar er moet een build zijn, en de hele versie, screenshots inbegrepen, gaat door App Review. De nieuwe screenshots verschijnen pas nadat die versie is goedgekeurd en jij hem uitbrengt.
Gebruik deze route wanneer je toch al meer dan alleen screenshots wijzigt, bijvoorbeeld een nieuwe beschrijving en zoekwoordenset naast de visuals, want alles kan meeliften op dezelfde indiening.
Route 2: Product Page Optimization (geen nieuwe versie, geen nieuwe build)
Product Page Optimization (PPO) is Apple's ingebouwde A/B-testfunctie, en het is meteen ook de enige manier om screenshots en preview-video's te wijzigen zonder nieuwe versie en zonder nieuwe build. Je maakt een test, voegt een variant toe met je nieuwe screenshots en dient die variant in. Apple geeft zelf aan dat deze metadata ingediend kan worden zonder een nieuwe versie van je app in te dienen.
De voorwaarde die het eerlijk houdt: het nieuwe creatief gaat nog steeds langs App Review voordat de test kan draaien. De enige uitzondering is het herschikken van screenshots die al goedgekeurd zijn en op de store staan, wat geen nieuwe review nodig heeft. Alles wat echt nieuw is, wordt eerst bekeken.
PPO is opgezet als een experiment, dus de resultaten komen terug als een geschatte stijging in conversieratio, een percentage ten opzichte van je huidige pagina met een betrouwbaarheidsscore op de data. Wil je gewoon de nieuwe screenshots voor iedereen live zetten in plaats van een gemeten test, dan kun je de test aanmaken, laten draaien en daarna de winnende variant toepassen op je standaard productpagina. Het toepassen van een variant beëindigt de test en pusht dat creatief naar elke shopper, nog steeds zonder binary-upload.
Een grens die het waard is om helder te stellen: screenshots en preview-video's zijn build-vrij via PPO, maar alternatieve app-iconen niet. Een icoon moet gecompileerd zijn in de binary die al op de store staat, dus een echt nieuw icoon vereist nog steeds een build. Houd iconen buiten een build-vrije screenshot-wissel.
Route 3: Custom Product Pages, voor gerichte varianten
Wil je een andere screenshot-set voor een specifiek publiek of een ad-campagne in plaats van een wijziging aan je hoofdlisting, dan laten Custom Product Pages je alternatieve versies publiceren op eigen URL's. Elke variant wordt apart beoordeeld en is via een link te bereiken, dus je standaardpagina blijft onaangeroerd. Dit is meer een targeting-tool dan een "wijzig de live listing"-tool, maar hoort op de kaart als je bedenkt hoe je screenshots verplaatst zonder volledige app-release.
Het ene veld dat je altijd kunt wijzigen: promotietekst
Promotietekst is het enige App Store-veld dat je kunt bewerken zonder nieuwe versie en zonder App Review. Het is een blok van 170 tekens bovenaan je beschrijving, en wijzigingen rollen binnen een paar uur zelfstandig uit (Apple staat tot 48 uur toe). Het telt niet mee voor zoekwoordranking, dus het verplaatst je zoekpositie niet, maar het is de juiste plek voor een tijdgebonden regel terwijl een screenshotwijziging nog in review zit.
Route voor route: build en review op een rijtje
Welke route je kiest
- Alleen screenshots wisselen, snelste pad. Product Page Optimization. Geen build, één reviewronde op het nieuwe creatief, dan de variant toepassen en het staat live voor iedereen.
- Screenshots wijzigen plus tekst of zoekwoorden. Nieuw versierecord, zodat de hele update in één indiening meegaat.
- Ander beeldmateriaal voor één campagne, niet de hoofdpagina. Custom Product Page.
- Een regel die binnen het uur live moet. Promotietekst, terwijl de echte screenshotwijziging nog in review zit.
Waar Mokbi in past
Mokbi regelt de hele screenshot-vernieuwing van begin tot eind. Het ontwerpt de nieuwe screenshots en de Google Play feature graphic, schrijft daarna de complete listing, titel, ondertitel, beschrijving en promotietekst, en vertaalt dat allemaal in één keer naar 50 talen. Dat is meestal het onderdeel waar een screenshot-vernieuwing op vastloopt, en Mokbi doet het in één flow.
Daarna publiceert het. Mokbi pusht de listing en het afgeronde beeldmateriaal rechtstreeks naar Google Play via de Play Developer API, waar het direct live gaat, en zet alles klaar in App Store Connect zodat jij het kunt indienen. Apple vereist dat die laatste Submit en App Review op jouw eigen account gebeuren, dus die ene klik blijft bij jou, maar het creatief en de tekst staan al klaar, in elke taal, in een nieuwe versie of een Product Page Optimization-test, op het moment dat je de console opent.