iOS15: Testarea A/B a paginii dvs. de produs

Pe măsură ce Apple a anunțat o serie de modificări și îmbunătățiri viitoare ale App Store, care vor ajuta dezvoltatorii să-și orienteze mai bine aplicațiile către utilizatori, să-și facă aplicațiile descoperite de mai mulți oameni și chiar să evidențieze ce fel de evenimente au loc în cadrul aplicațiilor lor pentru a atrage noi utilizatori către descărcați aplicații și încurajați utilizatorii existenți să revină. App Store vă va permite să testați A/B elementele vizuale ale paginilor de produse ale aplicației dvs. pentru a încerca să obțineți rezultate mai bune și să îmbunătățiți rata de conversie a descărcării aplicației.

Testul App Store A/B vă va ajuta să vă îmbunătățiți strategia ASO, veți putea încerca diferite pictograme de aplicație, capturi de ecran și previzualizări (videoclipuri) pe paginile produselor din App Store. De asemenea, veți putea compara performanța paginilor de produse pentru a vedea ce conversie este cel mai bine.

Cum să utilizați testul A/B pentru noile funcții iOS15?

Noua funcție de testare A/B a App Store vă va permite să testați până la 3 elemente diferite. Veți vedea rezultatele principalelor KPI ASO din secțiunea App Analytics din App Store Connect, cum ar fi numărul de afișări sau ratele de conversie. Le veți putea compara cu performanța paginii originale a produsului.

Cu toate acestea, Pagina de produs personalizată (CPP) nu va include teste A/B native, dar va permite echipelor de marketing mobil să execute testele manual. Ca o reamintire, în cadrul noii configurații, dacă utilizați o pagină de produs personalizată (CPP) și conduceți tot traficul UA plătit către una dintre cele 35 de pagini de produse personalizate disponibile, partea rămasă din trafic, finalul natural (trafic de navigare și căutare) va ajunge pe Pagina dvs. implicită de produs.

Pentru a afla mai multe despre creșterea dispozitivelor mobile iOS15, consultați „ Cum noile funcții iOS15 stimulează creșterea dispozitivelor mobile? ” din articolele noastre anterioare.

Faceți clic pe „ Aflați mai multe ” pentru a vă impulsiona afacerea cu aplicații și jocuri cu serviciul de promovare a aplicațiilor ASO World acum.

Optimizarea paginii de produse (PPO)

Dezvoltatorii vor avea în curând o modalitate simplificată de a testa modificările aduse setului lor de idei. Din punct de vedere istoric, dezvoltatorii iOS au fost nevoiți să implementeze complet modificări creative în iOS App Store și apoi să măsoare traficul înainte și după implementare. Acest proces nu oferă întotdeauna cea mai bună perspectivă, deoarece tendințele și traficul se pot schimba semnificativ de la perioada de dinainte de implementare la perioada de după implementare. Optimizarea paginii de produse va permite testarea A/B să fie efectuată în timp real direct pe pagina de produs implicită a aplicației.

Folosind Optimizarea paginii de produse, dezvoltatorii pot testa variații ale pictogramelor aplicației, capturi de ecran și previzualizați videoclipuri. Apple va permite aplicarea simultană a trei tratamente diferite, cu o durată maximă de 90 de zile pentru fiecare test.

Deși poate fi tentant să testați cât mai multe modificări posibil, Apple recomandă limitarea numărului de modificări creative per test - o bună practică pentru orice iterație de testare. Prin limitarea variabilelor, este mai ușor să izolați modificările specifice care vor duce la cele mai bune rezultate. Pentru a vedea performanța și a o compara cu o valoare de referință, dezvoltatorii pot accesa aceste teste în App Analytics.

Pagina de produs personalizată (CPP)

O nouă funcție interesantă pentru dezvoltatorii din spatele iOS 15 este Paginile de produse personalizate. Paginile de produse personalizate sunt o modalitate nouă de a organiza liste, astfel încât acestea să fie relevante pentru diferite categorii demografice în același timp. Acest nou instrument va permite dezvoltatorilor să arate cea mai relevantă poziție pentru diferite grupuri de utilizatori, toți indicând aceeași aplicație.

