Google Play Store Listing Experiments: A/B test dei tuoi screenshot (2026)
Su Google Play non devi indovinare se un nuovo primo screenshot converte meglio del vecchio: puoi testarlo sul traffico reale del Play Store. Gli Store Listing Experiments sono integrati in Play Console sotto Test and release → Store listing experiments (Google ha spostato la posizione del menu più di una volta; guide più datate lo chiamano "Grow → Store listing experiments"). Sono gratuiti, funzionano sul tuo listing live e gestiscono per te sia la suddivisione del traffico sia le statistiche.
Se pubblichi su entrambi gli store, questo è la controparte del setup Apple. Abbiamo trattato il lato iOS in A/B test degli screenshot con Product Page Experiments — stessa idea, meccaniche diverse. Questo articolo è il complemento lato Play.
Come funzionano gli Store Listing Experiments
Crei un esperimento, scegli quale asset testare (icona dell'app, screenshot, feature graphic, video promozionale, descrizione breve o descrizione lunga) e carichi fino a 3 varianti accanto al tuo listing live attuale — che funge da controllo. Google mostra poi le varianti a una fetta di utenti che atterrano sulla tua pagina store e misura quale genera più installazioni.
Nei risultati contano due metriche:
- Acquisizione (conversione del listing dello store). La quota di visitatori che installa dopo aver visto una data variante. È il numero principale per i test sugli screenshot.
- Utenti di prima installazione trattenuti (retention a 1 giorno). Se le persone attirate da una variante sono effettivamente rimaste attive il giorno dopo. Una variante che porta più installazioni ma una retention peggiore potrebbe aver promesso troppo.
Google calcola un intervallo di confidenza per variante e, quando una variante supera la soglia di confidenza scelta, la dichiara vincitrice. Puoi attivare un avviso via email così non devi controllare la dashboard costantemente. Applicare un vincitore richiede un clic — ma di solito conviene comunque far passare l'asset vincente attraverso il normale flusso di rilascio/revisione, così il resto del listing resta coerente.
Grafica predefinita vs esperimenti localizzati
Questo è il punto in cui la maggior parte delle persone inciampa, e cambia quanti test puoi eseguire in parallelo.
- Esperimento sulla grafica predefinita. Testa gli asset sul tuo listing store predefinito — il listing mostrato a chiunque non riceva una versione localizzata. Gli utenti a cui vengono mostrati asset localizzati sono esclusi dal pubblico di questo esperimento. Puoi eseguire un solo esperimento sulla grafica predefinita alla volta.
- Esperimento sul listing dello store localizzato. Testa asset (e/o testo) per una lingua specifica. Puoi eseguire fino a 5 esperimenti localizzati contemporaneamente — ad esempio uno per il tedesco, uno per il giapponese, uno per il portoghese brasiliano, e così via, tutti insieme.
In pratica: se la tua base di installazioni è concentrata in pochi mercati, gli esperimenti localizzati ti permettono di testare quei mercati in parallelo invece di metterli in coda dietro un unico test globale. E non dare per scontato che una lingua equivalga a un paese: selezionare "Inglese (Stati Uniti)" non limita il pubblico agli USA, ma raggiunge chiunque riceva quel listing localizzato, ovunque si trovi.
Impostare un A/B test sugli screenshot
- Apri Store listing experiments e creane uno. Scegli il listing predefinito o un listing localizzato specifico, e dagli un nome che capirai ancora tra tre settimane ("Screenshot in evidenza — didascalia orientata al beneficio v2").
- Scegli l'asset. Seleziona screenshot. Testa un elemento per esperimento: non cambiare l'icona e gli screenshot nello stesso test, o non saprai cosa ha davvero fatto la differenza.
- Carica fino a 3 varianti. Il tuo listing live è il controllo. Ogni variante è un set completo di screenshot, con le dimensioni Play corrette — vedi la guida alle dimensioni degli screenshot Google Play per le specifiche esatte.
- Imposta pubblico, confidenza e MDE. Distribuisci il traffico tra le varianti (di solito in modo uniforme — 50/50 per una variante contro il controllo, o circa un terzo ciascuna per tre). Scegli un livello di confidenza (90%, 95%, 98% o 99%) e un effetto minimo rilevabile (MDE) — il più piccolo miglioramento che vale la pena rilevare, configurabile all'incirca tra 0,5% e 6%. Play Console mostra le condizioni di completamento così sai a cosa ti stai impegnando prima di iniziare.
- Avvialo e lascialo stare. Resisti alla tentazione di controllare e fermarti in anticipo appena una variante sembra in vantaggio. Lascialo andare fino alle condizioni che hai impostato.
Dimensione campione, durata e raggiungere la significatività
La risposta onesta a "per quanto tempo dovrei eseguirlo?" è: finché non raggiunge le condizioni di significatività che hai impostato — non un numero fisso di giorni. Ma esistono soglie minime e massime concrete.
- Esegui per almeno 7 giorni. Il comportamento di installazione oscilla tra giorni feriali e weekend. Qualsiasi durata inferiore a una settimana intera introduce nel risultato un bias legato al giorno della settimana. Due settimane (14 giorni) sono un default comune e più sicuro, e le app a basso traffico spesso ne richiedono 28.
- Installazioni sufficienti per variante da poter contare. La significatività dipende dal volume di installazioni, dal numero di varianti, dal livello di confidenza e dall'MDE. Come obiettivo indicativo, punta a circa 1.000+ installazioni per variante prima di fidarti del risultato — di più se imposti un livello di confidenza alto o un MDE piccolo.
- Impostazioni più rigide costano traffico. Un livello di confidenza del 99% o un MDE dello 0,5% richiedono molte più installazioni rispetto al 90% / 3%. Se la tua app ha basso volume, una configurazione esigente potrebbe non raggiungere mai la significatività — allenta l'MDE o accetta il 90%.
Un test che termina "inconcludente" è un esito reale, non un fallimento. Di solito significa che le varianti erano troppo simili da distinguere al tuo livello di traffico, oppure non hai eseguito il test abbastanza a lungo. Entrambe le cose si possono correggere: rendi le varianti più distinte, oppure dagli più tempo.
Il limite delle varianti e cosa comporta
Tre varianti contro il controllo è il limite massimo per esperimento. È una caratteristica, non un vincolo da aggirare: ogni variante in più suddivide il tuo traffico in fette più sottili e allontana ulteriormente la significatività. Con tre sfidanti stai già dividendo il traffico del tuo store in quattro parti (controllo + 3). Per la maggior parte delle app, testare uno sfidante audace e chiaramente diverso contro il controllo arriva a una conclusione più in fretta di quanto potranno mai fare quattro varianti tiepide.
Usa gli slot per ipotesi genuinamente diverse — un beneficio principale diverso, uno stile visivo diverso, verticale contro un layout multi-pannello largo — non per sfumature della stessa idea.
Insidie da evitare
- Cambiare più di una variabile. Nuovi screenshot e una nuova descrizione breve nello stesso test = un risultato non interpretabile. Isola la variabile.
- Fermarsi in anticipo su un "vincitore". I vantaggi iniziali regrediscono. Dichiarare la vittoria al giorno 3 perché una variante è avanti dell'8% è il modo in cui pubblichi con sicurezza un listing peggiore.
- Eseguire per meno di 7 giorni. Catturerai solo una parte del ciclo settimanale e ti perderai il resto.
- Statistiche troppo rigide su un'app a basso traffico. Pretendere il 99% / 0,5% di MDE con installazioni modeste garantisce un test inconcludente e costoso in termini di tempo.
- Ignorare la retention a 1 giorno. Uno screenshot che promette troppo può far salire le installazioni e affondare la retention. Tieni d'occhio entrambi i numeri.
- Dimenticare la suddivisione predefinito/localizzato. Un esperimento sulla grafica predefinita non tocca gli utenti sui listing localizzati — se il tuo pubblico è per lo più localizzato, testa lì.
- Testare sempre e solo l'ultimo screenshot. I primi 2-3 pannelli fanno la maggior parte del lavoro di convinzione sul Play Store. Testa quelli per primi. (Approfondimento su come il Play Store differisce da Apple qui: Differenze tra screenshot Play Store e App Store.)
Dove si inserisce Mokbi
Mokbi non esegue l'A/B test — lo fa Play Console, ed è gratuito. Ciò che rallenta la maggior parte dei team è produrre le varianti in primo luogo: uno sfidante credibile significa un set completo di screenshot, con le dimensioni Play corrette, con la didascalia e il layout effettivamente cambiati. In Mokbi progetti un set nel browser, poi lo duplichi e sostituisci la didascalia principale, il layout o lo sfondo per creare la variante B — e traduci le didascalie con un clic se stai eseguendo esperimenti localizzati su più mercati. Il design è gratuito con un'anteprima con filigrana; l'export senza filigrana illimitato e la pubblicazione sullo store arrivano con un abbonamento — Solo a €29.99/mo (1 app) o Studio a €49.99/mo (fino a 5 app), senza acquisto una tantum. Costruisce i contendenti in fretta; è Play Console a decidere chi vince.