iOS15: test A/B della tua pagina del prodotto

Poiché Apple ha annunciato una serie di imminenti modifiche e miglioramenti all'App Store che aiuteranno gli sviluppatori a indirizzare meglio le loro app agli utenti, a farle scoprire da più persone e persino a evidenziare che tipo di eventi stanno accadendo all'interno delle loro app per attirare nuovi utenti a scaricare app e incoraggiare gli utenti esistenti a tornare. L'App Store ti consentirà di testare A/B gli elementi visivi delle pagine dei prodotti della tua app per cercare di ottenere risultati migliori e migliorare il tasso di conversione dei download delle app.

Il test A/B dell'App Store ti aiuterà a migliorare la tua strategia ASO, potrai provare diverse icone delle app, schermate e anteprime (video) sulle pagine dei prodotti dell'App Store. Sarai anche in grado di confrontare le prestazioni delle pagine dei prodotti per vedere cosa converte meglio.

Come utilizzare il test A/B per le nuove funzionalità di iOS15?

La nuova funzione di test A/B dell'App Store ti consentirà di testare fino a 3 elementi diversi. Vedrai i risultati dei principali KPI ASO dalla sezione App Analytics di App Store Connect, come il numero di impressioni o i tassi di conversione. Potrai confrontarli con le prestazioni della pagina del prodotto originale.

Tuttavia, Custom Product Page (CPP) non includerà test A/B nativi, ma consentirà ai team di marketing mobile di eseguire i test manualmente. Ricordiamo che, con la nuova configurazione, se utilizzi una Pagina di prodotto personalizzata (CPP) e indirizzi tutto il traffico UA a pagamento a una delle 35 Pagine di prodotto personalizzate disponibili, la parte rimanente del traffico, la fine naturale (traffico di navigazione e di ricerca) atterrerà sulla tua Pagina del prodotto predefinita.

Per saperne di più sulla crescita mobile di iOS15, controlla " In che modo le nuove funzionalità di iOS15 guidano la crescita mobile? " dei nostri articoli precedenti.

Fai clic su " Ulteriori informazioni " per promuovere la tua attività di app e giochi con il servizio di promozione delle app ASO World ora.

Ottimizzazione della pagina del prodotto (PPO)

Gli sviluppatori avranno presto un modo semplificato per testare le modifiche ai loro set di idee. Storicamente, gli sviluppatori iOS hanno dovuto distribuire completamente le modifiche creative all'App Store iOS e quindi misurare il traffico prima e dopo la distribuzione. Questo processo non fornisce sempre le informazioni migliori, poiché le tendenze e il traffico possono cambiare in modo significativo dal periodo di pre-distribuzione a quello successivo. L'ottimizzazione della pagina del prodotto consentirà di eseguire i test A/B in tempo reale direttamente sulla pagina del prodotto predefinita dell'app.

Utilizzando l'ottimizzazione della pagina del prodotto, gli sviluppatori possono testare varianti di icone delle applicazioni, schermate e video in anteprima. Apple consentirà di applicare tre diversi trattamenti contemporaneamente, con una durata massima di 90 giorni per ogni test.

Sebbene possa essere allettante testare quante più modifiche possibili, Apple consiglia di limitare il numero di modifiche creative per test, una best practice per qualsiasi iterazione di test. Limitando le variabili, è più facile isolare quali modifiche specifiche porteranno ai risultati migliori. Per vedere le prestazioni e confrontarle con una linea di base, gli sviluppatori possono accedere a questi test in App Analytics.

Pagina del prodotto personalizzata (CPP)

Una nuova entusiasmante funzionalità per gli sviluppatori dietro iOS 15 sono le pagine dei prodotti personalizzate. Le pagine dei prodotti personalizzate sono un nuovo modo per curare gli elenchi in modo che siano pertinenti contemporaneamente a diversi dati demografici. Questo nuovo strumento consentirà agli sviluppatori di mostrare il posizionamento più rilevante a diversi gruppi di utenti, che puntano tutti alla stessa app.

Apple consentirà fino a 35 pagine di prodotti personalizzate uniche, ognuna delle quali fornisce informazioni dettagliate sulle varie funzionalità attraverso diversi screenshot, anteprime delle app e testo promozionale. Gli sviluppatori possono quindi indirizzare il traffico alla pagina del prodotto appropriata utilizzando URL univoci che verranno inseriti in annunci pertinenti o testimonianze di terze parti.

I dati sulle prestazioni per le pagine dei prodotti personalizzate saranno disponibili anche in App Analytics. La visualizzazione della pagina mirata fornirà dati utilizzabili su impressioni, download di app, tasso di conversione delle installazioni di app e tassi di fidelizzazione.

