Когда мы работаем над ASO, основное внимание обычно уходит на то, что пользователь видит до установки: иконка, скриншоты, название, описание, оценки. Но App Store добавил еще один слой возможностей, и он работает иначе.
In-App Events и In-App покупки на первый взгляд кажутся частью продуктовой логики: один инструмент для вовлечения, другой для монетизации. На самом деле оба влияют на видимость в поиске, расширяют семантическое покрытие и создают дополнительные точки входа в воронку. И все это без единого изменения в основных метаданных приложения.
В этом материале разбираем, как устроена их механика в App Store и Google Play, как оптимизировать каждый из них и как выстроить связку событие → покупка → ретеншн, которая работает системно.
Что дает каждый инструмент
| In-App Events | In-App покупки | |
| Что это | Временные события с карточкой в сторе | Продукты, доступные к покупке внутри приложения |
| Где отображается | Поиск, страница приложения, редакционные подборки | Поиск (App Store), страница приложения |
| Что индексируется | Название + краткое описание события | Название IAP |
| Этап воронки | Привлечение + возврат (ре-энгейджмент) | Конверсия в покупку + расширение семантики |
| Кто видит | Все пользователи (настраивается по сегменту) | Все + ищущие конкретный контент |
| Платформа | App Store (Google Play — LiveOps) | App Store + Google Play |
Разберем оба инструмента по отдельности, а потом посмотрим, как они работают в связке.
In-App Events
Что это и как работает в App Store
In-App Events — карточки временных событий, которые Apple размещает в поиске, на странице приложения и в редакционных подборках. Инструмент появился в 2021 году, и его главная механика в том, что пользователь видит карточку события прямо в сторе: с заголовком, визуалами и кнопкой действия, без необходимости открывать страницу приложения.
Карточка появляется в нескольких местах одновременно. В результатах поиска она отображается рядом с иконкой и названием нашего приложения. Те, кто уже установил его, видят карточку события вместо привычных скриншотов. На странице приложения формируется отдельный блок с активными событиями. И если событие оформлено грамотно, редакторы Apple могут включить его в подборки Today, Games, Apps или в персональные рекомендации.
Из карточки пользователь может открыть детали, нажать Уведомить о старте, перейти по диплинку в нужный раздел и поделиться карточкой с кем-то еще. Технически у нас есть до 10 черновиков событий, из которых одновременно можно опубликовать до 5.
Типы событий и когда их использовать
Apple требует выбрать тип события при создании. Это не просто метка: тип влияет на то, как App Store продвигает событие в подборках и персональных рекомендациях. Поэтому к выбору стоит относиться как к части стратегии, а не как к формальному шагу.
Challenge — пользователь должен выполнить задачу до конца события: пробежать нужную дистанцию в фитнес-приложении или пройти 10 уровней в игре. Работает, когда есть измеримая цель.
Competition — пользователи соревнуются: рейтинг, очки, награды. Подходит для игр и геймифицированных сервисов.
Live Event — реальное событие в конкретное время: стрим, спортивный матч, онлайн-концерт. Главное условие — новый опыт или контент, доступный именно в это время.
Major Update — глобальный апдейт, новая функция, редизайн. Баг-фиксы и косметические обновления сюда не подходят.
New Season — новый сезон, история, персонажи. Актуально для игр и приложений с цикличным обновлением контента.
Premiere — первый показ уникального контента: фильм, подкаст, трек. Акцент на новизну, не на существующую библиотеку.
Special Event — все, что не вписывается в другие типы: коллаборации, временные активности, комплексные кампании. Условие одно — должно быть что-то новое: контент, функция, предложение.
Как Events влияют на поиск

