Product page optimization App Store: testy A/B od Apple

Product page optimization (PPO) to test A/B wbudowany w App Store Connect. Porównujesz z oryginałem do trzech wariantów swojej domyślnej strony produktu, zmieniając ikonę, zrzuty ekranu albo podglądy wideo, na wybranej przez siebie części ruchu, przez maksymalnie 90 dni. Apple uznaje wariant za lepszy lub gorszy, gdy osiągnie 90% pewności. Wtedy możesz zastosować zwycięzcę na swojej stronie.

Publikuję własne aplikacje na iOS, w tym Solys i TradaZen, ze stronami w 38 językach. W październiku 2026 przygotowałem test PPO dla TradaZen. Ten poradnik opiera się na pomocy App Store Connect przeczytanej ponownie 15 października 2026.

Product page optimization App Store: co możesz testować

Według strony Apple o product page optimization każdy wariant, który Apple nazywa treatment, może zmienić trzy elementy:

• ikonę, pod warunkiem że jest już w binarce wersji dostępnej w sklepie;
• zrzuty ekranu;
• podglądy wideo (app previews).

Nazwy, podtytułu i słów kluczowych tu nie przetestujesz. Pomoc Analytics wymienia też opis. Strona konfiguracji wariantów ogranicza się jednak do ikony, zrzutów i podglądów, plus zakładka Header and Search Results dla grafik nagłówka, które pojawiły się w październiku 2026.

Warunki, według przeglądu w pomocy:

• twoja aplikacja jest w sprzedaży w App Store (status Ready for Distribution);
• test dotyczy domyślnej strony produktu, nigdy niestandardowej strony produktu;
• warianty wyświetlają się na iOS 15 i iPadOS 15 lub nowszych.

Dwa szczegóły mają znaczenie. Odwiedzający widzi ten sam wariant przez cały czas trwania testu. A jeśli pobierze aplikację z wariantu z inną ikoną, ta ikona pojawi się też na jego iPhonie. Grafiki wariantów mogą się pokazywać w wyszukiwarce i w zakładce Today.

Tworzenie testu: warianty, ruch i języki

W App Store Connect sekcja Product Page Optimization pozwala utworzyć test. Według pomocy o tworzeniu testu ustawiasz pięć rzeczy:

1. Nazwę referencyjną, maksymalnie 64 znaki, widoczną tylko dla ciebie.
2. Liczbę wariantów, maksymalnie trzy. Im więcej, tym dłużej trwa test.
3. Udział ruchu, dzielony po równo między warianty. Przykład Apple: przy 30% i trzech wariantach każdy dostaje 10% odwiedzających.
4. Języki. Odwiedzający, którego język jest wykluczony, nie bierze udziału w teście.
5. Szacowany czas trwania, opcjonalnie. Wybierasz oczekiwaną poprawę, a Apple wylicza z twoich danych potrzebny czas i liczbę wyświetleń.

Test trwa maksymalnie 90 dni i po uruchomieniu nie da się go już zmienić. Jeśli go zatrzymasz, nie wystartuje ponownie: trzeba utworzyć nowy.

Każdy wariant zaczyna się od kopii twojej strony. To, czego nie zmienisz, zostaje takie samo jak w oryginale, rozmiar ekranu po rozmiarze ekranu. Wymiary znajdziesz w rozmiarach zrzutów ekranu App Store.

Weryfikacja wariantów

Według pomocy o wariantach grafiki testu muszą zostać zatwierdzone przed jego uruchomieniem:

• Nowe zrzuty lub nowe podglądy: weryfikacja, bez nowej wersji aplikacji.
• Sama zmiana kolejności albo tylko ikona: już zatwierdzone, bez weryfikacji.
• Nowa ikona: musi być, w rozmiarze 1024 x 1024 piksele, w binarce wersji dostępnej w sklepie, skompilowanej w Xcode 13 lub nowszym. Potrzebujesz więc dodatkowej wersji przed testem, z nowym numerem builda.