Apple va permite până la 35 de pagini unice de produse personalizate, fiecare oferind o perspectivă asupra diferitelor funcții prin diferite capturi de ecran, previzualizări ale aplicațiilor și text promoțional. Dezvoltatorii pot conduce apoi trafic către pagina de produs corespunzătoare utilizând adrese URL unice care vor fi plasate în anunțuri relevante sau în mărturiile terțelor părți.

Datele de performanță pentru paginile de produse personalizate vor fi disponibile și în App Analytics. Vizualizarea paginii vizate va oferi date acționabile despre afișări, descărcări de aplicații, rata de conversie a instalării aplicației și ratele de păstrare.

Analiza aplicației

Pe lângă faptul că oferă dezvoltatorilor mai multe instrumente pentru a-și optimiza performanța, noile valori le vor permite să înțeleagă performanța în moduri pe care App Analytics nu le putea oferi înainte. Spre deosebire de Google, care își schimbă multe dintre valorile raportate cu noua Consolă pentru dezvoltatori Google Play în 2020, Apple va păstra valori familiare, cum ar fi numărul de afișări și unități de aplicație, în timp ce adaugă altele noi.

Dezvoltatorii vor avea acum un tablou de bord dedicat pentru precomandă, separat de valori familiare, cum ar fi teritoriul și tipul de dispozitiv - tipul de dispozitiv include acum macOS pentru aplicațiile compatibile. În fila cu valori, precomenzile pot fi vizualizate pe un grafic cu linii de-a lungul timpului pentru a vedea implicarea la începutul precomenzii, până cu o zi înainte de lansare.

Venitul este o altă măsură nouă pe care dezvoltatorii o pot vizualiza prin App Analytics, precum și prin „Vânzări” și „Achiziții în aplicație”. O perspectivă suplimentară asupra modului în care aplicațiile obțin profituri pot ajuta dezvoltatorii să înțeleagă mai bine cum să optimizeze pentru a crește ratele de achiziție.

Apple va adăuga, de asemenea, „Actualizări” și „Redescărcări” la App Analytics, ambele fiind valori neraportate anterior. Acest lucru va permite dezvoltatorilor să vadă nu numai primele descărcări prin „App Units”, ci și descărcările totale și să poată distinge între utilizatorii noi și cei care revin. În cele din urmă, dezvoltatorii vor avea o perspectivă nu numai despre implicarea noilor utilizatori, ci și despre implicarea continuă a utilizatorilor existenți prin actualizări și re-descărcări ale utilizatorilor existenți.

Pentru a afla mai multe despre strategia de implicare a utilizatorilor, puteți verifica „ Cum Strategia de implicare a utilizatorilor de telefonie mobilă conduce afacerea dvs. în aplicații ?” din articolele noastre anterioare.

Testare A/B: iOS15 vs. Play Store

Din mai 2015, Magazinul Google Play le-a permis dezvoltatorilor să efectueze teste A/B prin Google Play Experiments, oferind dezvoltatorilor un instrument valoros pentru a-și dezvolta strategia de optimizare a magazinului de aplicații. Testarea A/B va fi disponibilă în curând pe iOS15, astfel încât dezvoltatorii iOS nu mai trebuie să implementeze versiuni noi și să compare valorile înainte și după pentru a măsura modul în care modificările paginilor de produse afectează rata de conversie a paginilor de produse.

Cu toate acestea, oricât de interesantă pare, platforma de testare A/B a Apple nu va fi identică cu cea a Google. Incertitudinile implicate ar putea duce cu ușurință la o mulțime de complicații potențiale. Este important să le abordați din timp și să vă planificați în consecință în avans. Echipa de tehnologie ASOWorld se așteaptă la 7 diferențe fundamentale de mai jos pentru ca tu să te pregătești.