Здесь важно не путать: из всех метаданных события поисковой индексации подлежат только название (до 30 символов) и краткое описание (до 50 символов). Длинное описание (до 120 символов) видят только те, кто уже открыл карточку.
80 символов — это отдельное семантическое поле. Через Events мы можем ранжироваться по запросам, которых нет в основных метаданных приложения, и занимать позиции в поиске, не трогая название или ключевые слова в настройках App Store Connect.
Пример: фитнес-приложение запускает челлендж 30 дней бега. В кратком описании — Пробеги 5 км ежедневно, попади в рейтинг. Приложение начинает показываться по запросам челлендж бег, ежедневные пробежки, беговой марафон без изменений в основных метаданных.
Еще один момент, который часто упускают: пользователи, уже установившие наше приложение, не видят скриншоты в поиске. Вместо них отображается карточка активного события. Это возможность вернуть интерес к продукту у аудитории, которая давно не открывала приложение, ненавязчиво и без пуш-уведомлений.
Как оптимизировать карточку события
Если рассматривать карточку события как мини-лендинг, каждый ее элемент должен работать на конкретную задачу.
С названием и кратким описанием мы идем от ключевого слова: сначала определяем, по каким запросам хотим показываться, потом строим заголовок вокруг этого. Летний фитнес-марафон работает лучше, чем Июньское событие для наших пользователей, потому что в первом есть конкретика, а во втором нет.
С медиа важно помнить: текст на карточке отображается белым цветом, поэтому светлый фон и яркие элементы в нижнем левом углу создадут проблему — заголовок просто не будет читаться. Видео запускается автоматически и повторяется по кругу, поэтому лучше делать плавный loop без резких переходов. Постер-фрейм (обложка) отображается до воспроизведения — это первое, что видит пользователь.
С таймингом ориентируемся на тип события и аудиторию: краткосрочные события (несколько часов — пара дней) подходят для акций и анонсов, среднесрочные (неделя) — для повторного вовлечения, долгосрочные (месяц и больше) — для сезонных кампаний. Apple позволяет настраивать таргетинг по странам, языкам и типу аудитории. Одно событие — одна цель, без распыления.
Ошибки при работе с Events
Самая частая и самая обидная ошибка — белый фон медиа. Событие готово, модерацию прошло, но карточку никто не читает: текст белый, фон белый, итог предсказуемый.
Слабый заголовок — это когда вместо конкретики в названии стоит что-то вроде Новое обновление уже здесь. Это уведомление, не заголовок. Название должно говорить, что именно произошло и почему это интересно пользователю прямо сейчас.
Несвоевременный запуск без учета часовых поясов тоже встречается регулярно. Событие о летнем контенте в октябре или новогодний ивент, который стартовал по UTC и уже завершился к моменту, когда нужная аудитория проснулась — это потерянный охват.
Apple не одобряет ежедневные повторяющиеся активности, обычные скидки без нового контента и общие промо без четкой привязки к событию.
И еще один момент: не стоит игнорировать длинное описание только потому, что оно не индексируется. Его читают те, кто уже заинтересовался. Здесь нужно закрыть вопрос о том, почему стоит участвовать именно сейчас, а не повторять заголовок другими словами.
Google Play: аналог Events — LiveOps
Google Play запустил похожий инструмент в рамках LiveOps, но логика работы отличается.
В App Store Events показываются в поиске всем пользователям и явно участвуют в поисковой индексации через метаданные. В Google Play события менее интегрированы в поисковую выдачу: ставка больше на главную страницу и персональные рекомендации, а механизм индексации менее прозрачен. App Store Connect дает детальную разбивку по целям событий — привлечение, вовлечение, возврат. Google Play Console предлагает более ограниченный набор метрик.
Для приложений с кросс-платформенной аудиторией это означает, что стратегия Events будет разной для двух платформ: в App Store акцент на поисковую индексацию и метаданные, в Google Play — на визуальную составляющую и охват через рекомендательную систему.
In-App покупки как инструмент ASO
Как IAP индексируются в App Store и влияют на видимость
In-App покупки в App Store — это не только источник дохода, но и отдельные точки входа из поиска. Каждая покупка с оптимизированным названием и иконкой может появляться в поисковой выдаче рядом с основным приложением как самостоятельный элемент.
Работает это так: если пользователь ищет бизнес-английский, а у нашего языкового приложения есть IAP с таким названием, карточка покупки появится в результатах поиска. Пользователь может перейти к покупке напрямую, без открытия страницы приложения. Каждый правильно оптимизированный IAP — дополнительная точка, через которую нас находят в поиске, без каких-либо изменений в основных метаданных. Что отображается в выдаче: иконка покупки, название IAP, тип (подписка или разовая покупка).
Что видит пользователь в поиске
В результатах поиска App Store карточка IAP появляется под основной карточкой приложения. Для пользователей, которые уже установили приложение, это прямой путь к конверсии. Для новых — сначала установка, потом покупка. В обоих случаях IAP создает дополнительный контакт еще на этапе поиска, до того как пользователь попал на страницу приложения.
Оптимизация названий IAP под поисковые запросы
Подход здесь схожий с классической работой с метаданными, только объект оптимизации другой.
Сначала мы собираем запросы, связанные с функциями, которые предлагает конкретная покупка. Для фитнес-приложения это могут быть персональная тренировка, план питания, трекер калорий. Затем подбираем название, которое одновременно описывает ценность для пользователя и содержит целевое слово. Персональный план тренировок — рабочий вариант. Премиум-доступ — нет, потому что по такому запросу нас никто не ищет.
Параллельно смотрим, как называют свои IAP приложения в топе нашей категории и какие запросы они закрывают. Через 2-4 недели после обновления названий оцениваем изменения в позициях по целевым запросам.
Важное ограничение: Apple может отклонить IAP с вводящим в заблуждение названием. Фокус на точность и релевантность, не на кликбейт.
Пример для языкового приложения: IAP Разговорная практика с носителями покрывает запросы про разговорный язык, Подготовка к IELTS закрывает отдельный запрос, Бизнес-английский для работы привлекает другой сегмент аудитории. Три покупки — три сегмента — три дополнительных точки входа из поиска.
В Google Play: подписки и покупки в листинге
В Google Play IAP не получают отдельные позиции в поиске так же, как в App Store. Но покупки и подписки отображаются на странице приложения в специальном блоке, который пользователь видит еще до установки.
Здесь работает другая логика. Четкое описание подписки с конкретными преимуществами — 7 дней бесплатно, затем $4.99/мес — конвертирует лучше, чем просто Премиум. Понятная иконка IAP, которая отличается от основной иконки приложения, помогает пользователю быстро считать, о чем речь. Порядок предложений на странице тоже имеет значение: более выгодные варианты лучше размещать выше.
Косвенно на ранжирование в Google Play влияют метрики: высокий engagement платящих пользователей и хорошие показатели retention сигнализируют алгоритмам о качестве приложения.
Связь IAP с конверсией: как выстроить иерархию предложений
Даже если наши IAP отлично оптимизированы для поиска, конверсия во многом зависит от того, как предложения выстроены внутри приложения.

