Установки растут, бизнес — нет: какие метрики ASO считать на самом деле

Коммуникации
17 августа 2026
Карточка приложения дала больше установок. Позиции выросли. Конверсия позеленела. В ASO-отчёте всё выглядит отлично.

А потом открывается продуктовая аналитика: регистраций столько же, пробные периоды реже переходят в оплату, часть новых пользователей исчезает после первого запуска.
Кто ошибся? Возможно, никто.

Просто ASO-команда и продукт смотрят на разные участки одной воронки. Для стора установка — результат. Для бизнеса — только начало знакомства.

В этой статье разберём, почему высокая конверсия страницы не всегда означает качественное привлечение, какие метрики добавлять к ASO-отчёту и как проверять, что новая карточка приводит не просто больше людей, а больше нужных людей.

Позиции показывают, заметили ли приложение. Конверсия — убедила ли карточка установить его. А бизнес-результат начинается после установки: в активации, оплате, удержании и выручке.

Установка — ещё не победа

App Store и Google Play хорошо показывают верхнюю часть пути: показы, просмотры страницы, загрузки и конверсию. Эти данные помогают понять:

  • растёт ли видимость приложения;
  • совпадает ли страница с поисковым намерением;
  • какие скриншоты лучше объясняют продукт;
  • влияет ли новая иконка на конверсию;
  • какие локализации и источники приводят установки.

Но после установки сценарии расходятся.

В языковом приложении человеку ещё нужно начать урок и дойти до регулярных занятий. В финтехе — пройти идентификацию и совершить первую операцию. В маркетплейсе — оформить и получить заказ. В игре — пройти обучение, вернуться и начать монетизироваться.

Поэтому одна и та же конверсия в установку для двух приложений может означать совершенно разный результат для бизнеса.

Карточка влияет не только на количество установок. Она формирует ожидание: что это за продукт, для кого он, насколько быстро даст результат и за что придётся платить. Если обещание слишком широкое или не совпадает с реальным сценарием, установок может стать больше, а полезных пользователей — нет.

В таком случае ASO сработало. Просто не на ту бизнес-задачу.

Как хорошая конверсия приводит не тех пользователей

Представим приложение для управления личными финансами.

Первая версия карточки спокойно объясняет продукт: учёт расходов, контроль подписок, планирование бюджета. Вторая обещает «начать экономить уже сегодня» и делает ставку на быстрый результат.

Вторая версия может выиграть по конверсии. Обещание проще, эмоциональнее и понятно более широкой аудитории.

Но внутри приложения нужно подключить счета, настроить категории и накопить данные. Пользователь ждал мгновенной экономии, а получил настройку. Он закрывает приложение, не завершив онбординг.

В сторе карточка победила. В продукте — создала неверное ожидание.

Такое случается, когда команда:
  • выносит на первый экран функцию, доступную только в дорогом тарифе;
  • идёт в слишком широкую семантику ради объёма;
  • переводит карточку, но не локализует продуктовый сценарий;
  • показывает на скриншотах возможности, которых ещё нет на этом рынке;
  • делает серьёзный платный продукт похожим на простую бесплатную игру.
Яркая коммуникация здесь ни при чём. Карточка и должна убеждать. Вопрос — за счёт реальной ценности продукта или за счёт ожидания, которое сломается после первого запуска.

После каждого заметного роста конверсии стоит задать два вопроса:
  1. Кто начал устанавливать приложение?
  2. Что эти пользователи сделали внутри продукта?
Без второго ответа команда видит только половину результата.

У каждого приложения своя настоящая конверсия

В ASO под конверсией обычно понимают отношение загрузок к просмотрам страницы или показам. Для бизнеса этого определения мало.

Ценное действие зависит от модели продукта:
Установки и конверсия страницы от этого не становятся бесполезными. Они остаются важными диагностическими метриками: без верхней части воронки продукт не получит новых пользователей.

Но оценивать через них весь результат — всё равно что судить об интернет-магазине только по переходам в карточки товаров. Трафик есть, а деньги появляются позже.

Рабочая цепочка выглядит так:

Видимость → Просмотр страницы → Установка → Активация → Целевое действие → Удержание → Выручка


Если после изменения растёт только один участок, не нужно сразу праздновать победу или отменять тест. Сначала разберитесь, что произошло дальше.

Сторы тоже смотрят дальше загрузки

Связь ASO с продуктовыми и финансовыми показателями — не теория из красивой презентации. Аналитика платформ уже движется в эту сторону.

