Apple Ads без водыкак забирать спрос в App Store

Apple Ads — это трафик из самого App Store. Человек уже ищет приложение, поэтому прогрев здесь короче: важно попасть в запрос, нормально упаковать карточку и не потерять пользователя после install.

Мы используем ASA как отдельный канал для iOS: забираем горячий спрос, а дальше смотрим, кто дошёл до нужного действия — FTD, trial, подписки или покупки. Ниже — рабочая схема без академического языка.

Где забираем спрос

Внутри App Store четыре плейсмента, но задачи у них разные:

• Search Results — самый горячий слой: человек уже ввёл запрос и выбирает приложение.
• Search tab ловит пользователя раньше, ещё до конкретного запроса.
• Today tab даёт широкий охват, но требует сильной карточки и заметного визуала.
• Product Pages показывает продукт рядом с другими приложениями.

На старте мы не мешаем всё в одну кампанию. Search Results тестируем отдельно, остальные плейсменты подключаем под конкретную задачу. Актуальные варианты размещения есть в справке Apple.

Как собираем кампании

Поиск режем на четыре понятные корзины: brand, category, competitor и discovery. Так сразу видно, где свой спрос, где общий интерес к категории, а где мы перехватываем аудиторию конкурентов.

Discovery используем как разведку. Рабочий запрос переносим в exact, мусор отправляем в минус-слова. Если свалить всё в одну кампанию, сильные ключи заберут бюджет, а команда не поймёт, что реально сработало.

Что должно быть готово до старта

Реклама не спасёт слабую карточку и сломанную аналитику. Перед заливом проверяем три вещи:

1. Приложение и product page нормально открываются в нужном GEO.
2. Первые экраны продолжают обещание из запроса и быстро объясняют продукт.
3. В аналитике видны не только installs, но и активация, trial, оплата, FTD и retention.

Для каждого GEO заранее фиксируем допустимый CPA и событие, по которому будем принимать решение. Иначе оптимизация быстро превращается в гонку за красивым CPI.

Как проходит первый тест

Сначала берём ограниченный набор GEO и запросов. Разводим кампании по намерению, ставим понятные лимиты и не дёргаем всё каждый час.

Через первый объём данных смотрим, какие запросы дают не просто install, а нужное действие внутри приложения. Рабочее переносим в отдельные связки и добавляем бюджет. Слабое режем или перезапускаем с другой карточкой приложения.

Custom product pages здесь работают как дополнительные ленды: под гембл показываем игровую механику, под AI‑продукт — конкретный сценарий, под подписку — ценность до paywall. Одна универсальная карточка редко одинаково хорошо закрывает весь спрос.

Почему install — не финиш

CPI нужен, чтобы быстро прочитать старт, но бизнес живёт дальше. В гембле смотрим REG, FTD и повторную активность. В подписочном продукте — activation, trial, оплату и удержание.

Поэтому Apple Ads сводим с MMP и продуктовыми событиями. Дешёвый install без revenue нам неинтересен; более дорогой пользователь может оказаться сильнее по ROAS и окупаемости.

Для регулируемых вертикалей отдельно проверяем GEO, лицензию и допустимые плейсменты по политикам Apple. Сначала проходим правила, потом готовим тест — не наоборот.

Где чаще всего сливают бюджет

• смешивают brand, category и discovery;
• оценивают трафик только по CPI;
• ведут все запросы на одну product page;
• масштабируют связку до появления post-install данных;
• не вычищают пересечения и минус-слова.

Наша логика простая: запрос → карточка → install → целевое действие → деньги. Если одно звено проседает, ищем причину именно там, а не перекручиваем всю кампанию.

Хотите увидеть эту механику на реальных цифрах? В нашем ASA-кейсе — $43 560 спенда, больше 100 000 установок и 56% ROAS на седьмой день.

Если хотите проверить потенциал своего продукта, посмотрите услугу ASA или сразу покажите приложение команде. Соберём первый внятный тест и заранее договоримся, по каким цифрам его оценивать.