Рабочая модель строится на трех уровнях. Базовый вариант — самый доступный, с низким порогом входа. Его цель — первая транзакция. Оптимальный уровень предлагает лучшее соотношение цены и ценности, его часто отмечают как популярный. Большинство конвертирующих пользователей выбирает именно его. Премиум нужен как якорь, чтобы оптимальный вариант выглядел разумным на его фоне.
Отсутствие выбора создает ситуацию брать или не брать вместо что именно брать. Одно предложение вместо трех — типичная ошибка. Пробный период на 3-7 дней для подписок снижает барьер входа. Ключевая метрика после — удержание по завершении триала.
Как Events и IAP работают вместе
Связка: событие, покупка, ретеншн

Events и IAP редко рассматривают как систему — и зря. В связке они закрывают три задачи одновременно.
Событие привлекает или возвращает пользователя: человек видит карточку в поиске, узнает о новом контенте или акции и открывает приложение. IAP конвертирует этот интерес в транзакцию — особенно если событие сопровождается ограниченным предложением. После покупки пользователь с большей вероятностью вернется, когда увидит следующее событие. Три этапа складываются в петлю: событие → покупка → возврат на следующее событие.
Сезонные кампании: как совместить Event с ограниченным IAP
Сезонные кампании — наиболее очевидный формат для связки, но важна синхронизация.
Мы запускаем Event типа Special Event или New Season с сезонной тематикой и одновременно добавляем IAP с ограниченным предложением. В кратком описании события упоминаем его: Ограниченный доступ к зимней коллекции. Пользователь видит событие в поиске, переходит в приложение, видит предложение с четким дедлайном. Urgency работает, если она реальная.
Что не работает — событие без связи с IAP. Если назвать событие Зимняя распродажа, а внутри приложения пользователь увидит стандартные цены без изменений, конверсии не будет. Несоответствие чувствуется сразу.
Примеры из практики
В играх механика обычно выглядит так: RPG запускает New Season с новым сюжетом, и одновременно в сторе появляется IAP Стартовый набор — сезон 3 со скидкой 40%. Карточка события индексируется по запросам, связанным с персонажами нового сезона. Результат — рост установок среди новой аудитории и конверсия в IAP у существующей.
В фитнес-приложениях хорошо работает январский Challenge 30 дней тренировок с одновременным запуском IAP Годовой план с персональным тренером по специальной цене только для участников. Механика эксклюзивности поднимает конверсию в подписку.
В стриминге Premiere Event вокруг новой премьеры хорошо дополняется IAP с доступом к эксклюзивному контенту или пробной подпиской на месяц. Пользователь, которого привлекла конкретная премьера, конвертируется в подписчика.
Мониторинг и аналитика
Как отслеживать эффективность Events через ASOMobile
Анализировать Events конкурентов вручную — скроллить стор и запоминать, что когда запускалось — это не стратегия. В инструменте Timeline в ASOMobile мы видим события конкурентов: когда запущены, какой тип выбран, какие метаданные использованы. Поле конкурентов уже сформировано, и мы получаем общую картину без лишней работы.