1. Disponibilitatea datelor

Testarea A/B este o metodă de cercetare cantitativă. Aceasta înseamnă că statisticile din spatele fiecărui test sunt sângele său vital. Dacă colectați și analizați suficiente date, veți obține rezultate fiabile ale testelor pentru a valida sau a respinge științific anumite ipoteze. Ideile din spatele acestor ipoteze sunt în cele din urmă ceea ce determină CRO. De aceea, întregul CRO se va schimba atunci când testarea A/B din App Store are o cantitate și o formă diferită de date în comparație cu Magazinul Play.

Iată cele mai importante diferențe de care ar trebui să fii conștient.

• Semnificație statistică

Google oferă un nivel de semnificație statistică de 90% pentru rezultatele testelor, în timp ce rămâne un mister dacă Apple va oferi ceva comparabil. De fapt, nu se știe dacă vor oferi intervale de încredere, deoarece anunțul lor nu menționează acest subiect (încă).

• Istoricul performanței

Google arată o diagramă care mapează continuu execuția timeout-ului fiecărei variante de testare. Puteți alege să vizualizați performanța anterioară pentru informații mai detaliate, dacă este necesar.

Apple, pe de altă parte, nu are nicio dovadă că oferă o caracteristică similară. Ei menționează doar că puteți „compara performanța [variantelor de testare] cu pagina originală a produsului pe toată durata testului dvs.”. Încă nu a fost stabilit dacă această comparație se aplică performanței actuale și anterioare.

• Completitudinea datelor de performanță

Google arată numai numărul de instalări, instalările la scară și diferențele de rata de conversie (CVR) dintre variantele de testare. Prin urmare, puteți doar estima cât de bine sau de prost se compară între ele. În schimb, Apple afișează dimensiunea traficului (afișări) și CVR exact pentru fiecare variantă pe lângă diferențele de CVR (îmbunătățiri). Aceasta înseamnă că depinde de dvs. să investigați versiunile individuale sau să comparați între ele.

2. Selectarea activelor

Pe Google Play, toate materialele localizabile, altele decât Titlul/Numele aplicației, sunt eligibile pentru testarea A/B. Mai important, acestea includ elemente vizuale și textuale. Acest lucru oferă suficientă capacitate pentru o strategie CRO extrem de versatilă.

În schimb, numai elementele vizuale din App Store au fost identificate ca eligibile pentru testarea A/B. Acestea sunt pictograme, capturi de ecran și previzualizare (videoclipuri). Nu au fost furnizate informații suplimentare despre elementele text.

Cu toate acestea, analizând diferitele active permise în Optimizarea paginii de produse și în paginile de produse personalizate, este posibil să nu existe. Concret, Apple menționează textul promoțional asociat celui din urmă, dar nu și primul. Iată care sunt factorii de luat în considerare pentru acest fapt.

• Apple a luat în considerare elementele de text și a decis să permită textul promoțional personalizat. Este puțin probabil să fi uitat de ele în dezvoltarea sau lansarea caracteristicilor iOS 15. Aceasta este o dovadă că Apple a ignorat în mod intenționat testarea A/B a elementelor de text.

• Apple a anunțat două pagini de produse optimizate și personalizate pentru paginile de produse în aceeași secțiune la WWDC21, după WWDC21 și pe site-ul lor. Cu toate acestea, textul promoțional este listat special pentru a doua caracteristică. Aceasta este o altă dovadă că Apple a omis în mod intenționat elementele text din testarea A/B.

• Deci, există cel puțin două dovezi că Apple nu ne va lăsa să testăm Text Assets - cel puțin nu imediat cu iOS 15.

Desigur, acest lucru nu a fost încă confirmat. Cu toate acestea, atunci când aveți îndoieli, este cel mai sigur să vă pregătiți pentru cel mai rău caz. Dacă acest lucru se dovedește a fi adevărat, veți avea o selecție mult mai restrânsă de active din care să alegeți în testarea A/B din App Store comparativ cu Magazinul Play.

