Product page optimization App Store: A/B-тест від Apple

Product page optimization (PPO) це A/B-тест, вбудований в App Store Connect. Ти порівнюєш до трьох варіантів своєї стандартної сторінки з оригіналом, змінюючи іконку, скриншоти або відеоприв'ю, на частині трафіку, яку обираєш сам, щонайбільше 90 днів. Apple визначає варіант як кращий або гірший, коли він досягає 90 % довіри. Після цього можна застосувати переможця до своєї сторінки.

Я публікую власні iOS-застосунки, серед них Solys і TradaZen, зі сторінками 38 мовами. У жовтні 2026 року я підготував PPO-тест для TradaZen. Цей гайд спирається на довідку App Store Connect, перечитану 15 жовтня 2026 року.

Product page optimization App Store: що можна тестувати

Згідно з сторінкою Apple про product page optimization, кожен варіант, який Apple називає treatment, може змінювати три елементи:

• іконку, якщо вона вже є в бінарнику опублікованої версії;
• скриншоти;
• відеоприв'ю (app previews).

Назву, підзаголовок і ключові слова тут не протестуєш. Довідка Analytics згадує ще й опис. А от сторінка налаштування варіантів обмежується іконкою, скриншотами й прев'ю, плюс вкладка Header and Search Results для візуалів заголовка, що з'явилися в жовтні 2026 року.

Умови, згідно з оглядом у довідці:

• твій застосунок продається в App Store (статус Ready for Distribution);
• тест стосується стандартної сторінки, ніколи не кастомної сторінки продукту;
• варіанти показуються на iOS 15 і iPadOS 15 або новіших.

Важливі дві деталі. Відвідувач бачить той самий варіант протягом усього тесту. А якщо він завантажить застосунок з варіанта з іншою іконкою, ця іконка з'явиться і на його iPhone. Візуали варіантів можуть з'являтися в пошуку та у вкладці Today.

Створення тесту: варіанти, трафік і мови

В App Store Connect розділ Product Page Optimization відкриває створення тесту. Згідно з довідкою про створення тесту, ти налаштовуєш п'ять речей:

1. Референсну назву, до 64 символів, яку бачиш лише ти.
2. Кількість варіантів, до трьох. Що їх більше, то довше триває тест.
3. Частку трафіку, порівну розподілену між варіантами. Приклад Apple: при 30 % і трьох варіантах кожен отримує 10 % відвідувачів.
4. Мови. Відвідувач, чию мову виключено, у тесті не бере участі.
5. Оцінку тривалості, необов'язкову. Ти обираєш бажане покращення, а Apple розраховує тривалість і потрібні покази на основі твоїх цифр.

Тест триває щонайбільше 90 днів, і після запуску його вже не змінити. Якщо ти його зупиниш, він не перезапуститься: доведеться створити новий.

Кожен варіант стартує з копії твоєї сторінки. Те, що ти не змінюєш, лишається таким самим, як в оригіналі, для кожного розміру екрана. Розміри є в статті розмір скриншотів App Store.

Перевірка варіантів

Згідно з довідкою про варіанти, візуали тесту мають бути схвалені до запуску:

• Нові скриншоти або нові прев'ю: перевірка, без нової версії застосунку.
• Лише зміна порядку або тільки іконка: уже схвалено, перевірки немає.
• Нова іконка: вона має бути в бінарнику опублікованої версії, розміром 1024 x 1024 пікселі, зібраному в Xcode 13 або новішому. Тобто перед тестом потрібна ще одна версія з новим номером білду.

Під час запуску довідка про запуск тесту пропонує додати тест до сабміту. Його перевіряють разом з твоєю останньою iOS-версією. Звичайні терміни описано в статті термін перевірки App Store.

Apple також попереджає: публікація нової версії під час тесту може спотворити результати, якщо вона змінює тестований елемент.

Як читати результати

Результати є в Analytics, розділ Acquisition, далі Product Pages. Згідно з довідкою App Store Connect Analytics, вони з'являються після перших 5 завантажень, зарахованих тесту, і далі оновлюються щодня. Apple використовує байєсівський метод, і кожен варіант отримує статус:

Статус в Apple	Значення	Що робити
Collecting Data	Вердикту ще немає	Чекати
Performing Better	Кращий з 90 % або більше	Застосувати
Performing Worse	Гірший з 90 % або більше	Лишити оригінал
Likely to be Inconclusive	Без вердикту за 90 днів	Тестувати сміливіше

Для кожного варіанта таблиця показує унікальні покази, оцінений коефіцієнт конверсії, покращення відносно бази й рівень довіри. Сильне покращення виявляється швидше, ніж слабке. Apple просить не зупиняти тест до вердикту. Також можна будь-коли змінити базу (baseline), щоб порівняти два варіанти між собою.

Щоб застосувати переможця, довідка про застосування варіанта встановлює три правила:

• лише один варіант на тест, і дія остаточна;
• застосовуються лише скриншоти й прев'ю: іконка-переможець має стати стандартною іконкою в наступній версії;
• застосування варіанта зупиняє тест.

Моє правило: жодних тестів менше ніж на 1 000 показів

У всіх своїх застосунках я дотримуюся правила: жодного A/B-тесту, поки тестоване не набирає щонайменше 1 000 показів на місяць. Нижче цього випадковість важить більше, ніж варіант. Це не поріг Apple, це моя нижня межа. Далі оцінка тривалості в App Store Connect покаже, скільки показів реально потрібно.