Przy starcie pomoc o uruchamianiu testu proponuje dodanie testu do zgłoszenia. Jest weryfikowany razem z twoją najnowszą wersją iOS. Typowe terminy znajdziesz w czasie weryfikacji w App Store.

Apple ostrzega też: opublikowanie nowej wersji w trakcie testu może zafałszować wyniki, jeśli zmienia testowany element.

Odczytywanie wyników

Wyniki są w Analytics, w sekcji Acquisition, potem Product Pages. Według pomocy App Store Connect Analytics pojawiają się po pierwszych 5 pobraniach przypisanych do testu, a potem aktualizują się codziennie. Apple stosuje metodę bayesowską i każdy wariant dostaje status:

Status w Apple	Znaczenie	Co zrobić
Collecting Data	Jeszcze brak werdyktu	Czekać
Performing Better	Lepszy przy 90% pewności lub więcej	Zastosować go
Performing Worse	Gorszy przy 90% pewności lub więcej	Zostawić oryginał
Likely to be Inconclusive	Brak werdyktu w 90 dni	Testować wyraźniejsze zmiany

Dla każdego wariantu tabela podaje unikalne wyświetlenia, szacowany współczynnik konwersji, poprawę względem punktu odniesienia i pewność. Dużą poprawę wykrywa się szybciej niż małą. Apple prosi, żeby nie przerywać testu przed werdyktem. W każdej chwili możesz też zmienić punkt odniesienia (baseline), żeby porównać dwa warianty między sobą.

Żeby zastosować zwycięzcę, pomoc o stosowaniu wariantu ustala trzy zasady:

• jeden wariant na test, a operacja jest ostateczna;
• stosowane są tylko zrzuty i podglądy: zwycięska ikona musi stać się domyślną ikoną w twojej następnej wersji;
• zastosowanie wariantu kończy test.

Moja zasada: żadnych testów poniżej 1000 wyświetleń

We wszystkich moich aplikacjach trzymam się jednej zasady: żadnego testu A/B, dopóki to, co testuję, nie ma co najmniej 1000 wyświetleń miesięcznie. Poniżej tego przypadek waży więcej niż wariant. To nie jest próg Apple, to moje minimum. Szacowany czas trwania w App Store Connect mówi potem, ile wyświetleń naprawdę potrzeba.

Jeśli masz mały ruch:

• jeden wariant, żeby nie dzielić i tak skromnego ruchu;
• wyraźna różnica: inny pierwszy zrzut, a nie odcień koloru;
• języki, które mają ruch, a nie wszystkie;
• wysoki udział ruchu, żeby szło szybciej.

Poniżej minimum zmień stronę za jednym razem i porównuj przed i po przez kilka tygodni, zapisując datę, tak jak przy śledzeniu pozycji aplikacji. To mniej rygorystyczne, ale uczciwe wobec tego, co twoje liczby mogą powiedzieć.

Zanim uruchomisz test: moja checklista

Tę listę sprawdzam przed uruchomieniem testu:

• Hipoteza zapisana w jednym zdaniu: „pokazanie X na początku zwiększy liczbę pobrań”.
• Jeden zmieniony element na wariant, żeby wiedzieć, co zadziałało.
• Co najmniej 1000 wyświetleń miesięcznie w testowanych językach.
• Szacowany przez Apple czas poniżej 90 dni, a jeśli nie, mniej wariantów albo więcej ruchu.
• Alternatywna ikona już w binarce w sklepie, jeśli ją testujesz.
• Grafiki w każdym języku sprawdzone w wariancie, nie tylko po angielsku.
• Żadnej zaplanowanej wersji, która w trakcie testu zmienia testowane elementy.
• Decyzja zapisana z góry dla każdego możliwego statusu.

Mój przypadek: test „pojedynek na początku” w TradaZen

W TradaZen, moim symulatorze tradingu, pojedynek z innym graczem to tryb, który chcę wyeksponować. Jego historię opisuję w moim studium przypadku. Moja hipoteza: pokazanie go już na pierwszym zrzucie da więcej pobrań niż obecne otwarcie. Oto konfiguracja, na razie bez wyników.

