Практики для скриншотов App Store, которые выдерживают тестирование
TL;DR:
- Большинство лучших практик для скриншотов App Store на самом деле не являются практиками. Это гипотезы, которые сработали в чьём-то другом приложении.
- Неизменны лишь две вещи: то, что требует Apple, и то, что магазин показывает технически.
- Всё остальное вы тестируете на собственном трафике.
- В Apple Ads эта разница стоит денег, потому что вы платите за нажатие.
- Слабый набор ассетов проявляется в более дорогом нажатии, а не только в менее эффективном скриншоте.
Что действительно считается лучшими практиками для скриншотов App Store
Лучшие практики для скриншотов App Store делятся на две группы, и их смешение — распространённая ошибка.
Ограничения — это то, что требует Apple и что магазин показывает технически. Это не вопрос мнений. Разберитесь с ними один раз и перестаньте постоянно к ним возвращаться.
- Скриншоты в результатах поиска. В зависимости от ориентации в результатах поиска отображаются первые от одного до трёх изображений — и только если нет доступного видео предпросмотра приложения, согласно рекомендациям Apple на странице страницы продукта. Остальные ждут, пока пользователь откроет страницу продукта.
- Размеры и форматы. Спецификации скриншотов Apple задают ограничения для загрузки. В нашей статье Размеры и разрешения скриншотов App Store есть рабочий список.
- Иконка приложения. Она отображается везде: в результатах поиска, на странице, на домашнем экране. Подробности — в статье как разработать иконку приложения.
- Видео предпросмотра приложения. Оно автоматически воспроизводится без звука, и на одной странице может быть до трёх таких видео. Когда оно есть, оно занимает место в результатах поиска, которое иначе заняли бы ваши скриншоты. Правила приведены на странице Apple предпросмотры приложений.
Ключевой момент: Правило для скриншотов вне слоя ограничений — это гипотеза, а не лучшая практика, пока ваш собственный трафик не покажет обратное.
Гипотезы — это всё остальное. Тёмный фон. Подписи на первом экране. Лицо на первом скриншоте. Порядок функций.
Каждая из них была подтверждена на другой аудитории с другим поисковым намерением. Для вашего приложения это предположение с красивым скриншотом рядом.
Поэтому распределите каждое правило по одной из этих групп до того, как составите бриф для дизайнера. А затем рассматривайте группу гипотез как отправную точку, а не как требование. Идеи, которые стоит попробовать, собраны в нашей статье оптимизация скриншотов App Store.
Почему ваши скриншоты определяют стоимость Apple Ads
Ваши скриншоты определяют стоимость Apple Ads, потому что Apple Ads взимает плату за нажатие, а не за показ. Результат задают три отдельных фактора, и их полезно не смешивать.
- Ваша ставка — это потолок. Она ограничивает сумму, которую вы можете заплатить. Но не устанавливает сумму, которую вы платите.
- Релевантность определяет показы. Семантическое соответствие ключевого слова вашему листингу в магазине определяет, можете ли вы вообще участвовать в показах — ещё до того, как возникает вопрос креатива.
- Реакция на ассеты определяет ценность показа. Иконка приложения и ведущие скриншоты влияют на tap-through rate. Остальная часть страницы продукта влияет на конверсию из нажатия в загрузку.
Ключевой момент: Ставка ограничивает стоимость нажатия. Релевантность и реакция на ассеты определяют, будете ли вы показаны и сколько фактически заплатите.
Теперь о том, что является наблюдением, а не документированным механизмом.
Я наблюдал, что приложение с плохой конверсией получает меньше объёма и более дорогое нажатие. Это ровно те две вещи, которые люди пытаются исправить повышением ставки. Apple не публикует эту логику, поэтому воспринимайте её как паттерн, за которым стоит следить, а не как правило для планирования.
Практический вывод остаётся тем же в любом случае. Слабый набор ассетов — это проблема цены, а не только дизайна.
На этом работа с ассетами обычно обрывается. Редизайн запускают, и никто не возвращается проверить, что произошло с CPT или tap-through rate.
Custom product pages дают каждому поисковому намерению собственные ассеты
Custom product pages — это варианты страницы продукта, которые показывают разный набор ассетов разному трафику, и группа объявлений Apple Ads может вести на конкретную из них.
Это важно, потому что одна страница по умолчанию, обслуживающая всех, — это инструмент усреднения.
Пользователь, ищущий название вашего бренда, и пользователь, ищущий общий категорийный запрос, — не один и тот же человек. Сегодня они попадают на одинаковые ассеты.
Стартовая гипотеза: ищущему бренд нужно подтверждение выбора, а ищущему категорию — ваше отличие уже на первом скриншоте. Это место для начала теста, а не факт о поведении людей.
Ключевой момент: Сегментировать ассеты по поисковому намерению позволяют custom product pages. А что говорить каждому намерению — решает тест.
Сколько страниц вам нужно, зависит от тематики ваших ключевых слов, а не от целевого числа. Естественные кандидаты:
- Бренд
- Конкурент
- Категория и общие запросы
- Функция или сценарий использования
Тема с собственным намерением и достаточным объёмом может иметь собственную страницу. Тема без такого объёма вполне может остаться на странице по умолчанию.
Это аргумент в пользу групп объявлений с одним ключевым словом, применённый к креативу. Сильный контроль там, где его поддерживает объём, и чистые накладные расходы там, где его нет. Не правило, которому нужно следовать везде.
Механика описана в статье custom product pages в App Store и в документации Apple custom product pages.
Как A/B-тестировать ассеты App Store без догадок
Тест ассетов App Store даёт ответ только тогда, когда у стоящей за ним группы объявлений есть реальная история. Несколько установок в месяц измеряют шум, а не креатив.
Поэтому серьёзный инструмент не начнёт работу без истории. Сразу уточню: я работаю в Adapty, так что это не нейтральная точка зрения.
- История. Для CPP A/B-тестирования в Adapty Ads Manager исходной группе объявлений должно быть не менее 28 дней, с показами, нажатиями и установками за этот период.
- Варианты. Тест сравнивает от 2 до 4 страниц продукта. Страница по умолчанию может быть контрольной, если вы хотите узнать, превосходит ли custom page ваш базовый вариант. Тестировать только custom pages тоже можно.
Уровень трафика также определяет скорость ротации вариантов:
| Интервал переключения | Уровень трафика | Типичная длительность теста |
| Ежечасно | Высокий (5 000+ показов в день) | Дни |
| Ежедневно | Обычный | Недели |
| Еженедельно | Низкий (менее 400 показов в день) | Месяцы |
Низкий трафик не мешает провести тест. Просто ответ придётся ждать месяцами.
Ключевой момент: Тест ассетов что-то значит только тогда, когда у стоящей за ним группы объявлений достаточно истории, чтобы отделить сигнал от шума.
Чтобы провести тест:
- Согласуйте определяющую метрику до запуска, пока никто ещё не смотрит на результаты. Таблица вариантов показывает TTR, конверсию из нажатия в загрузку, CPT, CPA, расходы, выручку и ROAS.
- Выберите одну группу объявлений с историей, чтобы сравнить несколько страниц между собой.
- Выберите от 2 до 4 вариантов — с вашей страницей по умолчанию в качестве контрольной или без неё.
- Установите точность — минимальную разницу в конверсии, которую может выявить тест. Доступны варианты от 1% до 5%, по умолчанию 5%; сбалансированный выбор — 3–4%.
- Установите уровень уверенности от 80% до 99%, по умолчанию 90%. Более высокий уровень уверенности требует больше данных и времени.
- Запустите тест. Система клонирует группу объявлений для каждого варианта, запускает по одному клону за раз и выполняет ротацию по вашему расписанию. В конце восстанавливается исходная группа.
- Строго интерпретируйте правило победителя. Вариант становится общим победителем только тогда, когда лидирует по определяющей метрике с уровнем уверенности 95% или выше. Пока у вариантов нет сопоставимого числа показов, ничего не выделяется.
Страница Apple оптимизация страницы продукта посвящена тестированию на органическом трафике. Описанный выше процесс — версия для платных медиа.
Мы всё ещё разрабатываем одну вещь: тестирование самих рекламных креативов для Apple Ads, а не только страниц продукта. Пока не запущено.