App Store Connect Analytics объединяет данные по привлечению, вовлечению, монетизации и удержанию. Для Custom Product Pages Apple показывает просмотры, загрузки и конверсию, а также выручку и средний доход на платящего пользователя. В когортных отчётах можно смотреть переход от загрузки к оплате, доход на загрузку и удержание подписок.

В Google Play отчёты по привлечению позволяют сравнивать не только посетителей и установки, но и удержанных установивших, покупателей и ARPU. В статистике доступны данные об установках, удалениях, рейтингах, выручке и сбоях, а в обзоре роста — первые открытия и семидневное удержание.

Но стор всё равно не знает, что именно ваш бизнес считает ценным действием. Для одного продукта это покупка, для другого — одобренная заявка, созданный проект или поездка. Поэтому полноценную воронку обычно приходится собирать вместе с продуктовой аналитикой, атрибуцией, CRM и платёжными данными.

Победитель A/B-теста может проиграть в продукте

У A/B-теста страницы есть понятная задача: определить, какой вариант лучше конвертирует просмотр в загрузку. Но такой тест сам по себе не отвечает на вопрос о качестве пользователей.

Хороший пример даёт Apple.

Команда Simply Piano предположила, что видео первым элементом страницы повысит конверсию. Результат оказался обратным: вариант без видео сработал лучше. Тест длился 12 дней, а результат был получен со 100-процентным уровнем уверенности.

Peak Brain Training тестировал варианты иконки. Гипотеза была в пользу робота, но выиграла иконка с изображением мозга: она увеличила конверсию на 8% при уровне уверенности выше 98%. После теста команда отдельно проверила вовлечённость и покупки внутри приложения — и только потом применила победивший вариант.

Оба кейса опубликованы на странице Apple Product Page Optimization.
Главный вывод здесь не в том, что видео «не работает», а мозг на иконке «работает». Результаты конкретного приложения нельзя копировать как универсальный рецепт. Зато можно забрать подход: гипотеза → тест в сторе → проверка поведения внутри продукта → решение.

У каждого серьёзного ASO-эксперимента должно быть два уровня результата.
Первый уровень отвечает на вопрос «сообщение заметили?». Второй — «мы показали правильное сообщение правильным людям?».

Две страницы: меньше установок, больше плательщиков

Посмотрим на условный пример. Обе страницы получили по 100 000 просмотров.
Если смотреть только на стор, страница A уверенно побеждает: она принесла на 5 000 установок больше.

Но страница B привлекла аудиторию с более точным ожиданием. Установок у неё на 17% меньше, зато плательщиков — больше чем в два раза. А конверсия из установки в оплату выше в 2,8 раза.

В реальной экономике нужно учитывать стоимость трафика, средний платёж, период наблюдения, повторные покупки и различия между когортами. Но принцип остаётся тем же:

Страница с меньшей конверсией в установку может приносить бизнесу больше денег.

Где ASO влияет на качество аудитории

ASO не исправит слабый продукт, сложный онбординг или невыгодную подписку. Но карточка задаёт ожидания ещё до установки — и поэтому влияет на дальнейшее поведение.


Чаще всего проблема появляется в четырёх местах.

  • Обещание не совпадает с продуктом
    Человек устанавливает приложение ради функции, которая спрятана глубоко, доступна только после оплаты или работает не так, как показано на скриншотах. Разочарование случается внутри продукта, но причина появилась ещё в карточке.
  • Семантика приводит слишком широкую аудиторию
    Высокочастотный запрос даёт видимость, но не всегда совпадает с намерением пользователя. Позиция растёт, установки приходят, а активация проседает. Поэтому важен не только объём запроса, но и задача, которую человек хочет решить.
  • Локализация ограничивается переводом
    Текст перевели, а оффер, валюту, способы оплаты, примеры интерфейса и сценарии не адаптировали. Карточка выглядит локальной, продукт — нет.
  • Визуал меняет восприятие продукта
    Яркая иконка или игровые скриншоты могут поднять конверсию, но привести аудиторию с другой готовностью платить. Серьёзный инструмент начинает выглядеть как бесплатное развлечение — и получает соответствующие ожидания.
Во всех четырёх случаях ASO-метрики могут быть рассчитаны правильно. Ошибка начинается в их интерпретации.

Как связать ASO с бизнес-результатом

Не начинайте с огромного дашборда. Сначала определите, кого бизнес считает ценным пользователем.

