App Store жёстче Google Play: под поисковые ключи отведено меньше места — название 30 символов, подзаголовок 30 и скрытое поле Keywords на 100 байт (для кириллицы это ~45–50 букв), зато выше вес оценок и конверсии карточки в загрузку. Каждый релиз открывает окно видимости на 24–48 часов — скорость установок в это окно напрямую влияет на позиции. Первые топ-10 по длиннохвостым ключам реалистично взять за 4–8 недель, по категорийным — за 2–4 месяца системной работы.
Продвижение в App Store — это работа с тремя контурами: метаданные (по каким ключам карточку показывают в поиске), конверсия карточки (какая доля показов превращается в загрузки) и репутация (оценки, скорость их набора, стабильность релизов). По данным AppMagic и Asodesk, 65–70% установок в App Store даёт именно поиск — больше, чем в Google Play, где пользователь чаще блуждает по вкладкам и подборкам. Поэтому у Apple текстовая часть карточки решает больше, а места под неё меньше. Как продвигать приложение сразу в обоих сторах, мы разбирали в общем пошаговом плане, базовая ASO-оптимизация описана отдельно — здесь глубина именно по Apple: факторы ранжирования, практикум по ключевым словам, конверсия карточки, Featured и Search Ads.
Как App Store ранжирует приложения
Apple не публикует формулу ранжирования и точные веса факторов — всё, что вы встретите в рунете под видом «официальных процентов», выдумка. Таблица ниже — оценка ASO-практиков по итогам тысяч релизов: какие сигналы алгоритм учитывает охотнее всего.
| Фактор | Вес (оценка практиков) | Как работает |
|---|---|---|
| Релевантность метаданных: название, подзаголовок, поле Keywords | Высокий | Определяет, по каким запросам карточка вообще показывается в поиске |
| Конверсия показа карточки в загрузку | Высокий | Apple видит соотношение показов и установок: карточку показывают и устанавливают — её поднимают |
| Оценки и скорость их набора | Высокий | Рейтинг ниже 4,0 душит и конверсию, и позиции; свежие оценки после релиза весят больше старых |
| Загрузки за 24–48 часов после релиза или апдейта | Средне-высокий | Каждый релиз даёт окно повышенной видимости — скорость установок в это окно решает, зацепится ли карточка |
| Удержание и использование | Среднее | Retention и частота сессий подтверждают, что приложение реально нужно, а не установлено и удалено |
| Обновления и стабильность | Среднее | Живой продукт с регулярными релизами и без крашей сигнализирует алгоритму о качестве |
| Ссылки на страницу стора | Низкое | Внешние ссылки почти не учитываются напрямую — они дают трафик на карточку, и уже он влияет косвенно |
Из таблицы следуют два практических вывода. Первый: поисковый алгоритм Apple исторически «текстовее» Google Play — пока в Google Play ключи ловятся из всего описания на 4000 символов, в App Store вся семантика упакована в 160 символов трёх полей. Второй: релиз — это не просто выкатка фич, а маркетинговое событие. Апдейт поднимает карточку в выдаче на 24–48 часов; если в это окно пошли установки и оценки, приложение закрепляется выше. Если релиз прошёл в тишину, окно закрывается без пользы — поэтому обновления и стартовый трафик планируют вместе, а не по очереди.
Полную пошаговую механику для обоих сторов смотрите в материале о выводе приложения в топ — здесь дальше только специфика Apple.
Практикум: ключевые слова App Store
Это главный блок статьи. В App Store семантика живёт в трёх полях суммарно на ~160 символов, и цена каждого слова выше, чем где-либо ещё в маркетинге. Сначала — карта: где именно живут ключи.
| Поле | Лимит | Индексируется поиском | Видит пользователь |
|---|---|---|---|
| Название (title) | 30 символов | Да | Да — самое сильное место |
| Подзаголовок (subtitle) | 30 символов | Да | Да — вторая строка карточки |
| Поле Keywords | 100 байт | Да | Нет — скрытое |
| Полное описание | 4000 символов | Нет | Да — работает на конверсию |
| Промо-текст | 170 символов | Нет | Да — обновляется без релиза |
| Названия встроенных покупок и событий | 30 символов | Да | Да — попадают в поиск |
Нюанс, о котором молчат половина гайдов: поле Keywords ограничено не сотней символов, а сотней байт. Кириллическая буква занимает 2 байта, запятая — один. Для русского приложения это значит: вместо 100 символов вы получаете примерно 45–50 букв. Счётчик в App Store Connect покажет остаток, но планировайте набор ключей заранее с поправкой на байты — иначе половина семантики не влезет.
Правила заполнения, каждое экономит байты или спасает от отклонения ревью:
- Разделитель — запятая без пробелов. «кофе,десерты,супы», а не «кофе, десерты». Пробел после запятой — это минус один байт полезного места на каждый ключ.
- Не дублируйте слова из названия и подзаголовка. Apple индексирует каждое слово один раз: «доставка» из названия уже работает, повтор в Keywords не добавит охвата, только сожжёт лимит.
- Пишите отдельные слова, а не фразы. Алгоритм сам склеивает слова из разных полей в словосочетания: «доставка» в названии + «обеды» в Keywords покрывают запрос «доставка обедов». Фраза целиком в Keywords — это потраченные байты на уже покрытое.
- Единственного числа достаточно. Формы слов алгоритм достраивает сам; перечисление «приложение, приложения, приложений» — классическая потеря шести байт × три.
- Никаких брендов конкурентов и чужих товарных знаков. Пункт 2.3.7 гайдлайнов App Review — прямое основание отклонить метаданные. То же касается слов «лучший», «№1» и других неподтверждаемых превосходств.
- Не тратьте лимит на «приложение», «app», «бесплатно». Слова, которые и так подразумеваются категорией и ценой, ничего не добавляют к охвату.
Где брать ключи. Первое и бесплатное — подсказки поиска в самом App Store: вводите корень слова и фиксируете хвосты, которые стор предлагает живым пользователям. Второе — карточки конкурентов из топа: смотрите, какие слова вынесены в их название и подзаголовок. Третье — Asodesk, AppMagic, Sensor Tower: частотность и конкуренция по каждому ключу (ориентиры цен — от 9 до 15 тыс. ₽/мес). Четвёртое — Яндекс Wordstat как компас общего спроса с поправкой на специфику стора. Если на ваших рынках доступна реклама Apple Search Ads — там есть собственные показатели популярности ключей, это самая честная частотность именно для стора. Набранные 100–300 запросов фильтруются до 20–40 приоритетных, и первыми в работу идут длиннохвостые.
Как это выглядит на практике — приложение доставки еды:
| Элемент | Плохо | Хорошо |
|---|---|---|
| Название (30) | «ВкусноЕдаДом Доставка Еды Заказ Еды Онлайн» — спам ключевыми повторами, риск отклонения по 2.3.7 | «ВкусноЕда — доставка еды» — бренд + главный ключ |
| Подзаголовок (30) | «Лучшее приложение для заказа еды» — «лучшее» запрещено, ключ дублирует название | «Обеды и продукты за час» — второй ключ + выгода |
| Keywords (100 байт) | «доставка, еда, заказ, доставка еды, вкусно, ресторан, кафе» — пробелы, дубли слов названия, фраза целиком | «завтрак,ужин,комбо,супы,кофе,десерты,суши,пицца,роллы» — 45 кириллических букв = 98 байт из 100 |
В «хорошей» версии нет ни одного слова из названия и подзаголовка, каждый ключ — отдельное слово, а байты посчитаны до единицы. Именно такая аккуратность отличает карточку, которая собирает поисковый трафик, от карточки, которая «просто заполнена».
Карточка, которая конвертит показ в загрузку
Метаданные дают показы. Дальше работает карточка: пользователь видит иконку, скриншоты и рейтинг — и за пару секунд решает, ставить или листать дальше. В App Store до 10 скриншотов на устройство, но первые три видны ещё до открытия карточки, а большинство не листает дальше третьего. Практический вывод жёстче: первые два экрана решают больше, чем остальные восемь вместе. Первый скриншот — главное ценностное предложение крупным текстом поверх изображения, не «красивый интерфейс», а ответ на вопрос «зачем мне это ставить».
Видео-превью — до трёх роликов по 15–30 секунд, автозапуск без звука. Раз звука нет, смысл должен появляться в первые две секунды и дублироваться субтитрами; по наблюдениям практиков, корректно сделанное превью поднимает конверсию на 20–40%. Иконка проверяется на читаемость в размере 60×60 пикселей: простой силуэт, один-два цвета, без мелкого текста. Отдельно живёт «Что нового» — текст обновления читают действующие пользователи, и «исправлены ошибки» на месте реальных изменений — это не лень, а основание для отклонения по гайдлайнам (2.3.12). А промо-текст на 170 символов уникален тем, что обновляется без выпуска новой версии: акция, сезонное предложение, реакция на событие — карточка оживает между релизами.
Тестируется всё это через Product Page Optimization — встроенный A/B-механизм App Store Connect:
| Элемент карточки | Влияет на конверсию | Тестируется в PPO |
|---|---|---|
| Иконка | Да | Да |
| Скриншоты | Да — решают | Да |
| Видео-превью | Да | Да |
| Название, подзаголовок, Keywords | Влияют на показы | Нет — только через релиз |
| Промо-текст и описание | Да | Нет — меняются вручную в любой момент |
Правила PPO: до трёх вариантов против оригинала, один тест на приложение одновременно, длительность цикла 7–14 дней, порог уверенности — Apple рекомендует 90%. Меняется один элемент за раз, иначе непонятно, что сработало. Для рекламных и внешних кампаний есть Custom Product Pages — до 70 отдельных страниц карточки со своими скриншотами и промо-текстом; с июля 2025 года они показываются и в органическом поиске, и по данным Apple конвертируют в среднем на 2,5 процентных пункта лучше дефолтной страницы.
Оценки: регламент Apple и работа с негативом
С оценками в App Store ситуация жёстче, чем в Google Play, и это надо знать до релиза. Нативный диалог оценки (SKStoreReviewController) показывается максимум 3 раза за 365 дней — и система сама решает, когда именно; разработчик лишь вызывает момент запроса. Кастомные попапы «поставьте нам пять звёзд» запрещены гайдлайнами. Отсюда стратегия: просите оценку строго после успешного действия — заказ доставлен, тренировка завершена, отчёт сформирован. Три «хороших» касания в год конвертируют лучше тридцати назойливых.
Ответы разработчика публичны и видны всем, кто откроет отзывы. Негатив обрабатывается в течение 24–48 часов: признать конкретную проблему, написать, в каком релизе она исправлена, предложить контакт поддержки. Пользователь может изменить оценку после ответа и фикса — и изменённая оценка пересчитывается в рейтинге. Учтите, что рейтинг у Apple считается по каждой стране отдельно: 4,6 в Казахстане и 3,8 в России — это две разные видимости в двух сторфронтах. Ориентир по цифрам прежний: 4,3 и выше — рабочая зона, ниже 4,0 конверсия и позиции проседают заметно. Накрутка оценок не рассматривается всерьёз: стор детектирует аномалии и пессимизирует карточку сильнее, чем помогла бы накрутка.
Отдельно про скорость: алгоритм смотрит не только на средний балл, но и на динамику оценок после релиза. Версия вышла — в первые дни пошли свежие отзывы, и их тон для алгоритма весомее архивных трёхзвёздочных от позапрошлого года. Поэтому регламент запроса отзыва привязывают к релизному циклу: после крупного обновления активные пользователи проходят через обновление, получают системный диалог в удачный момент — и карточка получает свежую порцию оценок ровно в окно повышенной видимости. И последний инструмент из App Store Connect, о котором забывают: при выпуске новой версии можно сбросить суммарный рейтинг. Это оправдано ровно в одном случае — крупный редизайн или смена механики, когда старые 3,2 тянут карточку вниз, а новая версия действительно лучше. Сброс обнуляет историю: если продукт не улучшился, вы вернётесь к тем же цифрам, только быстрее и без накопленной массы отзывов.
Featured от Apple: как попадают в подборки
Подборки на вкладках «Сегодня», «Игры» и «Приложения» собирает живая редакция App Store — не алгоритм. Заявка подаётся бесплатно через App Store Connect (раздел продвижения для редакции), и делать это нужно заранее: ориентир — за пару недель до релиза или крупного обновления, с материалами о том, что нового и чем приложение отличается.
Что исторически повышает шансы попасть в Featured:
- нативные технологии Apple — виджеты, App Intents и Shortcuts, Live Activities, Apple Pay, синхронизация через iCloud, версии для iPad, Watch и других платформ компании;
- использование фич новых версий OS в первые месяцы после WWDC — редакция собирает под них подборки;
- качество дизайна и локализация на несколько языков — включая русскую, русскоязычные подборки существуют;
- уникальность: не клон работающей модели, а собственная идея;
- события приложения (In-App Events) — они индексируются поиском и попадают в отдельные подборки стора.
Теперь честная часть для российских приложений. Заявка ничего не стоит, кроме часа на заполнение, — подавать стоит каждому. Но конкуренция глобальная, редакция смотрит на весь сторфронт, и предсказуемого конвейера «подал — попал» не существует. Featured даёт всплеск установок, который без удержания и конверсии карточки выдыхается за пару недель. Стратегию на подборках строить нельзя: основной канал App Store — поиск с его 65–70% установок, и именно там решается судьба приложения.
Apple Search Ads как усилитель органики
Apple Search Ads — реклама в поиске самого App Store: вы назначаете ставки по ключевым словам (модель — цена за тап или за установку), и карточка показывается с пометкой «Реклама» в результатах поиска и на вкладке Поиска. Кампании делятся на брендовые (защита своего названия — самые дешёвые тапы) и небрендовые (рост по категорийным ключам, дороже и требовательнее к карточке).
Для органики Search Ads работает как усилитель по той же таблице факторов из начала статьи: платные установки разгоняют velocity в окно после релиза и растят конверсию карточки в загрузку — оба сигнала алгоритм учитывает и в органической выдаче. На наших и рыночных проектах доля органики рядом с активной кампанией растёт: платный канал оплачивает карточке место в выдаче, дальше её удержывают уже метаданные и конверсия. Побочный бонус — данные кампаний: показатели популярности ключей из Search Ads переносятся в поле Keywords и экономят месяц экспериментов.
По моменту запуска есть два рабочих сценария. Первый — вместе с релизом: кампания разгоняет окно первых 24–48 часов, и карточка стартует в выдаче сразу с высокой скоростью установок. Второй — после первого ASO-цикла, когда метаданные уже вытащили длиннохвостые ключи: реклама докупает категорийные, до которых органикой не дотянуться, и дорогой трафик не сгорает на неконвертящей карточке. В обоих случаях эффект меряют не на ощупь: фиксируйте долю органических установок по неделям до и после старта кампании — рост этой доли и есть ответ, тянет ли реклама органику.
Российская специфика: с 2022 года Apple не показывает Search Ads в сторфронте РФ — если ваше приложение живёт только на рынке России, канал недоступен, разгонять релиз придётся органикой и внешним трафиком. Для приложений с аудиторией в Казахстане, Узбекистане, Армении, Турции, ОАЭ и Европе кампании работают в полный рост. Ориентиры рынка (не официальные цифры Apple): тестовый бюджет — от 500–1000 $ на страну в месяц, цена тапа в поиске — 0,3–1 $ по низкоконкурентным ключам и 2–5 $ и выше в перегретых нишах вроде финтеха и игр.
Сроки и вилки работ
Что стоит продвижение в App Store по рынку 2026 года — ориентиры по нашим проектам и открытым предложениям студий:
| Работа | Состав | Срок | Вилка по рынку |
|---|---|---|---|
| Разовая ASO-оптимизация | Аудит карточки, семантика, метаданные, концепт скриншотов | 2–4 недели | 40–100 тыс. ₽ |
| Месяц сопровождения | Трекинг позиций, итерации метаданных, работа с отзывами, отчёт | ежемесячно | 30–80 тыс. ₽ |
| Тесты креативов (PPO) | Цикл A/B: концепты, запуск теста, анализ, раскатка победителя | 2–4 недели на цикл | По рынку и нашим проектам — зависит от числа циклов и локализаций |
| Сервисы трекинга | Asodesk, AppMagic, Sensor Tower — позиции и частотность | подписка | 9–15 тыс. ₽/мес |
| Apple Search Ads (вне РФ) | Кампании, ставки, креативы, отчётность | от 1 месяца | от ~500 $/мес на страну |
По срокам цифры такие: эффект правок метаданных виден через 2–4 недели (сначала растут показы, потом позиции), топ-10 по длиннохвостым ключам — 4–8 недель, по категорийным — 2–4 месяца системной работы. Дальше начинается вторая задача — удержание ключей в топе App Store: без цикла замеров и правок раз в 4–6 недель позиции оплывают у всех. Если позиции скачут уже сейчас — разбирать причины лучше по типологии просадок ASO.
Чем App Store отличается от Google Play
Если держите обе платформы, различия удобнее держать одной таблицей:
| Параметр | App Store | Google Play |
|---|---|---|
| Где живут ключи | Название 30 + подзаголовок 30 + скрытое поле Keywords на 100 байт | Название 30 + короткое описание 80 + полное описание 4000; скрытого поля нет |
| Описание | Не индексируется — работает на конверсию | Индексируется — главный текстовый резерв |
| A/B-тесты | Product Page Optimization: иконка, скриншоты, видео | Store Listing Experiments — шире, включая тексты |
| Модерация | Ручное ревью, обычно 1–3 дня, формальные причины отклонений | В основном автоматическая, чаще быстрее |
| Featuring | Заявка редакции через App Store Connect, живой отбор | Промо-контент через Play Console |
| Запрос оценок | Системный диалог, максимум 3 за 365 дней | Собственный API запроса со своими квотами |
| Окно после релиза | 24–48 часов повышенной видимости | 24–72 часа, скорость установок весит ещё больше |
План работ при этом один: семантика → метаданные → конверсия карточки → оценки → стартовый трафик → итерации. Меняется только наполнение шагов — в App Store всё упирается в 160 символов и конверсию, в Google Play — в описание и velocity. Подробный пошаговый разбор обеих сторон — в статье о продвижении приложения в топ.
App Store — самый «текстовый» из сторов: сто шестьдесят символов решают, найдут ли вас вообще, а конверсия карточки и оценки — поднимут ли выше. Хорошая новость в том, что эти сто шестьдесят символов — самый дешёвый рычаг во всём маркетинге приложения: правка поля Keywords стоит один вечер работы, а работает месяцами. Плохая — что их недостаточно: без конвертящих скриншотов, регламента оценок и стартового трафика карточка не поднимется даже с идеальными ключами.
Мы в IDEA делаем приложения от MVP до релиза и ведём их в сторах (команды в Липецке и Москве, работаем по России и СНГ) — и метаданные собираем ещё до подачи на ревью, чтобы первый релиз попал в своё 48-часовое окно подготовленным, а не «как получится». Если приложение уже опубликовано и стоит ниже конкурентов — начните с аудита карточки: разработка и вывод в сторы, отдельный ASO-аудит или подготовка к публикации — разберём, где именно теряются показы и установки.
Комментарии · 0