Якщо трафік у тебе слабкий:

• лише один варіант, щоб не ділити й так мізерний трафік;
• явна різниця: інший перший скриншот, а не відтінок кольору;
• мови, які мають трафік, а не всі;
• велика частка трафіку, щоб іти швидше.

Нижче цієї межі зміни сторінку за один раз і порівнюй «до» і «після» протягом кількох тижнів, записавши дату, як при відстеженні позицій свого застосунку. Це менш строго, зате чесно щодо того, що можуть сказати твої цифри.

Перед запуском тесту: мій чек-лист

Ось список, який я проходжу перед запуском тесту:

• Гіпотеза, записана одним реченням: «якщо показати X першим, завантажень буде більше».
• Лише один змінений елемент на варіант, щоб знати, що спрацювало.
• Щонайменше 1 000 показів на місяць у тестованих мовах.
• Оцінка тривалості від Apple менше ніж 90 днів, інакше менше варіантів або більше трафіку.
• Альтернативна іконка вже в опублікованому бінарнику, якщо ти її тестуєш.
• Візуали кожної мови перевірені у варіанті, а не лише англійською.
• Жодної запланованої версії, яка зачіпає тестовані елементи під час тесту.
• Рішення, записане наперед для кожного можливого статусу.

Мій випадок: тест «дуель першою» в TradaZen

У TradaZen, моєму симуляторі трейдингу, дуель проти іншого гравця це режим, який я хочу виділити. Його історію розказано в моєму досвіді. Моя гіпотеза: якщо показати його вже на першому скриншоті, завантажень буде більше, ніж з теперішнім початком. Ось налаштування, результатів поки немає.

• Один варіант, «Дуель першою», проти оригіналу.
• 50 % трафіку, щоб іти швидше з одним варіантом.
• Десять мов, тих, що мають трафік, а не всі 38 мов сторінки.
• Скриншоти, замінені для кожної мови. Кожна мова варіанта успадковує скриншоти версії. Додавання нових поверх перевищувало ліміт у 10 на розмір: довелося замінити всю серію.
• Жодного сабміту, поки версію на перевірці не схвалено. Тест перевіряють разом з останньою iOS-версією, і я не хочу, щоб відмова одного затримала інше.

Коли тест запрацює, я ухвалюватиму рішення лише за статусу Performing Better або Performing Worse.

PPO чи Custom Product Pages: різниця

Ці два інструменти часто плутають. Ось головне, згідно з довідкою про кастомні сторінки продукту:

Критерій	PPO	Custom Product Pages
Мета	Тестувати стандартну сторінку	Окрема сторінка для аудиторії
Кількість	3 варіанти на тест	70 сторінок на застосунок
Хто бачить	Випадкові відвідувачі	Окреме посилання або ключові слова
Іконка	Можна тестувати, якщо в бінарнику	Іконка застосунку
Промотекст	Ні	Так, для кожної сторінки
Тривалість	Щонайбільше 90 днів	Без обмежень
Власна адреса	Ні	Так

PPO показує, яка сторінка найкраще конвертує для всіх. Кастомна сторінка показує іншу сторінку конкретній аудиторії. Кастомну сторінку не протестуєш через PPO. Подробиці є в гайді про Custom Product Pages, а для події з датою прочитай гайд про in-app events.

Щоб підготувати варіанти

App Store Screenshots Kit містить 4 стилі скриншотів моїх застосунків і skill, з яким Claude складає твої, у всіх розмірах і всіма мовами. Так можна підготувати варіант без програм для дизайну. Щодо слів на сторінці прочитай ключові слова App Store.

Готуєш відправку? Безкоштовна діагностика надішле тобі мій чек-лист проти відмов Apple і скаже, що ще лишилося зробити. Повний метод роботи зі сторінкою є на сторінці ASO App Store.

Поширені запитання

Що таке product page optimization в App Store?

Це інструмент A/B-тестування в App Store Connect. Ти порівнюєш до трьох варіантів стандартної сторінки з оригіналом, змінюючи іконку, скриншоти або відеоприв'ю, на частині трафіку, яку обираєш сам.

Скільки триває PPO-тест?

Щонайбільше 90 днів або доки ти його не зупиниш. Зупинений тест не перезапускається. Apple радить чекати, доки варіант не визнають кращим або гіршим з 90 % довіри.

Чи можна тестувати назву або ключові слова через PPO?

Ні. Варіанти змінюють іконку, скриншоти й прев'ю. Назва, підзаголовок і ключові слова змінюються з новою версією застосунку.

Чи потрібна нова версія, щоб протестувати іконку?

Так, якщо іконки ще немає в застосунку: тестовані іконки мають бути в бінарнику опублікованої версії. Для скриншотів або прев'ю достатньо перевірки.

Скільки відвідувачів потрібно для PPO-тесту?

Apple не називає мінімуму. Результати з'являються після перших 5 завантажень, а оцінка тривалості каже, на скільки показів орієнтуватися. Моє особисте правило: жодних тестів менше ніж на 1 000 показів на місяць.

Чи можна запускати кілька PPO-тестів одночасно?

Сторінка Apple про product page optimization говорить про один тест за раз. Довідка Analytics згадує одночасні тести різних елементів. Для маленького застосунку один тест за раз лишається найзрозумілішим варіантом.