3. Personalizare

Acest lucru se referă și la relația dintre prezența în magazinul de aplicații personalizat și testarea A/B: deși puteți rula cu siguranță experimente pe înregistrări personalizate din Magazin Play, este totuși o provocare dacă același lucru este valabil și pe paginile de produse personalizate. Dacă da, posibilitățile pentru iOS CRO s-ar extinde foarte mult, de exemplu folosind ceva de genul „optimizare a paginii de produse personalizate” - dar acesta este un mare „dacă”.

De fapt, unele dovezi pot sugera că acest lucru este puțin probabil să fie cazul. După cum am menționat mai devreme, textul promoțional demonstrează deconectarea dintre paginile de produse personalizate și optimizarea paginii de produse, deoarece poate fi personalizat, dar nu testat A/B. O altă dovadă este pictograma aplicației, care poate fi testată, dar nu poate fi personalizată. Prin urmare, dacă testarea A/B ar putea fi executată pe pagini de produse personalizate, magazinul de aplicații ar deveni intolerabil de inconsecvent.

Iată problema: nu pare că Apple o permite. Aceasta înseamnă că pur și simplu nu permit nicio trecere între cele două caracteristici. Deci, este sigur să spunem că nu ne putem aștepta la testarea A/B a paginilor de produse personalizate.

În timp ce textul și pictogramele promoționale sunt diferența dintre cele două caracteristici, ele se îmbină la capturi de ecran și previzualizări. Cu ceva noroc, Apple ne va lăsa să testăm unul dintre aceste două active, sau ambele, pe o pagină de produs personalizată. Oricât de exagerat sună acest scenariu, este totuși o posibilitate logică care nu ar trebui respinsă prematur.

4. Testarea pictogramelor

O pictogramă este un activ vizual important al unei aplicații care își exprimă sentimentul de identitate. În orice caz, ar trebui să fie un activ consistent în magazinele de aplicații. Din păcate, nu este cazul.
În primul rând, sunteți liber să încărcați pictograme noi pentru testare numai pe Google Play, dar nu și în App Store. Apple va cere ca toate variantele de pictogramă (pe dispozitiv și în magazin) să fie adăugate în prealabil la binarul aplicației și revizuite cu noua versiune a aplicației. Prin urmare, dacă sunt respinse sau amânate, testarea A/B va fi afectată.

În al doilea rând, din nou legat de cerințele binare ale aplicației, în timp ce Google permite schimbări independente între activele de pe dispozitiv și cele din magazin, Apple va impune un anumit nivel de dependență de pictograme între ele. Mai exact, dacă aplicați o variantă de pictogramă App Store prin Optimizarea paginii de produse, varianta de pictogramă de pe dispozitiv care se potrivește va înlocui automat pictograma originală.

5. Scalabilitate

Localizarea este o parte importantă a ASO, în special pentru CRO, motiv pentru care este esențial să poți rula teste A/B pe paginile de produse localizate. Cel mai important, cu cât poți rula mai multe teste de localizare în același timp, cu atât vei fi mai eficient la scalarea CRO-ului tău global.

Pe Google Play, sunt permise până la cinci astfel de teste (fără a include detaliile personalizate ale produsului). În Apple App Store, numărul este necunoscut. Dacă este același, puteți scala CRO în același mod în ambele magazine, deci nu necesită prea multe modificări. În schimb, dacă un magazin permite rularea simultană a mult mai multe teste decât celălalt, va trebui să planificați din timp și să luați în considerare diferențele dintre ele pentru a lua o decizie în cunoștință de cauză.

De ce contează asta? Doi factori.

Într-un ASO standard

Dacă vă puteți actualiza CRO pentru magazinul de aplicații, puteți afla rapid ce funcționează și ce nu. Cu cât înveți mai mult, cu atât deciziile tale vor fi mai informate. De aceea, scalabilitatea diferită poate duce la niveluri diferite de performanță CRO. În cele din urmă, producția de active, resursele umane, timpul și efortul vor avea valori diferite între magazinele de aplicații. Acestea ar trebui apoi gestionate în moduri diferite.