Analisi delle app

Oltre a fornire agli sviluppatori più strumenti per ottimizzare le proprie prestazioni, le nuove metriche consentiranno loro di comprendere le prestazioni in modi che App Analytics non era in grado di fornire prima. A differenza di Google, che nel 2020 sta modificando molte delle metriche riportate con la nuova Console per gli sviluppatori di Google Play, Apple manterrà metriche familiari come il numero di impressioni e le unità dell'app aggiungendone di nuove.

Gli sviluppatori avranno ora una dashboard dedicata per la prenotazione separata da metriche familiari come territorio e tipo di dispositivo: il tipo di dispositivo ora include macOS per le app compatibili. Nella scheda delle metriche, i preordini possono essere visualizzati su un grafico a linee nel tempo per vedere il coinvolgimento all'inizio del preordine, fino al giorno prima del rilascio.

Le entrate sono un'altra nuova metrica che gli sviluppatori possono visualizzare tramite App Analytics, nonché le "Vendite" e gli "Acquisti in-app". Ulteriori informazioni su come le app guadagnano profitti possono aiutare gli sviluppatori a capire meglio come ottimizzare per aumentare i tassi di acquisto.

Apple aggiungerà anche "Aggiornamenti" e "Redownload" ad App Analytics, entrambi parametri non riportati in precedenza. Ciò consentirà agli sviluppatori di visualizzare non solo i primi download tramite "Unità app", ma anche i download totali e di essere in grado di distinguere tra utenti nuovi e utenti di ritorno. Gli sviluppatori alla fine avranno informazioni dettagliate non solo sul coinvolgimento dei nuovi utenti, ma anche sul coinvolgimento degli utenti esistenti in corso attraverso aggiornamenti e download di nuovo degli utenti esistenti che coinvolgono nuovamente.

Per ulteriori informazioni sulla strategia di coinvolgimento degli utenti, puoi controllare "In che modo la strategia di coinvolgimento degli utenti mobili guida il business delle tue app ?" dai nostri articoli precedenti.

Test A/B: iOS15 vs. Play Store

Da maggio 2015, Google Play Store ha consentito agli sviluppatori di condurre test A/B tramite Google Play Experiments, fornendo agli sviluppatori uno strumento prezioso per sviluppare la loro strategia di ottimizzazione dell'app store. I test A/B saranno presto disponibili su iOS15 in modo che gli sviluppatori iOS non abbiano più bisogno di distribuire nuove versioni e confrontare le metriche prima e dopo per misurare in che modo le modifiche alle pagine dei prodotti influiscono sul tasso di conversione delle pagine dei prodotti.

Tuttavia, per quanto eccitante possa sembrare, la piattaforma di test A/B di Apple non sarà identica a quella di Google. Le incertezze che ne derivano potrebbero facilmente portare a molte potenziali complicazioni. È importante affrontarli in anticipo e pianificare di conseguenza in anticipo. Il team tecnico di ASOWorld si aspetta 7 differenze fondamentali di seguito per prepararti.

1. Disponibilità dei dati

Il test A/B è un metodo di ricerca quantitativo. Ciò significa che le statistiche alla base di ogni test sono la sua linfa vitale. Se raccogli e analizzi dati sufficienti, otterrai risultati di test affidabili per convalidare scientificamente o rifiutare determinate ipotesi. Le idee alla base di queste ipotesi sono in definitiva ciò che guida il CRO. Ecco perché l'intero CRO cambierà quando il test A/B sull'App Store ha una quantità e una forma di dati diversa rispetto al Play Store.

Ecco le differenze più importanti di cui dovresti essere a conoscenza.

• Significato statistico

Google fornisce un livello di significatività statistica del 90% per i risultati del test, mentre rimane un mistero se Apple fornirà qualcosa di comparabile. In effetti, non è noto se forniranno intervalli di confidenza, poiché il loro annuncio non menziona (ancora) questo argomento.

• Cronologia delle prestazioni

Google mostra un grafico che mappa continuamente l'esecuzione del timeout di ciascuna variante di test. Puoi scegliere di visualizzare il rendimento passato per approfondimenti più dettagliati, se necessario.

Apple, d'altra parte, non ha prove che offrano una funzionalità simile. Dicono solo che puoi "confrontare le prestazioni [delle varianti di test] con la pagina del tuo prodotto originale per tutta la durata del test". Non è ancora stato determinato se questo confronto si applica alle prestazioni attuali e passate.

• Completezza dei dati sulle prestazioni

