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 упоминает одновременные тесты разных элементов. Для небольшого приложения один тест за раз остаётся самым понятным вариантом.