În ASO neobișnuite, cum ar fi evenimente sezoniere sau cazuri speciale, cum ar fi pandemiile de COVID-19.

Imaginați-vă că aveți la dispoziție 3 luni pentru a testa 10 localizări ale tuturor activelor înainte de a lansa o campanie critică și relevantă. Pentru aceeași idee sau ipoteză, veți avea nevoie de două runde de 5 experimente de localizare în Magazinul Play pentru a acoperi întregul conținut. Dacă fiecare rundă durează trei săptămâni pentru a produce rezultate semnificative statistic, atunci veți avea nevoie de 1,5 luni pentru a finaliza o serie completă.

Aceasta înseamnă că un interval de trei luni ar permite testarea a două idei înainte de lansare. Dacă Apple permite rularea simultană a mai puțin de cinci teste în aceleași condiții, atunci 10 localizări timp de trei luni sunt prea multe. Fie trebuie să testați mai puține idei, fie mai puține localizări, fie aveți nevoie de mai mult timp.

6. Flexibilitate de configurare

Gradul de flexibilitate pe care îl aveți în configurarea testelor A/B va varia, de asemenea, de la un magazin de aplicații la altul. De fapt, diferența va fi cauzată de doi factori.

Active individuale

În timp ce Google permite testarea A/B pentru elementele vizuale și text, Apple vă va lăsa să le testați doar pe primele. Aceasta înseamnă că, chiar dacă puteți transforma o idee, un concept, un mesaj sau o ipoteză într-o copie atrăgătoare, nu o puteți configura ca un test. Este doar la jumătate mai flexibil decât Google Play.

Combinații de active

Configurațiile de testare pe Google Play pot deveni mai flexibile atunci când mai multe elemente sunt combinate. Mai exact, este posibil să aveți experimente de combinație text-text, vizual-vizual sau vizual-text. În App Store, este, de asemenea, posibil să combinați mai multe active într-un test (altfel Apple nu ar sugera să le limităm). Dar cel mai bun lucru pe care îl puteți face este să configurați doar experimente combinate vizual-vizual.

Deci ce facem când nu suntem atât de flexibili? Adaugă adâncime. A nu folosi materiale text pentru testare înseamnă a testa mai mult cu materiale vizuale.

Pentru a afla mai multe despre Pagina de produse personalizate iOS15, puteți verifica „ Cum să vă pregătiți paginile de produse personalizate (CPP) din App Store pentru iOS 15 ASO? ” din articolele noastre anterioare.

7. Libertatea creativă

Testarea A/B implică mai mult decât factorii tehnici care afectează CRO. Pe lângă designul, configurarea și ipotezele testului, acesta trebuie să acopere și idei creative, concepte și povești. Acestea sunt cele care se traduc în active tangibile din magazinul de aplicații, pe care trebuie să le încărcați înainte de a putea fi executate orice teste. Prin urmare, este important să avem suficientă libertate creativă pentru a permite testarea ideilor îndrăznețe și inovatoare și, la rândul lor, să contribuie la îmbunătățirea CVR.

Desigur, Apple și Google permit diferite grade ale acestei libertăți creative. În Magazinul Play, activele de testare nu par să fie niciodată supuse controlului Google. Toate politicile și regulile privind metadatele se aplică detaliilor despre produse, nu experimentelor cu detaliile despre produse. Deci, este sigur să spunem că atâta timp cât nu aplicați o variantă „riscătoare”, puteți testa aproape orice cu orice activ calificat fără restricții.

Cum să configurați testul A/B în App Store

Învățarea este mai importantă decât testarea

