Product Page Optimization App Store: Apples A/B-test
Av Mehdi Azizi
Publicerad , 8 min
PPO testar upp till 3 varianter av din produktsida (ikon, skärmbilder, förhandsvisningar) på en del av trafiken i högst 90 dagar, med besked vid 90 % säkerhet.
Product page optimization (PPO) är A/B-testet som är inbyggt i App Store Connect. Du jämför upp till tre varianter av din standardproduktsida med originalet genom att ändra ikonen, skärmbilderna eller förhandsvisningsvideorna, på en andel av trafiken som du själv väljer, i högst 90 dagar. Apple utser en variant som bättre eller sämre när den når 90 % säkerhet. Då kan du tillämpa vinnaren på din produktsida.
Jag publicerar mina egna iOS-appar, bland annat Solys och TradaZen, med produktsidor på 38 språk. I oktober 2026 förberedde jag ett PPO-test för TradaZen. Den här guiden bygger på App Store Connects hjälpsidor, genomlästa den 15 oktober 2026.
Product page optimization App Store: vad du kan testa
Enligt Apples sida om product page optimization kan varje variant, som Apple kallar en treatment, ändra tre saker:
- ikonen, förutsatt att den redan finns i binären för den publicerade versionen;
- skärmbilderna;
- förhandsvisningsvideorna (app previews).
Namn, undertitel och nyckelord går inte att testa här. Hjälpen för Analytics nämner även beskrivningen. Sidan där du konfigurerar dina treatments håller sig däremot till ikon, skärmbilder och förhandsvisningar, plus en flik Header and Search Results för headerbilderna som kom i oktober 2026.
Villkoren, enligt hjälpens översikt:
- din app säljs på App Store (status Ready for Distribution);
- testet gäller din standardproduktsida, aldrig en anpassad produktsida;
- varianterna visas på iOS 15 och iPadOS 15 eller senare.
Två detaljer spelar roll. En besökare ser samma variant under hela testet. Och om hen laddar ner appen från en variant med en annan ikon visas den ikonen även på hens iPhone. Variantens bilder kan dyka upp i sökresultaten och på fliken Today.
Skapa ett test: varianter, trafik och språk
I App Store Connect öppnar du avsnittet Product Page Optimization för att skapa ett test. Enligt hjälpen om att skapa ett test ställer du in fem saker:
- Ett referensnamn, högst 64 tecken, som bara du ser.
- Antalet varianter, upp till tre. Ju fler, desto längre tar testet.
- Andelen trafik, som fördelas lika mellan varianterna. Apples exempel: med 30 % och tre varianter får varje variant 10 % av besökarna.
- Språken. En besökare vars språk är uteslutet ingår inte i testet.
- Uppskattningen av längden, valfri. Du väljer vilken förbättring du siktar på, och Apple räknar ut längden och antalet visningar som behövs utifrån dina siffror.
Ett test pågår i högst 90 dagar, och det går inte att ändra när det väl har startat. Om du stoppar det startar det inte igen: du måste skapa ett nytt.
Varje variant utgår från en kopia av din produktsida. Det du inte ändrar förblir identiskt med originalet, skärmstorlek för skärmstorlek. Måtten hittar du i storlek på App Store-skärmbilder.
Granskningen av varianterna
Enligt hjälpen om treatments måste bilderna i ett test godkännas innan det startar:
- Nya skärmbilder eller nya förhandsvisningar: en granskning, utan ny version av appen.
- Bara ändrad ordning, eller bara ikon: redan godkänt, ingen granskning.
- Ny ikon: den måste finnas, i 1024 x 1024 pixlar, i binären för den publicerade versionen, byggd med Xcode 13 eller senare. Du behöver alltså en version till före testet, med ett nytt buildnummer.
När du startar föreslår hjälpen om att köra ett test att du lägger till testet i en inskickning. Det granskas tillsammans med din senaste iOS-version. De vanliga väntetiderna hittar du i granskningstid på App Store.
Apple varnar också: att publicera en ny version under testet kan förvränga resultaten om den ändrar något som testas.
Läsa resultaten
Resultaten finns i Analytics, under Acquisition och sedan Product Pages. Enligt hjälpen för App Store Connect Analytics visas de efter de första 5 nedladdningarna som tillskrivs testet, och uppdateras sedan varje dag. Apple använder en bayesiansk metod, och varje variant får en status:
| Status hos Apple | Betydelse | Vad du gör |
|---|---|---|
| Collecting Data | Inget besked än | Vänta |
| Performing Better | Bättre med 90 % eller mer | Tillämpa den |
| Performing Worse | Sämre med 90 % eller mer | Behåll originalet |
| Likely to be Inconclusive | Inget besked inom 90 dagar | Testa en tydligare skillnad |
För varje variant visar tabellen unika visningar, uppskattad konverteringsgrad, förbättring jämfört med referensen och säkerhet. En stor förbättring upptäcks snabbare än en liten. Apple ber dig att inte stoppa ett test innan det finns ett besked. Du kan också byta referens (baseline) när som helst för att jämföra två varianter med varandra.
För att tillämpa vinnaren sätter hjälpen om att tillämpa en treatment upp tre regler:
- en enda variant per test, och åtgärden är slutgiltig;
- bara skärmbilder och förhandsvisningar tillämpas: en vinnande ikon måste bli standardikon i din nästa version;
- att tillämpa en variant stoppar testet.
Min regel: inget test under 1 000 visningar
Jag har en regel för alla mina appar: inget A/B-test så länge det som testas inte har minst 1 000 visningar per månad. Under det väger slumpen tyngre än varianten. Det är ingen gräns från Apple, det är mitt golv. App Store Connects uppskattning av längden säger sedan hur många visningar som faktiskt behövs.
Om din trafik är låg:
- en enda variant, så att du inte delar upp en redan tunn trafik;
- en tydlig skillnad: en annan första skärmbild, inte en annan färgnyans;
- språken som har trafik, inte alla;
- en hög andel av trafiken, för att gå fortare.
Under golvet ändrar du produktsidan i ett svep och jämför före och efter över flera veckor, och noterar datumet, precis som när du följer din apps ranking. Det är mindre rigoröst, men ärligt mot vad dina siffror kan säga.
Innan du startar ett test: min checklista
Det här är listan jag går igenom innan jag startar ett test:
- En hypotes skriven i en mening: "att visa X först ger fler nedladdningar".
- Ett enda element ändrat per variant, så att du vet vad som gjorde skillnad.
- Minst 1 000 visningar per månad på de testade språken.
- En uppskattad längd från Apple under 90 dagar, annars färre varianter eller mer trafik.
- Den alternativa ikonen redan i den publicerade binären, om du testar den.
- Bilderna för varje språk kontrollerade i varianten, inte bara på engelska.
- Ingen planerad version under testet som rör de testade elementen.
- Ett beslut nedskrivet i förväg för varje möjlig status.
Mitt fall: testet "duellen först" på TradaZen
På TradaZen, min tradingsimulator, är duellen mot en annan spelare det läge jag vill lyfta fram. Appens resa beskriver jag i min erfarenhetsrapport. Min hypotes: att visa den redan på första skärmbilden ger fler nedladdningar än den nuvarande inledningen. Här är upplägget, utan resultat än så länge.
- En enda variant, "Duellen först", mot originalet.
- 50 % av trafiken, för att gå fortare med en enda variant.
- Tio språk, de som har trafik, inte produktsidans alla 38.
- Skärmbilder utbytta per språk. Varje språk i varianten ärver versionens skärmbilder. Att lägga till nya ovanpå skulle ha överskridit gränsen på 10 per storlek: jag fick byta ut hela serien.
- Ingen inskickning förrän versionen som granskas har godkänts. Testet granskas tillsammans med den senaste iOS-versionen, och jag vill inte att ett avslag på det ena försenar det andra.
När testet väl körs avgör jag först vid status Performing Better eller Performing Worse.
PPO eller Custom Product Pages: skillnaden
De två verktygen blandas ofta ihop. Här är det viktigaste, enligt hjälpen om anpassade produktsidor:
| Kriterium | PPO | Custom Product Pages |
|---|---|---|
| Syfte | Testa din standardproduktsida | En produktsida per målgrupp |
| Antal | 3 varianter per test | 70 sidor per app |
| Vem ser den | Slumpvis utvalda besökare | Egen länk eller nyckelord |
| Ikon | Testbar om den finns i binären | Appens egen |
| Reklamtext | Nej | Ja, per sida |
| Längd | Högst 90 dagar | Ingen gräns |
| Egen adress | Nej | Ja |
PPO säger vilken produktsida som konverterar bäst för alla. En anpassad sida visar en annan produktsida för en specifik målgrupp. En anpassad sida kan inte testas med PPO. Detaljerna finns i guiden om Custom Product Pages, och för en tidsbunden händelse kan du läsa guiden om in-app events.
Förbered dina varianter
App Store Screenshots Kit samlar de 4 skärmbildsstilarna från mina appar och den skill som Claude använder för att skapa dina, i alla storlekar och på alla språk. Allt du behöver för att förbereda en variant utan designprogram. För orden på din produktsida, läs nyckelord på App Store.
Förbereder du en inskickning? Den kostnadsfria diagnosen skickar dig min checklista mot avslag från Apple och säger vad som återstår att göra. Hela metoden för produktsidan finns på sidan ASO App Store.
Vanliga frågor
Vad är product page optimization på App Store?
Det är A/B-testverktyget i App Store Connect. Du jämför upp till tre varianter av din standardproduktsida med originalet genom att ändra ikonen, skärmbilderna eller förhandsvisningsvideorna, på en andel av trafiken som du själv väljer.
Hur länge pågår ett PPO-test?
Högst 90 dagar, eller tills du stoppar det. Ett stoppat test startar inte igen. Apple rekommenderar att du väntar tills en variant har utsetts till bättre eller sämre med 90 % säkerhet.
Kan man testa namnet eller nyckelorden med PPO?
Nej. Varianterna ändrar ikonen, skärmbilderna och förhandsvisningarna. Namn, undertitel och nyckelord ändras med en ny version av appen.
Behövs en ny version för att testa en ikon?
Ja, om ikonen inte redan finns i din app: testade ikoner måste finnas i binären för den publicerade versionen. För skärmbilder eller förhandsvisningar räcker en granskning.
Hur många besökare behövs för ett PPO-test?
Apple anger inget minimum. Resultaten visas efter de första 5 nedladdningarna, och uppskattningen av längden säger hur många visningar du ska sikta på. Min personliga regel: inget test under 1 000 visningar per månad.
Kan man köra flera PPO-tester samtidigt?
Apples sida om product page optimization talar om ett test i taget. Hjälpen för Analytics nämner samtidiga tester på olika element. För en liten app är ett test i taget fortfarande det tydligaste.