Google mostra solo il numero di installazioni, installazioni su scala e differenze del tasso di conversione (CVR) tra le varianti di test. Pertanto, puoi solo stimare quanto bene o male si confrontano tra loro. Invece, Apple mostra la dimensione del traffico (impressioni) e il CVR esatto per ciascuna variante oltre alle differenze CVR (miglioramenti). Ciò significa che spetta a te esaminare le singole versioni o confrontarle.

2. Selezione delle risorse

Su Google Play, tutte le risorse localizzabili diverse da Titolo/Nome app sono idonee per il test A/B. Ancora più importante, includono elementi visivi e testuali. Ciò fornisce una capacità sufficiente per una strategia CRO estremamente versatile.

Al contrario, solo le risorse visive sull'App Store sono state identificate come idonee per il test A/B. Sono Icone, Screenshot e Anteprima (Video). Non sono state fornite ulteriori informazioni sulle risorse di testo.

Tuttavia, esaminando le diverse risorse consentite in Ottimizzazione pagina prodotto e Pagine prodotto personalizzate, potrebbero non essercene. Nello specifico, Apple cita il testo promozionale associato a quest'ultimo, ma non il primo. Ecco i fattori da considerare per questo fatto.

• Apple ha preso in considerazione le risorse di testo e ha deciso di consentire il testo promozionale personalizzato. È improbabile che si siano dimenticati di loro nello sviluppo o nel rilascio delle funzionalità di iOS 15. Questa è una prova che Apple ha intenzionalmente ignorato i test A/B delle risorse di testo.

• Apple ha annunciato due pagine di prodotto ottimizzate e personalizzate per le pagine di prodotto nella stessa sezione al WWDC21, dopo il WWDC21, e sul proprio sito web. Tuttavia, il testo promozionale è elencato specificamente per la seconda funzione. Questa è un'altra prova che Apple ha omesso intenzionalmente le risorse di testo dai test A/B.

• Quindi, ci sono almeno due prove che Apple non ci permetterà di testare le risorse di testo, almeno non immediatamente con iOS 15.

Naturalmente, questo deve ancora essere confermato. Tuttavia, in caso di dubbio, è più sicuro prepararsi allo scenario peggiore. Se ciò si rivela vero, avrai una selezione molto più ristretta di risorse tra cui scegliere nei test A/B sull'App Store rispetto al Play Store.

3. Personalizzazione

Ciò riguarda anche la relazione tra la presenza nell'app store personalizzato e i test A/B: mentre puoi certamente eseguire esperimenti su schede personalizzate del Play Store, è ancora difficile sapere se lo stesso vale per le pagine dei prodotti personalizzati. In tal caso, le possibilità per iOS CRO verrebbero notevolmente ampliate, ad esempio utilizzando qualcosa come "ottimizzazione della pagina del prodotto personalizzata", ma questo è un grande "se".

In effetti, alcune prove potrebbero suggerire che è improbabile che sia così. Come accennato in precedenza, il testo promozionale dimostra la disconnessione tra le pagine dei prodotti personalizzate e l'ottimizzazione delle pagine dei prodotti, poiché può essere personalizzato ma non testato A/B. Un'altra prova è l'App Icon, che è testabile ma non personalizzabile. Pertanto, se il test A/B potesse essere eseguito su pagine di prodotti personalizzate, l'app store diventerebbe intollerabilmente incoerente.

Ecco il problema: non sembra che Apple lo permetta. Ciò significa che semplicemente non consentono alcun crossover tra le due funzionalità. Quindi, è sicuro dire che non possiamo aspettarci test A/B di pagine di prodotti personalizzate.

Sebbene il testo e le icone promozionali siano la differenza tra le due funzionalità, si fondono insieme negli screenshot e nelle anteprime. Con un po' di fortuna, Apple ci permetterà di testare una di queste due risorse, o entrambe, su una pagina di prodotto personalizzata. Per quanto inverosimile possa sembrare questo scenario, è comunque una possibilità logica che non dovrebbe essere scartata prematuramente.

4. Test delle icone

Un'icona è un'importante risorsa visiva di un'applicazione che ne esprime il senso di identità. Semmai, dovrebbe essere una risorsa coerente negli app store. Sfortunatamente, questo non è il caso.
Innanzitutto, sei libero di caricare nuove icone per il test solo su Google Play, ma non sull'App Store. Apple richiederà che tutte le varianti dell'icona (sul dispositivo e nello store) vengano aggiunte in anticipo al binario dell'app e riviste con la nuova versione dell'app. Pertanto, se vengono rifiutati o ritardati, i test A/B ne risentiranno.

