


В этом году два разработчика опубликовали свои показатели в сообществах ASO. Оба начали с варианта одного и того же предложения: мой ASO не работает.
Первое приложение, относящееся к категории «Еда и напитки», было запущено на iOS две недели назад: в общей сложности менее 100 показов, но примерно 80% увидевших приложение открыли его страницу продукта, а около одного из пяти таких пользователей установили его. У второго разработчика была головоломка с 7 240 показами, 197 просмотрами страницы продукта и 58 загрузками.
Одна и та же жалоба. Прямо противоположные проблемы. И — вот что особенно затратно — прямо противоположные решения.
Почти каждая статья об ASO, которую вы прочитаете, предполагает, что показы у вас уже есть и вам просто нужно лучше конвертировать их. Перепишите подзаголовок, переделайте первый скриншот, протестируйте новую иконку. Для первого разработчика каждый час такой работы был бы потрачен впустую, потому что изначально не было трафика для конверсии. Для второго это был именно правильный совет.
Прежде чем потратить ещё один выходной или ещё один доллар, вам нужно понять, к какому из этих двух случаев относитесь вы. Эта статья поможет провести диагностику.
Если поставить эти два случая рядом, разница становится очевидной — в отличие от ситуации, когда вы смотрите только на собственную панель аналитики.
В случае A проблема связана с видимостью. В случае B — с конверсией. Первая решается за счёт появления в большем количестве мест по запросам, которые вводят реальные пользователи. Вторая — за счёт того, чтобы пользователь нажал на приложение, когда оно уже появилось перед ним. Ни одно из решений заметно не повлияет на другую проблему, поэтому сначала нужно поставить диагноз и только потом определять бюджет.
Разработчик из случая A, к его чести, уже пришёл к этому выводу и попросил сообщество проверить обоснованность своих рассуждений. Это был правильный подход, и стоит понять почему.
Это самое неинтуитивное число в App Store Connect, поэтому важно точно понимать, что именно оно измеряет.
Показ засчитывается, когда ваше приложение появляется перед пользователем во время просмотра или поиска — в результатах поиска, на странице категории или Today, а также на полке рекомендаций. Просмотр страницы продукта засчитывается, когда пользователь действительно открывает страницу вашего приложения. Apple описывает оба показателя в App Analytics вместе с типом источника, который их сформировал.
А теперь подумайте, кто нажимает на приложение с вероятностью 80%. Это не человек, который просматривает десять результатов в поиске приложения с рецептами. Такой пользователь нажмёт максимум на одну-две строки. Показатель в 80% означает, что почти каждый увидевший приложение уже решил открыть его ещё до того, как увидел: он искал приложение по названию, перешёл по ссылке из видео или публикации либо пришёл по рекомендации. Ваша страница не борется за внимание пользователя — она завершает решение, принятое где-то ещё.
Для отдельного канала это нормально. Но это не поиск новых пользователей. И это ограничивает ваш рост размером аудитории за пределами магазина.
Реальную проблему показывает знаменатель: менее 100 показов. Это означает, что приложение присутствует в поисковом индексе магазина, но не появляется на видимых позициях — не показывается достаточно высоко и по достаточному числу запросов, чтобы его увидели люди, которые не искали его намеренно.
Для обозначения отсутствующего элемента можно использовать термин ключевая поверхность: набор небрендовых запросов с реальным объёмом поиска, по которым вы занимаете достаточно высокие позиции, чтобы ваше приложение действительно показывалось. Важно не количество ключевых слов, по которым вы где-то ранжируетесь. Если вы занимаете позицию №180 по 400 запросам, ваша ключевая поверхность равна нулю. Если же вы входите в несколько первых строк по восьми запросам, которые действительно ищут пользователи, эта ключевая поверхность будет ежедневно приносить установки.
Два структурных изменения усложнили завоевание такой поверхности. Оба заслуживают отдельного рассмотрения, поэтому здесь мы не будем заново подробно их обсуждать:
Практическое следствие для нового приложения: высокочастотные запросы в вашей категории удерживают давно работающие приложения, накопившие сигналы за годы, а длинный хвост стал более конкурентным, чем восемнадцать месяцев назад. Бездействие в надежде, что алгоритм сам заметит вас, больше не является нейтральным выбором.
Это займёт около часа и не потребует затрат. Выполняйте шаги по порядку.
Речь не о запросах, по которым вы хотели бы ранжироваться, а о терминах с измеримым объёмом поиска, описывающих функции вашего приложения, включая конкретные формулировки длинного хвоста. Если вы не уверены, как составить такой список, наше руководство по выбору правильных ключевых слов объясняет логику подбора и содержит бесплатный список ключевых слов, с которого можно начать. Затем проверьте, на каких позициях вы действительно находитесь по каждому запросу — текущие и исторические позиции можно получить с помощью инструментов отслеживания позиций ключевых слов ASO.
| Группа позиций | Что это означает | Ценность на сегодняшний день |
|---|---|---|
| 1–10 | Видимое приложение. Вы находитесь на первом экране результатов. | Именно отсюда приходят установки. |
| 11–40 | Приложение проиндексировано и находится близко. Реальные пользователи редко прокручивают так далеко. | Стоит продвигать — до видимой зоны осталось немного. |
| 40+ | Проиндексировано, но невидимо. | Пока не способствует привлечению пользователей через поиск. |
| Не проиндексировано | Магазин вообще не связывает вас с этим запросом. | Проблема метаданных, а не позиций. Сначала исправьте страницу приложения. |
Если почти все ключевые слова с объёмом поиска находятся в двух последних группах, перестаньте читать советы о скриншотах. У вас проблема с видимостью, и теперь вы знаете её точную форму.
В App Analytics разбейте показы по типу источника: поиск в App Store, просмотр App Store, реферальный источник приложения, веб-реферальный источник. Затем сравните:
О третьем пункте стоит сделать одно честное замечание, поскольку этот вопрос возникает постоянно: очень малое количество оценок действительно снижает конверсию, а страница без строки со звёздами находится в невыгодном положении по сравнению с соседними приложениями, у которых отображается рейтинг 4,7. Правильная реакция — не покупать отзывы. Нужно привлечь к странице достаточно реальных пользователей, чтобы органические оценки начали накапливаться, а это всё равно означает, что сначала необходимо решить проблему видимости. Порядок действий имеет значение.
Когда вы понимаете, какая именно у вас проблема, распределение бюджета перестаёт быть вопросом вкуса.
| Проблема с видимостью | Проблема с конверсией | |
|---|---|---|
| Симптом | Мало показов; показатели конверсии выглядят нормальными или необычно высокими | Показы есть; переходов с показа на страницу или со страницы на установку мало |
| Первое действие | Вывести ключевые слова с объёмом поиска на позиции, где их действительно увидят | Переделать первый экран: иконку, название, подзаголовок и первые два скриншота |
| Куда направить бюджет | Работа над позициями по короткому списку конкретных запросов | Создание рекламных материалов и структурированное тестирование |
| Что пока не стоит менять | Скриншоты. У вас нет трафика для A/B-тестирования. | Расширение списка ключевых слов. Трафик у вас уже есть. |
| Как понять, что это сработало | Позиции по выбранным запросам растут, а вместе с ними растут показы в поиске и органические установки | Растёт показатель переходов с показа на страницу или со страницы на установку при стабильном объёме показов |
| Реалистичный срок оценки | От нескольких дней до нескольких недель; результат снижается, если остановиться | Один цикл тестирования на каждый вариант; результаты накапливаются надолго |
Самая распространённая ошибка при распределении бюджета — запуск теста рекламных материалов для приложения, которое получает 15 показов в день. Не существует статистической реальности, в которой такой тест мог бы дать какие-либо выводы. Именно поэтому собственные рекомендации Apple по оптимизации страницы продукта предполагают наличие значимого объёма трафика.
Большинство команд используют единый календарь ASO для обоих магазинов. Однако платформы работают по-разному, и это одно из наименее документированных практических различий в этой сфере.
Google Play реагирует в течение нескольких дней. Для стабилизации позиции обычно требуется непрерывный цикл продолжительностью 7–9 дней, а Play предоставляет встроенную возможность экспериментов — эксперименты со страницей приложения, — которым также требуется несколько дней трафика для достижения статистической значимости. Планируйте работу с Play недельными блоками и не оценивайте изменение на третий день.
iOS обычно реагирует быстрее, но удерживает результат хуже. Изменения могут появиться уже через несколько дней, а после прекращения поддерживающей активности результат снижается. Поэтому работа с ключевыми словами на iOS обычно ведётся непрерывно, с минимальным периодом примерно в три дня стабильной активности, а не в формате разового продвижения. Однократный всплеск, который поднимает ключевое слово на неделю, а затем прекращается, создаёт график, похожий на успех, и месяц, в котором кажется, что ничего не произошло.
Практический вывод: тест в Play и продвижение в iOS, начатые в один и тот же понедельник, дадут понятные результаты в разное время, и если оценивать их в одну дату, вы сделаете неправильный вывод как минимум об одном из них. Используйте два разных календаря.
Рост позиции — это не результат. Это опережающий индикатор. Результат — увеличение количества подходящих пользователей.
После изменения позиции сопоставьте две линии: изменение позиции по каждому конкретному запросу и ежедневные органические просмотры страниц и установки. Возникают три закономерности:
Подождите полные 14 дней, прежде чем перераспределять бюджет, анализируйте запросы по отдельности, а не в совокупности, и будьте готовы прекратить финансирование тех из них, по которым позиция выросла, но результата не принесла. Совокупные показатели по ключевым словам скрывают именно ту информацию, которая вам нужна.
Если вынести из этой статьи что-то одно, то вот что: низкое количество показов и низкая конверсия — это не две степени одной и той же проблемы. Это разные проблемы, и работа, которая решает одну из них, бесполезна для другой. Необычно высокий показатель переходов с показа на просмотр страницы при небольшом объёме трафика — не признак отличной страницы приложения. Это признак того, что её видели только люди, которые уже знали о вас.
Выполните три шага. Распределите позиции по группам, проверьте источники показов и определите, на какой стороне таблицы вы находитесь, прежде чем утверждать бюджет.
Если вы хотите получить данные о позициях для шага 1 и шага 2, не собирая их вручную, создайте аккаунт и выгрузите текущие и исторические позиции по ключевым словам в инструментах отслеживания позиций ключевых слов ASO. Если вы предпочитаете, чтобы кто-то разобрал эти показатели вместе с вами, запросите индивидуальное решение — оно включает бесплатный анализ приложения и аудит ASO, и первое, что вы узнаете, — какая из этих двух проблем есть у вас на самом деле.
Get a good start for your app optimization with practical ASO guideline!
Want to get the latest Guides & Insights from ASOWorld?
Похожие сообщения