Separarea dintre poveste și povestire nu este posibilă în App Store. Potrivit anunțului Apple, toate variantele de testare separate vor fi revizuite independent. Dacă testezi o idee curajoasă și îndrăzneață, dar riscantă cu ei și sunt respinse, nu vei ști niciodată dacă ideea a funcționat. Veți ști doar că implementarea nu a făcut-o. În plus, programul de testare va fi amânat. De aceea, trebuie să te confrunți cu mai puțină libertate creativă în testarea App Store A/B în comparație cu Play Store.

Strategia dvs. CRO ar trebui să fie mai conservatoare în App Store și mai agresivă în Play Store. Acest lucru înseamnă:

• Explorarea ideilor îndrăznețe pe Android și integrarea lor pe iOS

Experimentele cu detaliile mărfurilor ar trebui să fie un teren de testare pentru idei îndrăznețe și riscante, deoarece permit un grad mai mare de libertate creativă. Orele suplimentare, puteți sublinia relativ care sunt bune pentru CRO. Apoi, puteți trece la testarea și aflarea metodelor disponibile pentru a prezenta astfel de idei în mod public - indiferent de metoda pe care Google vă permite să utilizați.

Această învățare poate fi apoi consolidată în continuare prin optimizarea paginii de produs. Dacă descoperiți că Google acceptă iterarea activelor, având în vedere liniile directoare și politicile sale similare, Apple o va adopta probabil și el. Acesta este modul în care puteți testa idei îndrăznețe în App Store cu risc minim de respingere.

• Rularea testelor pe iOS pas cu pas de la idei sigure la idei îndrăznețe

În timp ce se așteaptă ca testele A/B din Play Store să „conducă drumul”, testele A/B din App Store pot fi executate independent pentru a „găsi calea. Începeți cu idei sigure, apoi treceți la idei mai riscante până când vă apropiați de „zona restricționată”. . CRO va dura mai mult, dar cel puțin nu veți rămâne blocat în așteptarea rezultatelor testelor Android și nu veți fi induși în eroare de presupuneri netestate.

Chei de reținut atunci când efectuați teste A/B

Alocarea audienței între versiunea curentă și variante. Atunci când decideți asupra porțiunii de trafic de alocat fiecărei variante, țineți cont de rata de conversie actuală, de ipoteza de testat, de elementele implicate și de semnificația statistică (în prezent 90% în Experimentele Google Play).

Împărțiți durata testului. Lăsați testul să ruleze cel puțin 7 zile pentru a evita vârfurile sezoniere care ar putea avea un impact asupra rezultatelor dvs. Testele ar trebui să fie efectuate până când un public potențial considerabil intră în toate variantele testului.

Instalare minima pentru fiecare varianta. Pentru a obține date importante despre rezultatele de performanță ale testelor a/b, trebuie să acordați atenție cantității necesare de instalări. Acest lucru este foarte corelat cu rata zilnică de instalare a aplicației.

Localizare de testare . Este foarte recomandat să vă localizați testele separate într-o anumită țară. Experimentele la nivel mondial/global pot induce în eroare, deoarece fiecare țară are performanțe creativ diferite.

Modificările închise pot să nu conducă la prea multă învățare. Cu toate acestea, toate elementele ideii dvs. ar trebui testate pentru a vă îmbunătăți continuu pagina magazinului.

rezumat

Acestea sunt doar câteva dintre noile caracteristici și capabilități anunțate la WWDC21. Testarea A/B a fost istoric o sarcină mai complexă în iOS App Store decât capacitățile experimentale ale Google Play - aceste noi instrumente vor fi îmbunătățirile pe care dezvoltatorii iOS le așteptau.

Datele de performanță accesibile din App Analytics, din optimizarea paginilor de produse și paginile de produse personalizate, precum și datele de analiză și activități ale utilizatorilor, vor oferi dezvoltatorilor informațiile de care au nevoie pentru a continua să se dezvolte.

Testăm pentru a afla ce idei pot îmbunătăți CVR și apoi învățăm cum să implementăm acele idei fără a încălca politica. După cum am enumerat mai sus, puteți planifica din timp pentru modelul de testare A/B iOS15.