Это помогает в двух направлениях: видеть, как конкуренты выстраивают Event-стратегию по сезонам, и находить незакрытые ниши в семантике — запросы, которые конкуренты используют в Events, но которых нет в нашем семантическом ядре.
Раздел Featuring показывает, попало ли наше событие в редакционные подборки Apple и на каких рынках. App Store продвигает события, которые оформлены правильно и соответствуют критериям платформы, так что это хорошая метрика качества самого события.
Как анализировать IAP конкурентов через In-App Monitor
In-App Monitor в ASOMobile показывает IAP конкурентов.

С помощью In-App Monitor можно отслеживать изменения позиций встроенных покупок по поисковым запросам, а также оценивать запросы по точным данным о потенциальном трафике, сложности и эффективности. Релевантность запроса проверяется быстрым доступом к результатам поиска в App Store.
In-App Keywords показывает, по каким поисковым запросам индексируются наши IAP. Это прямой способ найти позиции, которые можно улучшить через обновление названий покупок.
Чеклист перед запуском
Для In-App Events
- Тип события (бейдж) соответствует содержанию
- Название события (до 30 символов) содержит релевантный поисковый запрос
- Краткое описание (до 50 символов) расширяет поисковое покрытие, не дублирует заголовок
- Длинное описание раскрывает детали: сроки, условия, почему интересно именно сейчас
- Нет белого фона; яркие элементы не перекрывают текст в нижнем левом углу
- Видео оформлено как loop, постер-фрейм выбран
- Тайминг учитывает часовые пояса целевой аудитории
- Настроен таргетинг по сегменту: новые, активные или неактивные пользователи
- В App Store Connect задана цель события
- Проверен предпросмотр карточки на разных устройствах
- Событие не нарушает ограничения Apple
Для In-App покупок
- Название IAP содержит целевой поисковый запрос, до 30 символов
- Название понятно без контекста: что именно получает пользователь
- Иконка IAP отличается от основной иконки и однозначно считывается
- Есть три уровня предложений, оптимальный визуально выделен
- Для подписок предусмотрен пробный период
- IAP проверены через In-App Keywords: покрываемые запросы соответствуют целевой аудитории
- Конкуренты проверены через In-App Monitor: нет упущенных семантических ниш
- Для Google Play: описание подписки заполнено, иерархия выстроена на странице приложения
- Название IAP соответствует требованиям App Store и не вводит в заблуждение
ASO — просто и бюджетно. Оптимизируйте легко и достигайте успеха.
FAQ: Frequently Asked Questions
In-App Events — карточки временных событий в App Store, которые появляются в поиске, на странице приложения и в редакционных подборках. Название и краткое описание события индексируются отдельно от основных метаданных — это позволяет ранжироваться по дополнительным запросам без изменений в App Store Connect. Пользователи, уже установившие приложение, видят карточку события вместо скриншотов в поиске.
В App Store каждый IAP с оптимизированным названием может занимать отдельные позиции в поисковой выдаче, расширяя семантическое покрытие без изменений в основных метаданных. В Google Play IAP прямо не влияют на позиции в поиске, но отображаются на странице приложения и влияют на конверсию.
Тип зависит от содержания. Challenge — для выполнения задачи, Competition — для соревнований, Premiere — для первого показа уникального контента, Major Update — для значимых обновлений, Special Event — для всего остального с новым контентом. Выбор типа влияет на то, где Apple покажет событие в подборках.
Да, App Store позволяет иметь до 5 активных событий одновременно. Но если они направлены на одну аудиторию, то будут конкурировать за внимание. Разумнее разделить события по типу аудитории (новые, активные, неактивные) или по рынкам.
Через инструменты ASOMobile: Timeline показывает историю событий конкурентов с метаданными и типами, In-App Monitor — IAP конкурентов с названиями и ценовыми уровнями, In-App Keywords — запросы, по которым индексируются покупки. Раздел Featuring показывает, какие из наших событий попали в редакционные подборки App Store.
Белый фон медиа (текст карточки белый — сливается), слабый заголовок без конкретики и ключевых слов, несвоевременный запуск без учета часовых поясов, события без нового контента (Apple их отклоняет). И частая стратегическая ошибка — запускать событие без связи с конкретным IAP-предложением, теряя потенциальную конверсию.
Events привлекает или возвращает пользователя. IAP конвертирует этот интерес в транзакцию, особенно если событие сопровождается ограниченным предложением. После покупки пользователь с большей вероятностью вернется на следующее событие. Так складывается петля: событие → покупка → ретеншн → следующее событие.
