App Store product page optimization: az Apple A/B tesztje

A product page optimization (PPO) az App Store Connectbe épített A/B teszt. Legfeljebb három változatot hasonlítasz össze az alapértelmezett adatlapod eredetijével, az ikont, a képernyőképeket vagy a videós előnézeteket módosítva, a forgalomnak egy általad választott részén, legfeljebb 90 napig. Az Apple akkor nevez meg egy változatot jobbnak vagy gyengébbnek, amikor eléri a 90%-os megbízhatóságot. Ekkor a nyertest alkalmazhatod az adatlapodra.

Saját iOS-appokat adok ki, köztük a Solyst és a TradaZent, 38 nyelvű adatlapokkal. 2026 októberében előkészítettem egy PPO-tesztet a TradaZenhez. Ez az útmutató az App Store Connect súgójára épül, amelyet 2026. október 15-én néztem át újra.

App Store product page optimization: mit tesztelhetsz

Az Apple product page optimization oldala szerint minden változat, amit az Apple kezelésnek (treatment) hív, három elemet módosíthat:

• az ikont, feltéve, hogy már benne van az élő verzió binárisában;
• a képernyőképeket;
• a videós előnézeteket (app previews).

A nevet, az alcímet és a kulcsszavakat itt nem lehet tesztelni. Az Analytics súgója a leírást is említi. A kezelések beállítási oldala viszont csak az ikont, a képernyőképeket és az előnézeteket sorolja, plusz egy Header and Search Results fület a 2026 októberében érkezett fejléc-vizuálokhoz.

A feltételek a súgó áttekintése szerint:

• az appod elérhető az App Store-ban (Ready for Distribution státusz);
• a teszt az alapértelmezett adatlapodra vonatkozik, sosem egy egyedi termékoldalra;
• a változatok iOS 15 és iPadOS 15 vagy újabb rendszeren jelennek meg.

Két részlet fontos. Egy látogató a teszt teljes ideje alatt ugyanazt a változatot látja. És ha egy másik ikonú változatról tölti le az appot, akkor ez az ikon jelenik meg az iPhone-ján is. A változatok vizuáljai megjelenhetnek a keresésben és a Today fülön.

Teszt létrehozása: változatok, forgalom és nyelvek

Az App Store Connectben a Product Page Optimization rész alatt hozhatsz létre tesztet. A teszt létrehozásáról szóló súgó szerint öt dolgot állítasz be:

1. Egy referencianevet, legfeljebb 64 karakterrel, amit csak te látsz.
2. A változatok számát, legfeljebb hármat. Minél több van, annál hosszabb a teszt.
3. A forgalom arányát, amely egyenlően oszlik el a változatok között. Az Apple példája: 30%-nál három változattal mindegyik a látogatók 10%-át kapja.
4. A nyelveket. Akinek a nyelve ki van zárva, az nem vesz részt a tesztben.
5. Az időtartam becslését, ami opcionális. Kiválasztod a célzott javulást, az Apple pedig a számaid alapján kiszámolja a szükséges időtartamot és megjelenésszámot.

Egy teszt legfeljebb 90 napig tart, és indítás után már nem módosítható. Ha leállítod, nem indul újra: újat kell létrehoznod.

Minden változat az adatlapod másolatából indul. Amit nem módosítasz, az képernyőméretenként megegyezik az eredetivel. A méreteket az App Store képernyőkép-méretek cikkben találod.

A változatok ellenőrzése

A kezelésekről szóló súgó szerint a teszt vizuáljait az indítás előtt jóvá kell hagyni:

• Új képernyőképek vagy új előnézetek: egy ellenőrzés, új appverzió nélkül.
• Csak a sorrend változik, vagy csak ikon: már jóváhagyott, nincs ellenőrzés.
• Új ikon: 1024 x 1024 pixeles méretben benne kell lennie az élő verzió binárisában, Xcode 13-mal vagy újabbal fordítva. Vagyis a teszt előtt kell még egy verzió, új buildszámmal.

Induláskor a teszt indításáról szóló súgó felajánlja, hogy add hozzá a tesztet egy beküldéshez. A legutóbbi iOS-verzióddal együtt ellenőrzik. A szokásos átfutási időket az App Store ellenőrzési idejéről szóló cikkben találod.