In secondo luogo, sempre in relazione ai requisiti binari dell'app, mentre Google consente modifiche indipendenti tra le risorse sul dispositivo e quelle in negozio, Apple imporrà un certo livello di dipendenza tra le icone. In particolare, se applichi una variante dell'icona dell'App Store tramite l'ottimizzazione della pagina del prodotto, la variante dell'icona corrispondente sul dispositivo sostituirà automaticamente l'icona originale.

5. Scalabilità

La localizzazione è una parte importante dell'ASO, in particolare per i CRO, motivo per cui è fondamentale poter eseguire test A/B sulle pagine dei prodotti localizzate. Ancora più importante, più test di localizzazione puoi eseguire contemporaneamente, più efficiente sarai nel ridimensionare il tuo CRO generale.

Su Google Play sono consentiti fino a cinque di questi test (esclusi i dettagli del prodotto personalizzato). Sull'Apple App Store, il numero è sconosciuto. Se è lo stesso, puoi ridimensionare il CRO allo stesso modo su entrambi i negozi, quindi non richiede molte modifiche. Al contrario, se un negozio consente l'esecuzione simultanea di un numero significativamente maggiore di test rispetto all'altro, dovrai pianificare in anticipo e considerare le differenze tra loro per prendere una decisione informata.

Perché è importante? Due fattori.

In un ASO standard

Se puoi aggiornare il tuo CRO per il tuo app store, puoi imparare rapidamente cosa funziona e cosa no. Più impari, più informate saranno le tue decisioni. Ecco perché una diversa scalabilità può portare a diversi livelli di prestazioni CRO. In definitiva, la produzione di risorse, le risorse umane, il tempo e gli sforzi avranno valori diversi tra gli app store. Dovrebbero quindi essere gestiti in modi diversi.

In ASO insoliti, come eventi stagionali o casi speciali come pandemie COVID-19.

Immagina di avere 3 mesi per testare 10 localizzazioni di tutte le risorse prima di lanciare una campagna critica e pertinente. Per la stessa idea o ipotesi, avresti bisogno di due round di 5 esperimenti di localizzazione nel Play Store per coprire tutti i contenuti. Se ogni round impiega tre settimane per produrre risultati statisticamente significativi, allora avresti bisogno di 1,5 mesi per completare una serie completa.

Ciò significa che un periodo di tre mesi consentirebbe di testare due idee prima del rilascio. Se Apple consente l'esecuzione simultanea di meno di cinque test nelle stesse condizioni, 10 localizzazioni per tre mesi sono troppe. O devi testare meno idee, hai bisogno di meno localizzazioni o hai bisogno di più tempo.

6. Flessibilità di installazione

Anche il grado di flessibilità che hai nell'impostazione dei test A/B varierà da un app store all'altro. In effetti, la differenza sarà causata da due fattori.

Beni individuali

Mentre Google consente il test A/B per le risorse visive e di testo, Apple ti consentirà solo di testare il primo. Ciò significa che anche se puoi trasformare un'idea, un concetto, un messaggio o un'ipotesi in una copia accattivante, non puoi impostarlo come test. È solo la metà della flessibilità di Google Play.

Combinazioni di asset

Le configurazioni di prova su Google Play possono diventare più flessibili quando più risorse vengono combinate insieme. In particolare, potresti avere esperimenti di combinazione testo-testo, visivo-visivo o visivo-testo. Su App Store è anche possibile combinare più asset in un test (altrimenti Apple non suggerirebbe di limitarli). Ma la cosa migliore che puoi fare è impostare solo esperimenti combinati visivo-visivi.

Allora cosa facciamo quando non siamo così flessibili? Aggiungi profondità. Non utilizzare le risorse di testo per i test significa testare di più con le risorse visive.

Per saperne di più sulla Pagina del prodotto personalizzata iOS15, puoi controllare " Come preparare le pagine dei prodotti personalizzati (CPP) dell'App Store per iOS 15 ASO? " dei nostri articoli precedenti.

7. Libertà creativa

Il test A/B coinvolge più dei soli fattori tecnici che influenzano il CRO. Oltre alla progettazione, all'impostazione e alle ipotesi del test, deve includere anche idee creative, concetti e storie. Questi sono ciò che si traduce in risorse tangibili dell'app store, che devi caricare prima di poter eseguire qualsiasi test. Pertanto, è importante disporre di sufficiente libertà creativa per consentire la sperimentazione di idee audaci e innovative e, a sua volta, contribuire al miglioramento del CVR.

