Come cambiare gli screenshot dell'App Store senza una nuova versione dell'app
Vuoi sostituire gli screenshot di un'app già pubblicata oggi stesso, apri App Store Connect, e i campi degli screenshot sulla versione attuale sono di sola lettura. È Apple che funziona come previsto, non un bug. Gli screenshot fanno parte dei metadati di una versione e, una volta che una versione è approvata e rilasciata, i suoi metadati sono congelati. Ecco i percorsi che cambiano davvero ciò che vedono gli utenti, e cosa costa ciascuno in termini di build da caricare e tempi di revisione.
Perché i campi sono bloccati
App Store Connect memorizza gli screenshot associati a una versione specifica dell'app. Quando la tua app è pubblicata, quella versione si trova in uno stato rilasciato e i suoi screenshot, descrizione e parole chiave sono tutti bloccati. Per modificarne uno qualsiasi devi lavorare su un record di versione separato e modificabile, quello nello stato "In preparazione per l'invio". La scheda pubblicata continua a mostrare i vecchi screenshot finché una nuova versione non viene approvata e rilasciata al suo posto.
La documentazione ufficiale di Apple è chiara al riguardo: una volta che la tua app è stata inviata e approvata, devi creare una nuova versione per aggiornare gli screenshot. Quindi la domanda non è "posso modificare la versione pubblicata" (non puoi). È "quale meccanismo produce il cambiamento più piccolo e veloce".
Percorso 1: un nuovo record di versione (quello predefinito)
Questo è il percorso che la maggior parte degli sviluppatori conosce già. In App Store Connect crei una nuova versione, apri il record modificabile "In preparazione per l'invio", sostituisci gli screenshot e invii per la revisione. Il dettaglio importante: non serve rilasciare una nuova funzionalità o una correzione di bug, ma serve comunque una build allegata alla versione.
App Store Connect non offrirà la build attualmente in produzione tra le opzioni della nuova versione. Nella pratica quindi fai una di due cose: scegli un'altra build che hai già caricato (va bene anche un residuo di un vecchio caricamento su TestFlight), oppure carichi un nuovo binario con lo stesso codice sorgente e un numero di build incrementato. Nessuna delle due aggiunge funzionalità. Ma una build deve esserci, e l'intera versione, screenshot inclusi, passa per App Review. I nuovi screenshot compaiono solo dopo che quella versione è stata approvata e l'hai rilasciata.
Usa questo percorso quando comunque stai cambiando più che gli screenshot, ad esempio una nuova descrizione e un nuovo set di parole chiave insieme alle immagini, dato che tutto può viaggiare nello stesso invio.
Percorso 2: Product Page Optimization (nessuna nuova versione, nessuna nuova build)
La Product Page Optimization (PPO) è la funzione di test A/B integrata di Apple, e rappresenta anche l'unico modo per cambiare screenshot e video di anteprima senza nessuna nuova versione e nessuna nuova build. Crei un test, aggiungi una variante con i tuoi nuovi screenshot e la invii. Apple dichiara esplicitamente che questi metadati possono essere inviati senza inviare una nuova versione della tua app.
Il dettaglio che mantiene tutto onesto: la nuova grafica passa comunque per App Review prima che il test possa partire. L'unica eccezione è riordinare screenshot già approvati e presenti sullo store, che non richiede una nuova revisione. Tutto ciò che è genuinamente nuovo viene esaminato prima.
La PPO è pensata come un esperimento, quindi i risultati arrivano come un aumento stimato del tasso di conversione, una percentuale rispetto alla tua pagina attuale con un livello di affidabilità sui dati. Se vuoi semplicemente rendere attivi i nuovi screenshot per tutti invece di un test misurato, puoi creare il test, farlo girare e poi applicare la variante vincente alla tua pagina prodotto predefinita. Applicare una variante conclude il test e porta quella grafica a ogni utente, sempre senza caricare un binario.
Un limite da precisare con chiarezza: screenshot e video di anteprima sono senza build tramite la PPO, ma le icone app alternative no. Un'icona deve essere compilata nel binario già presente sullo store, quindi un'icona realmente nuova richiede comunque una build. Tieni le icone fuori da una sostituzione di screenshot senza build.
Percorso 3: Custom Product Pages, per varianti mirate
Se vuoi un set di screenshot diverso per un pubblico specifico o una campagna pubblicitaria, anziché una modifica alla tua scheda principale, le Custom Product Pages ti permettono di pubblicare versioni alternative su URL propri. Ogni variante viene revisionata separatamente e si raggiunge tramite link, quindi la tua pagina predefinita resta intatta. È più uno strumento di targeting che uno strumento per "cambiare la scheda pubblicata", ma va inserito nella mappa quando decidi come spostare gli screenshot senza un rilascio completo dell'app.
L'unico campo modificabile in qualsiasi momento: il testo promozionale
Il testo promozionale è l'unico campo dell'App Store che puoi modificare senza nuova versione e senza App Review. È un blocco di 170 caratteri posto in cima alla tua descrizione, e le modifiche si propagano da sole entro poche ore (Apple ne consente fino a 48). Non è indicizzato per il posizionamento sulle parole chiave, quindi non sposterà la tua posizione nelle ricerche, ma è il posto giusto per una riga legata al momento mentre una modifica agli screenshot è ancora in revisione.
Percorso per percorso: build e revisione a colpo d'occhio
Quale percorso scegliere
- Solo sostituire gli screenshot, il percorso più rapido. Product Page Optimization. Nessuna build, un solo passaggio di revisione sulla nuova grafica, poi applichi la variante ed è attiva per tutti.
- Cambiare screenshot più testo o parole chiave. Nuovo record di versione, così l'intero aggiornamento parte con un solo invio.
- Immagini diverse per una campagna, non per la pagina principale. Custom Product Page.
- Una riga che ti serve attiva entro un'ora. Testo promozionale, mentre la vera modifica agli screenshot è in revisione.
Dove si inserisce Mokbi
Mokbi gestisce l'intero rinnovo degli screenshot dall'inizio alla fine. Progetta i nuovi screenshot e la feature graphic per Google Play, poi scrive l'intera scheda, titolo, sottotitolo, descrizione e testo promozionale, e traduce tutto in 50 lingue in un solo passaggio. È la parte che di solito blocca un rinnovo degli screenshot, e Mokbi la esegue in un unico flusso.
Poi pubblica. Mokbi invia la scheda e gli asset finiti direttamente a Google Play tramite la Play Developer API, dove diventano attivi direttamente, e prepara tutto in App Store Connect pronto per il tuo invio. Apple richiede che l'invio finale e il passaggio per App Review avvengano sul tuo account, quindi quel singolo clic resta a te, ma la grafica e i testi sono già pronti, in ogni lingua, in una nuova versione o in un test di Product Page Optimization nel momento in cui apri la console.