• Jeden wariant, „Pojedynek na początku”, kontra oryginał.
• 50% ruchu, żeby przy jednym wariancie szło szybciej.
• Dziesięć języków, tych z ruchem, a nie 38 ze strony.
• Zrzuty zastąpione w każdym języku. Każdy język wariantu dziedziczy zrzuty z wersji. Dodanie nowych na wierzch przekraczało limit 10 na rozmiar: musiałem zastąpić całą serię.
• Bez zgłoszenia, dopóki wersja w weryfikacji nie zostanie zaakceptowana. Test jest weryfikowany razem z najnowszą wersją iOS i nie chcę, żeby odrzucenie jednego opóźniło drugie.

Kiedy test ruszy, zdecyduję dopiero przy statusie Performing Better albo Performing Worse.

PPO czy Custom Product Pages: różnica

Te dwa narzędzia często się mylą. Oto najważniejsze, według pomocy o niestandardowych stronach produktu:

Kryterium	PPO	Custom Product Pages
Cel	Test domyślnej strony	Jedna strona na grupę odbiorców
Liczba	3 warianty na test	70 stron na aplikację
Kto ją widzi	Losowo wybrani odwiedzający	Dedykowany link lub słowa kluczowe
Ikona	Do testowania, jeśli jest w binarce	Ikona aplikacji
Tekst promocyjny	Nie	Tak, dla każdej strony
Czas trwania	Maksymalnie 90 dni	Bez limitu
Własny adres	Nie	Tak

PPO mówi ci, która strona najlepiej konwertuje dla wszystkich. Niestandardowa strona pokazuje inną stronę konkretnej grupie odbiorców. Niestandardowej strony nie przetestujesz przez PPO. Szczegóły znajdziesz w poradniku o Custom Product Pages, a jeśli chodzi o wydarzenie w określonym terminie, przeczytaj ten o in-app events.

Jak przygotować warianty

App Store Screenshots Kit zbiera 4 style zrzutów z moich aplikacji i skill, z którym Claude składa twoje, we wszystkich rozmiarach i językach. Wystarczy, żeby przygotować wariant bez programu graficznego. Jeśli chodzi o słowa na twojej stronie, przeczytaj słowa kluczowe App Store.

Szykujesz zgłoszenie? Darmowa diagnoza wyśle ci moją checklistę przeciw odrzuceniom Apple i powie, co jeszcze zostało do zrobienia. Pełna metoda pracy nad stroną jest na stronie ASO App Store.

Najczęściej zadawane pytania

Czym jest product page optimization w App Store?

To narzędzie do testów A/B w App Store Connect. Porównujesz z oryginałem do trzech wariantów domyślnej strony produktu, zmieniając ikonę, zrzuty albo podglądy wideo, na wybranej części ruchu.

Jak długo trwa test PPO?

Maksymalnie 90 dni albo do momentu, gdy go zatrzymasz. Zatrzymany test nie wystartuje ponownie. Apple radzi poczekać, aż wariant zostanie uznany za lepszy lub gorszy przy 90% pewności.

Czy można testować nazwę lub słowa kluczowe przez PPO?

Nie. Warianty zmieniają ikonę, zrzuty i podglądy. Nazwę, podtytuł i słowa kluczowe zmieniasz z nową wersją aplikacji.

Czy do testowania ikony potrzebna jest nowa wersja?

Tak, jeśli ikony nie ma jeszcze w aplikacji: testowane ikony muszą być w binarce wersji dostępnej w sklepie. W przypadku zrzutów lub podglądów wystarczy weryfikacja.

Ilu odwiedzających potrzeba do testu PPO?

Apple nie podaje minimum. Wyniki pojawiają się po pierwszych 5 pobraniach, a szacowany czas trwania mówi, ile wyświetleń celować. Moja osobista zasada: żadnych testów poniżej 1000 wyświetleń miesięcznie.

Czy można uruchomić kilka testów PPO jednocześnie?

Strona Apple o product page optimization mówi o jednym teście naraz. Pomoc Analytics wspomina o równoczesnych testach różnych elementów. Przy małej aplikacji jeden test naraz pozostaje najczytelniejszy.