Листинг App Store — это первое, что видит пользователь, и единственное, что читает алгоритм — это страница приложения. По данным Apple и независимых исследований, от 59% до 65% загрузок в App Store приходит из поиска. При этом большинство команд оптимизируют листинг один раз при запуске и возвращаются к нему только когда позиции уже упали. За это время алгоритм успевает несколько раз поменять то, как он читает страницу приложения.
В 2026 году App Store воспринимает листинг иначе, чем два года назад: Custom Product Pages участвуют в органическом поиске, удержание пользователей влияет на позиции сильнее, чем большинство ASO-специалистов привыкли учитывать, а алгоритм стал лучше понимать семантику без точного совпадения ключевых слов. Эта статья — про то, как система работает сейчас, что действительно двигает позиции, а что только улучшает конверсию.
Что такое листинг в App Store в 2026 году
Product Page — это страница приложения в App Store: название, иконка, подзаголовок, скриншоты, описание, оценки, отзывы. Все вместе. На первый взгляд — набор полей, которые нужно заполнить. На практике — модель приложения, которую строит алгоритм.
Магазин не анализирует элементы по отдельности. Он сопоставляет сигналы: совпадают ли ключевые слова в метаданных с тем, что пользователи пишут в отзывах; подтверждается ли обещание страницы высоким удержанием после установки; соответствует ли конверсия тому, что алгоритм ожидал от данного запроса.
Важно с самого начала разделить два понятия, которые часто путают даже в профессиональной среде.
Ranking factors — сигналы, которые определяют, по каким запросам и на каких позициях показывается приложение. Метаданные, поведение пользователей, рейтинг, скорость роста установок.
Conversion factors — элементы, которые влияют на решение пользователя установить приложение после того, как он уже попал на страницу. Скриншоты, иконка, описание, видео.
Путаница между ними приводит к неправильным приоритетам. Команда часами полирует иконку, пока семантика покрывает только половину релевантных запросов. Или наоборот — добавляет новые ключи, не понимая, почему конверсия не растет.
Какие элементы влияют на ранжирование, а какие — на конверсию
| Элемент | Влияет на ранжирование | Влияет на конверсию | Примечание |
| Title | Да, напрямую | Да | Самый высокий вес для ключевых слов |
| Subtitle | Да, напрямую | Да | Видно в поиске, обрезается на маленьких экранах |
| Keywords field | Да, напрямую | Нет | Пользователь не видит; повторы из title/subtitle не дают веса |
| Описание | Нет | Да | Не индексируется для поиска на iOS |
| Иконка | Нет | Да, сильно | Влияет на CTR из поисковой выдачи |
| Скриншоты | Нет | Да, сильно | Первые 1-3 видны в поиске |
| Видео | Нет | Да | Особенно для сложных продуктов |
| Рейтинг | Косвенно | Да, сильно | Через конверсию и поведение пользователей |
| Отзывы | Косвенно | Да | App Store индексирует текст отзывов |
| Удержание (D1, D7) | Да, сильно | Нет | Сигнал качества для алгоритма |
| Скорость установок | Да | Нет | Download velocity как сигнал актуальности |
| In-App Events | Да (название, описание) | Да | Карточка события появляется в поиске |
| In-App Purchases | Да (название, описание) | Да | Расширяют семантику |
| Custom Product Pages | Да (органически с июля 2025) | Да | До 70 страниц на приложение |
| Частота обновлений | Да, косвенно | Нет | Сигнал активного продукта |
Конверсионные элементы влияют на ранжирование опосредованно — через поведение пользователей. Плохая иконка снижает CTR, CTR снижает конверсию, конверсия снижает позиции. Так что разделение условное, но понимать, где прямой сигнал, а где цепочка — важно для расстановки приоритетов.
Термины, которые нужно знать
Download velocity — скорость накопления установок за единицу времени. Резкий рост сигнализирует алгоритму об актуальности приложения.
CTR (click-through rate) — доля пользователей, которые кликнули на приложение в поиске после того, как увидели иконку и название. Зависит прежде всего от иконки и первых слов title.
Conversion rate (CR) — доля тех, кто установил приложение после перехода на страницу. На него работает весь визуал: скриншоты, видео, рейтинг.
D1 / D7 retention — доля пользователей, которые вернулись в приложение через 1 и 7 дней после установки. Один из самых весомых поведенческих сигналов для алгоритма.
Keyword field — скрытое от пользователя поле в App Store Connect на 100 символов. Индексируется алгоритмом, не видно на странице приложения.
App Store vs Google Play: ключевые различия в логике ранжирования
Обе платформы используют похожие сигналы, но стратегия оптимизации под них разная.
На iOS индексируются только три текстовых поля: title, subtitle и keyword field. Описание приложения алгоритм не читает — оно пишется исключительно для пользователя. Ключевые слова не повторяются между полями: повтор не дает дополнительного веса.
В Google Play индексируется полное описание — до 4000 символов. Ключевые слова нужно встраивать органично в текст, примерно одно точное вхождение на 250 символов. Описание здесь — это контентная задача, а не просто конверсионная копия. Отдельного keyword field нет.
Поведенческие сигналы работают на обеих платформах, но с разным акцентом: Google Play с 2025 года явно сместил вес с объема установок на retention — приложения с высоким удержанием поднимаются, приложения с всплеском загрузок и быстрым оттоком опускаются. На iOS эта связь менее формализована, но практически прослеживается так же.
Метаданные: где хранится ранжирование
Title — 30 символов
Название — главный ранжирующий элемент. Алгоритм доверяет ключевому слову в title больше, чем тому же слову в любом другом поле. Стандартная формула: бренд + 1-2 высокочастотных ключа. Например: «Notion: Notes, Tasks, Wikis» — бренд и три ключа в 28 символах.
Практические решения: двоеточие вместо тире экономит символ, амперсанд вместо «and» — тоже. Каждый символ здесь стоит больше, чем в любом другом поле.
Subtitle — 30 символов
Подзаголовок влияет и на ранжирование, и на CTR. Видит его пользователь прямо в поисковой выдаче — до того, как зашел на страницу. Поэтому лучший подзаголовок объясняет ценность, а не перечисляет функции.
Важные ключи — в начало: на маленьких экранах подзаголовок обрезается. Если главное слово стоит третьим — половина пользователей его не увидит.
Keywords — 100 символов
Поле не видит пользователь, но алгоритм его читает. Главное правило, которое нарушают чаще всего: не повторять ключи из title и subtitle — повтор не дает дополнительного веса на iOS. Это 100 символов для новой семантики, а не для закрепления уже использованных слов.
App Store сейчас лучше понимает семантику, чем два-три года назад. Приоритет — покрытие интента, а не механический набор слов через запятую. Короткие слова без пробелов экономят символы: «yoga,meditation,sleep» занимает меньше места, чем «yoga, meditation, sleep».
Custom Product Pages — до 70 страниц
С июля 2025 года CPP индексируются органически — это важное изменение, которое многие команды еще не используют. Раньше кастомные страницы создавали только для Apple Search Ads. Теперь каждая CPP может быть привязана к конкретным ключевым словам и участвовать в органическом поиске. Одновременно Apple подняла лимит с 35 до 70 страниц на приложение.
Это позволяет таргетировать семантику, которую невозможно уместить в одном листинге. Приложение для медитации может иметь отдельную страницу под «медитацию для начинающих» и другую — под «техники дыхания для сна». Разная аудитория, разный интент, разные скриншоты — все в рамках одного приложения.
Пример логики: фитнес-приложение с одним основным листингом физически не может одновременно выглядеть убедительно и для «тренировок для похудения», и для «йоги для беременных», и для «силовых тренировок дома». CPP снимает это ограничение — каждый сегмент получает страницу, сверстанную под его запрос.
Скриншоты, иконка и социальное доказательство
Скриншоты: конверсия, которая влияет на позиции
Скриншоты не участвуют в текстовой индексации напрямую — но косвенно влияют на ранжирование через конверсию. Первые 1-3 скриншота видны прямо в поисковой выдаче на iOS, до того как пользователь зашел на страницу. Если они не объясняют ценность — большинство не кликнет. Низкий CTR снижает конверсию, низкая конверсия снижает позиции.
Скриншоты должны работать автономно: объяснять ценность без контекста. Конкретные подписи бьют описательные по всем показателям. Calm на первых скриншотах использует «sleep meditation», «anxiety relief», «breathing exercises» — пользователь за секунду понимает, что получит. «Feel better every day» не говорит ничего ни пользователю, ни алгоритму через его поведение.
Технически: подписи крупным шрифтом, высококонтрастный текст, адаптация под темный режим, связанные графикой скриншоты для сторителлинга.
Иконка: первое и самое быстрое решение
Иконка не участвует в текстовой индексации, но напрямую влияет на CTR из поиска. Пользователь видит иконку раньше, чем читает название — и принимает первое решение за доли секунды.
Работающая иконка: простая, считывается мгновенно, выделяется среди конкурентов в выдаче, отражает функцию продукта. Перегруженные иконки с текстом и сложной графикой проигрывают простым даже при лучших метаданных.
Рейтинг и отзывы: социальное доказательство как ранжирующий сигнал
По наблюдениям ASO-специалистов, приложения ниже 3,5 звезды получают заметно меньше видимости. Выше 4,0 — позиции начинают расти. Выше 4,5 — алгоритм воспринимает это как устойчивый сигнал качества. Apple не раскрывает точную формулу, но корреляция между высоким рейтингом и видимостью хорошо прослеживается на практике.
Но здесь важен нюанс, который часто упускают: алгоритм смотрит не только на среднюю оценку, но и на ее динамику. Свежие отзывы весят больше, чем исторический рейтинг. Приложение, которое год назад имело 3,8, а сейчас стабильно получает 4,7, будет ранжироваться лучше, чем то, что держится на 4,5 без изменений.
App Store индексирует текст отзывов. Если пользователи часто упоминают в отзывах конкретные функции или слова — это влияет на релевантность по соответствующим запросам. Работа с отзывами — это не только репутация, это часть семантики.
Что изменилось: хронология алгоритмических обновлений
2024, весь год. App Store начал тестировать автоматические AI-теги — короткие метки, которые генерируются из метаданных и влияют на попадание в тематические коллекции. Разработчики получили возможность удалять нерелевантные теги в App Store Connect, но добавлять собственные нельзя.
Июль 2025. Custom Product Pages стали участвовать в органическом поиске — не только в платных кампаниях через Apple Search Ads. Одновременно Apple подняла лимит CPP с 35 до 70 на приложение. Это открыло возможность строить микро-воронки под разные сегменты и поисковые интенты в рамках одного приложения.
2025-2026, продолжается. Обе платформы усилили вес поведенческих сигналов: retention и engagement теперь влияют на позиции сопоставимо с метаданными. Алгоритм App Store стал лучше понимать семантику — точное вхождение ключевого слова перестало быть единственным способом проиндексироваться по запросу.
Типичные ошибки при оптимизации страницы приложения
Повторять ключи в разных полях. Title, subtitle и keywords field — три независимых поля индексации. Слово, которое уже есть в title, не дает дополнительного веса в keywords. Это 100 символов, потраченных впустую на то, что уже работает.
Оптимизировать под ключи без учета интента. Приложение может стоять на первом месте по запросу и получать нулевую конверсию, если запрос не соответствует тому, что ищет целевая аудитория. Высокочастотный ключ — не всегда правильный ключ. Это одна из самых болезненных ошибок, потому что в трекере все выглядит хорошо: позиции есть, установок нет.
Игнорировать первые три скриншота. Именно они видны в поисковой выдаче до перехода на страницу. Если они не объясняют ценность за секунду — большинство пользователей не кликнет, CTR упадет, позиции потянутся следом.
Не тестировать визуал. App Store предоставляет встроенный A/B-тест для иконки, скриншотов и видео. Команды, которые запускают тесты раз в квартал, накапливают 4 итерации в год. Те, кто тестирует раз в две недели, — 25 итераций. Разрыв в понимании аудитории компаундируется быстро.
Не отвечать на отзывы. На iOS ответы разработчика не являются прямым ранжирующим сигналом (в отличие от Google Play), но влияют на конверсию: потенциальные пользователи читают ответы перед установкой и формируют суждение о качестве продукта.
Не обновлять приложение. По данным 42matters, 74% из топ-1000 приложений в App Store обновляются минимум раз в месяц. Статичный продукт без обновлений несколько месяцев теряет позиции — алгоритм воспринимает это как признак брошенного продукта.
Переводить, а не локализовать. Одна из самых дорогих ошибок. Перевести текст и оставить скриншоты на английском — это не локализация. В рынках с низким уровнем владения английским это заметно бьет по конверсии. Локализация — это адаптация интента, ключей и визуала под конкретный рынок.
Как измерять эффект от оптимизации