Az Apple arra is figyelmeztet: ha a teszt alatt új verziót adsz ki, és az egy tesztelt elemet módosít, az torzíthatja az eredményeket.

Az eredmények értelmezése

Az eredmények az Analyticsben vannak, az Acquisition, majd a Product Pages részben. Az App Store Connect Analytics súgója szerint a tesztnek tulajdonított első 5 letöltés után jelennek meg, aztán naponta frissülnek. Az Apple bayesi módszert használ, és minden változat kap egy státuszt:

Státusz az Apple-nél	Jelentés	Teendő
Collecting Data	Még nincs döntés	Várj
Performing Better	Jobb, legalább 90%-kal	Alkalmazd
Performing Worse	Gyengébb, legalább 90%-kal	Tartsd meg az eredetit
Likely to be Inconclusive	90 nap alatt nem lesz döntés	Tesztelj merészebben

Minden változatnál a táblázat mutatja az egyedi megjelenéseket, a becsült konverziós arányt, a referenciához mért javulást és a megbízhatóságot. Egy nagy javulás gyorsabban kimutatható, mint egy kicsi. Az Apple azt kéri, ne állítsd le a tesztet a döntés előtt. A referenciát (baseline) bármikor módosíthatod is, hogy két változatot egymással hasonlíts össze.

A nyertes alkalmazására a kezelés alkalmazásáról szóló súgó három szabályt ír elő:

• tesztenként csak egy változat, és a művelet végleges;
• csak a képernyőképek és az előnézetek kerülnek alkalmazásra: egy nyertes ikonnak a következő verziód alapértelmezett ikonjává kell válnia;
• egy változat alkalmazása leállítja a tesztet.

A szabályom: 1000 megjelenés alatt nincs teszt

Minden appomnál tartom magam egy szabályhoz: nincs A/B teszt, amíg a tesztelt rész nem hoz legalább havi 1000 megjelenést. Ez alatt a véletlen többet nyom a latban, mint a változat. Ez nem az Apple küszöbe, hanem egy alsó határ. Az App Store Connect időtartam-becslése aztán megmondja, valójában hány megjelenés kell.

Ha kevés a forgalmad:

• csak egy változat, hogy ne oszd tovább az amúgy is szűkös forgalmat;
• egyértelmű különbség: egy másik első képernyőkép, nem egy árnyalatnyi színváltás;
• azok a nyelvek, ahol van forgalom, nem mindegyik;
• magas forgalmi arány, hogy gyorsabban haladj.

A határ alatt módosítsd az adatlapot egyszerre, és hasonlítsd össze az előtte-utána állapotot több hét alatt, feljegyezve a dátumot, ahogy az appod rangsorának követésénél. Kevésbé szigorú, de őszinte azzal kapcsolatban, mit tudnak mondani a számaid.

Teszt indítása előtt: az ellenőrzőlistám

Ezt a listát állítom fel magamnak egy teszt indítása előtt:

• Egy mondatban leírt hipotézis: „ha X-et mutatom először, többen töltik le”.
• Változatonként egyetlen módosított elem, hogy tudjam, mi számított.
• Legalább havi 1000 megjelenés a tesztelt nyelveken.
• Az Apple időtartam-becslése 90 nap alatt, különben kevesebb változat vagy több forgalom.
• Az alternatív ikon már benne van az élő binárisban, ha azt teszteled.
• Minden nyelv vizuáljai ellenőrizve a változatban, nem csak az angol.
• A teszt alatt nincs tervezett verzió, ami a tesztelt elemeket érinti.
• Minden lehetséges státuszhoz előre feljegyzett döntés.

Az én esetem: a „párbaj először” teszt a TradaZenen

A TradaZenen, a tőzsdeszimulátoromon, a másik játékos elleni párbaj az a mód, amit ki akarok emelni. Az útját a tapasztalataimról szóló cikkben mesélem el. A hipotézisem: ha már az első képernyőképen megmutatom, többen töltik le, mint a jelenlegi nyitóképpel. Íme a felállás, egyelőre eredmény nélkül.