Naturalmente, Apple e Google consentono vari gradi di questa libertà creativa. Nel Play Store, le risorse di prova non sembrano mai essere soggette al controllo di Google. Tutte le norme e le linee guida sui metadati si applicano ai dettagli del prodotto, non agli esperimenti sui dettagli del prodotto. Quindi, è sicuro affermare che finché non applichi una variante "rischiosa", puoi testare quasi tutto con qualsiasi risorsa qualificata senza restrizioni.

Come impostare il test A/B nell'App Store

L'apprendimento è più importante della verifica

La separazione tra storia e narrazione non è possibile su App Store. Secondo l'annuncio di Apple, tutte le varianti di test separate saranno riviste in modo indipendente. Se metti alla prova un'idea coraggiosa e audace ma rischiosa con loro e vengono rifiutati, non saprai mai se l'idea ha funzionato. Saprai solo che l'implementazione non lo ha fatto. Inoltre, il programma dei test sarà ritardato. Ecco perché devi fare i conti con meno libertà creativa nei test A/B dell'App Store rispetto al Play Store.

La tua strategia CRO dovrebbe essere più conservativa nell'App Store e più aggressiva nel Play Store. Questo significa:

• Esplorare idee audaci su Android e integrarle su iOS

Gli esperimenti sui dettagli della merce dovrebbero essere un banco di prova per idee audaci e rischiose perché consentono un più alto grado di libertà creativa. Gli straordinari, puoi relativamente indicare quali sono buoni per CRO. Quindi, puoi passare a testare e apprendere quali metodi sono disponibili per presentare tali idee pubblicamente, qualunque sia il metodo che Google ti consente di utilizzare.

Questo apprendimento può quindi essere ulteriormente consolidato con l'ottimizzazione della pagina del prodotto. Se scopri che Google abbraccia l'iterazione delle risorse, date le sue linee guida e politiche simili, probabilmente anche Apple la abbraccerà. È così che puoi testare idee audaci sull'App Store con il minimo rischio di rifiuto.

• Esecuzione di test su iOS passo dopo passo da idee sicure a idee audaci

In attesa che i test A/B del Play Store "apriranno la strada", i test A/B dell'App Store possono essere eseguiti in modo indipendente per "trovare la strada. Inizia con idee sicure, quindi passa a idee più rischiose finché non ti avvicini all'"area riservata . CRO richiederà più tempo, ma almeno non rimarrai bloccato in attesa dei risultati dei test Android o sarai fuorviato da ipotesi non testate.

Chiavi da ricordare quando si effettuano i test A/B

Assegnazione del pubblico tra la versione corrente e le varianti. Quando decidi la parte di traffico da destinare a ciascuna variante, tieni presente il tuo attuale tasso di conversione, l'ipotesi da verificare, gli elementi coinvolti e la significatività statistica (attualmente 90% in Google Play Experiments).

Dividi la durata del test. Lascia che il test venga eseguito per almeno 7 giorni per evitare picchi stagionali che potrebbero avere un impatto sui risultati. I test dovrebbero essere eseguiti fino a quando un pubblico potenziale considerevole non accede a tutte le varianti del test.

Installazione minima per ogni variante. Per ottenere dati importanti sui risultati delle prestazioni dei test a/b, è necessario prestare attenzione alla quantità richiesta di installazioni. Questo è altamente correlato con la frequenza di installazione giornaliera dell'applicazione.

Localizzazione di prova . Si consiglia vivamente di localizzare i test divisi in un paese specifico. Gli esperimenti mondiali/globali possono essere fuorvianti, poiché ogni paese si comporta in modo diverso in modo creativo.

I cambiamenti chiusi potrebbero non portare a molto apprendimento. Tuttavia, tutti gli elementi della tua idea dovrebbero essere testati per migliorare continuamente la pagina del tuo negozio.

Sommario

Queste sono solo alcune delle nuove funzionalità e funzionalità annunciate al WWDC21. Il test A/B è stato storicamente un compito più complesso sull'App Store iOS rispetto alle capacità sperimentali di Google Play: questi nuovi strumenti saranno i miglioramenti che gli sviluppatori iOS stavano aspettando.

I dati sulle prestazioni accessibili da App Analytics, dall'ottimizzazione delle pagine dei prodotti e dalle pagine dei prodotti personalizzate, nonché dalle analisi degli utenti e dai dati sulle attività, forniranno agli sviluppatori le informazioni di cui hanno bisogno per continuare a crescere.

Testiamo per scoprire quali idee possono migliorare la CVR e poi come implementare tali idee senza violare la politica. Come abbiamo elencato sopra, puoi pianificare in anticipo il modello di test A/B iOS15.