Keyword rankings — базовый мониторинг. Какие позиции занимает приложение по целевым запросам, как они меняются после обновлений метаданных, по каким ключам растут конкуренты.
Conversion rate из поиска — показывает, насколько листинг соответствует ожиданиям по конкретному запросу. Если CTR хороший, но CR низкий — проблема на странице, а не в метаданных.
Конкурентный анализ — без понимания того, что делают конкуренты с семантикой, сложно найти незакрытые запросы и точки роста. Конкурент, который вырос по ключу, где вы стояли — первый сигнал пересмотреть приоритеты.
Visibility score — агрегированная метрика видимости по всем отслеживаемым запросам. Удобна для оценки общей динамики без погружения в каждый ключ по отдельности.
Как провести быстрый аудит страницы приложения
Если нет времени на полный разбор, вот последовательность из шести проверок, которая займет 20-30 минут:
- Открыть App Store Connect и проверить, нет ли повторов ключей между title, subtitle и keywords field. Каждый повтор — потраченный символ без пользы.
- Найти свое приложение в поиске по 3-5 целевым запросам. Посмотреть, какие скриншоты видны до перехода на страницу — и понятна ли ценность без клика.
- Зайти в App Store Connect → App Analytics → Acquisition и посмотреть CR по источникам. Если поиск дает высокий трафик, но низкую конверсию — визуал не соответствует запросу.
- Проверить дату последнего обновления метаданных. Если больше двух месяцев назад — алгоритм мог изменить ситуацию, а вы не отреагировали.
- Открыть страницы двух-трех ближайших конкурентов и сравнить их title и subtitle с вашими. Если они используют ключевые слова, которых у вас нет — это пробел в семантике.
ASOMobile закрывает все эти задачи в одном интерфейсе: keyword tracking с историей позиций, competitor monitoring, анализ метаданных конкурентов и оценка органических загрузок. Если вы работаете с несколькими приложениями или рынками — это особенно удобно, потому что данные по всем приложениям собраны в одном месте, без необходимости переключаться между инструментами.
Напоследок
Большинство команд теряют позиции не потому, что плохо подобрали ключи. А потому что листинг обещает одно, приложение дает другое — и алгоритм это замечает через поведение пользователей раньше, чем команда успевает это осознать.
Метаданные можно исправить за день. Несоответствие между обещанием и продуктом — нет.
ASOMobile — данные без догадок 💙
FAQ: Frequently Asked Questions
Да, но не все элементы одинаково. Title, subtitle и keywords field — прямые ранжирующие факторы. Иконка, скриншоты, описание, видео — конверсионные элементы, которые влияют на ранжирование опосредованно через поведение пользователей: CTR, конверсию, удержание.
Title — самый весомый фактор, ключи в названии получают наивысший приоритет. Subtitle усиливает релевантность и виден в поисковой выдаче. Keywords field покрывает дополнительную семантику, которая не вошла в первые два поля.
Метаданные — как минимум раз в 4-6 недель, ориентируясь на динамику позиций и действия конкурентов. Визуал — по результатам A/B-тестов, в идеале с циклом 2-4 недели на итерацию. Ждать квартального ревью — значит упускать возможности, которые конкуренты не упускают.
Ranking factors — это то, что определяет, по каким запросам и на каких позициях показывается приложение. Conversion factors — то, что влияет на решение пользователя установить приложение, когда он уже попал на страницу. Первые работают до того, как пользователь вас увидел. Вторые — после.