• Egyetlen változat, „Párbaj először”, az eredeti ellen.
• A forgalom 50%-a, hogy egy változattal gyorsabban haladjak.
• Tíz nyelv, azok, ahol van forgalom, nem az adatlap mind a 38 nyelve.
• Nyelvenként lecserélt képernyőképek. A változat minden nyelve örökli a verzió képernyőképeit. Ha rájuk tettem volna újakat, túlléptem volna a méretenkénti 10-es limitet: az egész sorozatot le kellett cserélnem.
• Nincs beküldés, amíg az ellenőrzés alatt álló verziót el nem fogadják. A tesztet a legutóbbi iOS-verzióval együtt ellenőrzik, és nem akarom, hogy az egyik elutasítása késleltesse a másikat.

Amikor fut, csak Performing Better vagy Performing Worse státusznál döntök.

PPO vagy Custom Product Pages: a különbség

A két eszközt gyakran összekeverik. Íme a lényeg az egyedi termékoldalakról szóló súgó alapján:

Szempont	PPO	Custom Product Pages
Cél	Az alapértelmezett adatlap tesztje	Egy adatlap közönségenként
Szám	3 változat tesztenként	70 oldal appanként
Ki látja	Véletlenszerűen kiválasztott látogatók	Külön link vagy kulcsszavak
Ikon	Tesztelhető, ha a binárisban van	Az app ikonja
Promóciós szöveg	Nem	Igen, oldalanként
Időtartam	Legfeljebb 90 nap	Korlátlan
Saját cím	Nem	Igen

A PPO megmondja, melyik adatlap konvertál a legjobban mindenkinél. Egy egyedi oldal egy másik adatlapot mutat egy konkrét közönségnek. Egyedi oldalt nem lehet PPO-val tesztelni. A részleteket a Custom Product Pages útmutatóban találod, egy dátumhoz kötött eseményhez pedig olvasd el az in-app events útmutatót.

A változataid előkészítéséhez

Az App Store Screenshots Kit összegyűjti az appjaim 4 képernyőkép-stílusát és azt a skillt, amellyel Claude elkészíti a tieidet, minden méretben és minden nyelven. Így tervezőprogram nélkül készíthetsz elő egy változatot. Az adatlapod szövegeihez olvasd el az App Store kulcsszavak cikket.

Beküldésre készülsz? Az ingyenes diagnózis elküldi neked az Apple-elutasítások elleni ellenőrzőlistámat, és megmondja, mi van még hátra. Az adatlap teljes módszere az ASO App Store oldalon van.

Gyakori kérdések

Mi az a product page optimization az App Store-ban?

Ez az App Store Connect A/B tesztelő eszköze. Legfeljebb három változatot hasonlítasz össze az alapértelmezett adatlapod eredetijével, az ikont, a képernyőképeket vagy a videós előnézeteket módosítva, a forgalomnak egy általad választott részén.

Meddig tart egy PPO-teszt?

Legfeljebb 90 napig, vagy amíg le nem állítod. Egy leállított teszt nem indul újra. Az Apple azt tanácsolja, várd meg, amíg egy változatot 90%-os megbízhatósággal jobbnak vagy gyengébbnek nyilvánítanak.

Tesztelhető a név vagy a kulcsszavak PPO-val?

Nem. A változatok az ikont, a képernyőképeket és az előnézeteket módosítják. A név, az alcím és a kulcsszavak egy új appverzióval változnak.

Kell új verzió egy ikon teszteléséhez?

Igen, ha az ikon még nincs benne az appodban: a tesztelt ikonoknak az élő verzió binárisában kell lenniük. Képernyőképekhez vagy előnézetekhez elég egy ellenőrzés.

Hány látogató kell egy PPO-teszthez?

Az Apple nem ad meg minimumot. Az eredmények az első 5 letöltés után jelennek meg, és az időtartam-becslés megmondja, hány megjelenést célozz meg. A saját szabályom: havi 1000 megjelenés alatt nincs teszt.

Indítható egyszerre több PPO-teszt?

Az Apple product page optimization oldala egyszerre egy tesztről beszél. Az Analytics súgója különböző elemekre vonatkozó párhuzamos teszteket is említ. Egy kis appnál az egyszerre egy teszt marad a legátláthatóbb.