Для подписочного сервиса это может быть человек, который оплатил первый период. Для финтеха — прошёл идентификацию и совершил операцию. Для маркетплейса — получил заказ и вернулся за следующим.

Дальше двигайтесь от результата назад.

1. Выберите одно ценное действие
Не «вовлечённый пользователь», а конкретное событие: subscription_paid, first_order_completed, first_transaction.

2. Найдите ранний сигнал качества
Полный LTV может появиться через месяцы. Поэтому нужен более быстрый показатель, который исторически связан с будущей ценностью: завершённый онбординг, запуск пробного периода, первая транзакция или прохождение ключевого сценария.

3. Разделите метрики на три уровня
4. Свяжите тест с продуктовой когортой до запуска
У эксперимента должно быть единое имя во всех системах. Например: ios_screenshots_budget_v2_ru.

До старта зафиксируйте:

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

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

5. Принимайте решение в два этапа
Сначала убедитесь, что результат в сторе не случаен. Затем проверьте, не просело ли качество привлечения.

Вариант можно масштабировать, если он:

  • улучшил ключевую метрику стора;
  • набрал достаточный объём данных;
  • не ухудшил активацию и раннее удержание;
  • не привёл к заметному падению оплаты или другого ценного действия.

Если конверсия выросла, а продуктовые метрики просели, это не провал теста. Это полезный сигнал: сообщение привлекает внимание, но приводит не ту аудиторию или создаёт неправильное ожидание.

Главное

Стоимость зависимости от маркетплейса нельзя найти в одной строке финансового отчёта. Комиссии, логистика и внутренняя реклама показывают только текущие расходы.

Полная цена становится заметна, когда меняются условия и бизнес обнаруживает, что вместе с площадкой теряет трафик, продажи, связь с покупателями и возможность быстро восстановить оборот.

Маркетплейс может оставаться сильным и прибыльным каналом. Важно другое: чтобы он был частью бизнеса, а не местом, за пределами которого бизнеса практически не существует.

Сколько ждать результат

Срок зависит от продукта и объёма данных.

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

Ещё одно ограничение — выборка. Если страница получает несколько сотен просмотров, не стоит делить аудиторию на десять сегментов и сравнивать LTV: различия с большой вероятностью окажутся случайными.

В такой ситуации лучше:
  • проверить одну крупную гипотезу вместо пяти мелких;
  • сократить количество вариантов;
  • увеличить долю трафика;
  • выбрать более раннее продуктовое событие;
  • сначала улучшить основную страницу, а затем углублять сегментацию.
Зрелость ASO не измеряется количеством одновременно запущенных тестов. Она проявляется в том, что команда понимает ограничения данных и не объявляет победу раньше времени.

Когда конверсии страницы достаточно

Не каждое изменение нужно тянуть до LTV. Конверсии в установку может быть достаточно, если команда:

  • исправляет техническую ошибку;
  • заменяет устаревшие скриншоты;
  • проверяет читаемость первого экрана;
  • обновляет материалы под новую версию продукта;
  • пока не набрала достаточно данных для долгосрочной оценки.
Проблема не в промежуточных метриках. Проблема — выдавать их за конечный бизнес-результат.

Позиция показывает видимость. Конверсия — убедительность страницы. Установки — объём верхней части воронки. Ни одна из этих цифр сама по себе не доказывает рост клиентов или выручки.
Если на последние четыре вопроса нет ответа, тест пока готов только наполовину.

Вместо вывода

ASO может выполнить все локальные KPI и не изменить бизнес: приложение станет заметнее, карточка — убедительнее, установок — больше. Но если новые пользователи не активируются, не платят и не возвращаются, рост закончится на экране стора.

Это не повод отказываться от позиций, семантики или конверсии. Это повод встроить их в общую картину.

В Pickles team мы смотрим на ASO-продвижение мобильных приложений как на часть продуктовой воронки: связываем поисковый спрос, метаданные и визуал карточки с рекламой, онбордингом и бизнес-метриками. А если аналитика пока не показывает весь путь, сначала определяем, какие данные нужно собрать и какое действие действительно считать результатом.

Потому что бизнесу нужны не установки сами по себе. Ему нужны пользователи, для которых приложение становится полезным продуктом — и остаётся им после первого запуска.
  • Подписывайтесь на наш телеграм-канал — там живые кейсы, закулисье агентства и настоящая маркетинговая практика.

Сейчас читают