Куда на самом деле попадают ASO-ключевики: App Store против Google Play
Именно этот вопрос ставит в тупик почти всех, кто занимается ASO сразу в обоих магазинах: куда вообще девать ключевики? Честный ответ — единого ответа нет, потому что Apple и Google построили две разные системы. Apple даёт тебе приватное поле ключевых слов и игнорирует описание. Google вообще отказался от идеи отдельного поля и читает всё, что ты написал. Понимание того, какой текст индексирует каждый магазин, — это и есть разница между текстом, который выводит в топ, и текстом, который просто лежит мёртвым грузом.
Скриншотам достаётся больше всего внимания, потому что это видимая половина карточки в сторе. Текст листинга — вторая половина, и именно она решает, найдут ли тебя вообще через поиск. Вот точная карта того, куда попадает каждое поле.
Apple: три индексируемых поля и куча текста, который не учитывается
Алгоритм поиска Apple читает небольшой, чётко заданный набор полей. Всё, что ты вписываешь в карточку, попадает в одну из двух корзин: индексируется для поиска или служит только для конверсии, когда человек уже на странице.
- Название приложения — 30 символов. Поле с самым большим весом. Термины здесь несут максимальную ранжирующую силу, так что название должно содержать твой самый важный ключевик, а не только бренд.
- Подзаголовок — 30 символов. Индексируется, и почти так же сильно, как название. Это твой второй слот под ключевик, он стоит прямо под названием на странице приложения.
- Поле ключевых слов — 100 символов. Скрытое поле в App Store Connect, которое пользователи никогда не видят. Заполняется терминами через запятую (без пробелов, в единственном числе — Apple автоматически подставляет множественное). Сюда идёт всё, что не поместилось в название или подзаголовок.
А вот поля, которые Apple не индексирует для поиска:
- Описание — до 4 000 символов. Его читают люди, а не алгоритм ранжирования Apple. Напихивание ключевиков сюда никак не влияет на позицию в App Store. Пиши его для конверсии, а не для ранжирования.
- Промо-текст — 170 символов. Тоже не индексируется. Он находится над описанием, редактируется в любой момент без обновления приложения и служит исключительно для анонсов новостей или подталкивания к конверсии.
Итого у Apple ровно 160 индексируемых символов — 30 + 30 + 100 — на которые нужно уместить всю ключевую стратегию. Всё, что дальше, — это текст на конверсию.
Google Play: без поля ключевых слов, но читает всё
Google Play работает наоборот. Скрытого поля для ключевиков здесь нет вообще. Google запускает полнотекстовый поиск по видимому листингу и использует обработку естественного языка, чтобы понять, по каким запросам тебя ранжировать. Это значит, что слова в твоём описании — это и есть ключевики, включая то, как часто они там встречаются.
- Заголовок — 30 символов. Та же длина, что и у названия в Apple, и самый весомый параметр в Play. Начинай с самого сильного термина.
- Краткое описание — 80 символов. Индексируется и показывается в верхней части листинга. Высокий вес ранжирования для своего размера, и это первая строка, которую читает большинство пользователей.
- Полное описание — до 4 000 символов. Вот в чём главное отличие: в Google Play длинное описание индексируется. Здесь важны и частота ключевика, и контекст. Обычно ориентируются примерно на 2–3% плотности для главного термина — достаточно, чтобы Google понял, о чём речь, но чтобы текст не читался как спам. Относись к этому как к ориентиру, а не жёсткому правилу: пиши в первую очередь для человека, а естественные повторы сделают своё дело.
Аналога промо-текста и подзаголовка здесь нет. Play сворачивает всё это в три поля выше.
Всё сразу — в одной таблице
Вот карту, которую стоит сохранить. Каждое поле листинга и то, индексирует ли его поисковик каждого магазина:
| Промо-текст 170 символов (только Apple) | Нет — только конверсия | Аналога нет |
Читай таблицу сверху вниз, и обе модели сразу становятся очевидны. Apple концентрирует всю ключевую силу в трёх коротких полях и советует писать описание для людей. Google распределяет ключевую силу по всему видимому тексту и вознаграждает за использование терминов — в меру — на протяжении всего длинного описания.
Что это значит для того, как ты пишешь тексты
Практическая ловушка — относиться к двум магазинам как к одной задаче. Если ты заполнил поле ключевых слов App Store и ни разу не собрал насыщенное ключевиками описание для Play, ты недобираешь позиции в Play — там просто нет поля, которое унаследует эти термины. А если написал плотное от ключевиков описание и вставил его в App Store — усилия потрачены впустую, потому что Apple его не читает.
Более разумный подход: проведи исследование ключевиков один раз, а затем размести каждый термин там, где его действительно увидит нужный магазин. Топ-термины идут в оба заголовка. Всё лишнее для Apple — в подзаголовок и поле ключевых слов. Всё лишнее для Play вплетается в краткое и полное описание с естественной плотностью. Одно исследование — два разных размещения.
При чём тут Mokbi
Mokbi начинался как редактор скриншотов, но карточка приложения — это текст и изображения вместе, поэтому он составляет и локализует текст листинга параллельно с каруселью. Он пишет именно те поля, которые реально индексируют оба магазина: название, подзаголовок, поле ключевых слов и описание для App Store; заголовок, краткое и полное описание для Play. Ты даёшь ему приложение и список ключевиков, а он выдаёт текст, учитывающий ключевики и заточенный под модель каждого магазина, а не один и тот же блок текста, который приходится вставлять дважды.
Затем он локализует всё это на 50 языков, чтобы термин, который ты исследовал на английском, попал в нужное поле на каждом рынке — без машинного искажения и без английского текста в листинге, переведённом везде остальном. Ты пишешь текст с учётом ключевиков один раз, вместо того чтобы вручную держать в голове две разные модели для каждой локали. Mokbi составляет и экспортирует листинг — а проверяешь и публикуешь его сам через App Store Connect и Play Console.