Google Play или App Store: как выбрать стратегию ASO

ASO в App Store и ASO в Google Play — две разные работы, которые называются одинаково. Apple вмещает всю работу с ключами в 160 символов метаданных и поднимает карточку по соответствию запросу и конверсии. Google Play разбирает написанный текст как поисковик, а после установки следит за тем, что игроки делают с игрой. Копировать план из одного магазина в другой — значит половину его выбросить: у Apple и Google разные представления о том, за какую ошибку опускать карточку.

Это статья-сравнение, вторая после основ. Общие правила — сбор ключей, лимиты полей, набор метаданных, разобранный на живом примере, — собраны в гайде по ASO для инди-игр; здесь остались только расхождения двух магазинов и то, как каждое из них ломает план или спасает его. Аккаунты, сборы и механика отправки — в руководстве по публикации игр на Android и iOS.

(Честная оговорка сразу: этот блог принадлежит Egmatic, no-code 2D-редактору в статусе pre-alpha. Где выпуск на два стора смыкается с самим редактором — в разделе перед выводами.)

Вся разница — в одной таблице#

Вопрос	App Store	Google Play
Что читает поиск	Название (30 символов), подзаголовок (30), скрытое поле keywords (100)	Название (30 символов), короткое описание (80), полное (4000)
Что поиск не читает	Описание (4000 символов)	Ничего: скрытого поля keywords нет
На чём держатся позиции	Соответствие ключам и конверсия карточки	Текст плюс поведение: удержание, краши, ANR
Данные в ответ	Канал, но не сами запросы	Сами запросы, по которым находили карточку
Встроенные тесты	Product Page Optimization, до 3 визуальных вариантов	Эксперименты с карточкой, до 3 вариантов — текст и графика
Дополнительные страницы	До 70 кастомных страниц продукта со своими URL	До 50 кастомных карточек по странам
Запрос оценки	Системный диалог, до 3 раз за 365 дней на устройство	Системный диалог, квота не публикуется
Перед первым релизом	Ревью, обычно 24–48 часов	Закрытый тест: 12 тестеров 14 дней подряд, затем ревью

Три строки отсюда делают больше работы, чем остальные пять вместе. Строка о ранжировании отвечает на вопрос «что оптимизировать»: на iOS — текст и конверсию, на Android — текст плюс стабильность и удержание. Строка о данных — на вопрос «как учиться»: Android показывает запросы, iOS заставляет их вычислять. Последняя строка — это календарь: новый личный аккаунт Google Play вообще не может публиковаться, пока не отойдут две недели закрытого теста. Задача резерва времени, а не качества карточки.

Две модели ранжирования#

Поиск Apple похож на классическую поисковую машину. Он сопоставляет слова названия, подзаголовка и поля keywords с запросом, а дальше сортирует выдачу по тому, как карточка конвертирует и как игра оценена; описание для поиска не читается вовсе. По цифре самой Apple, около 65% загрузок в App Store происходит сразу после поиска (AppTweak). Карточка и есть канал привлечения, и точность тех 160 символов — первый слой всей работы.

Google Play тоже сопоставляет текст, но читает всё написанное — и не перестаёт оценивать после установки. Пороги качества опубликованы: если доля крашей, замеченных пользователем, превышает 1,09%, или доля ANR («приложение не отвечает») превышает 0,47%, приложение попадает в зону плохого поведения, и его видимость в поиске и рекомендациях Play снижается (Android vitals). Удержание и вовлечённость кормят тот же контур. На Android неустойчивый билд способен обнулить работу с ключами — тихо, без единого письма.

На практике это выглядит так. Реалистичный провал на iOS — стабильная игра со средними ключами, которую никто не видит. Реалистичный провал на Android — сырая игра, которую не спасут никакие ключи. Жалоба одна и та же — «нет показов», — а лечение противоположное.

Бюджет символов: 160 против 4110#

Сказать «поле индексируется» — значит, поиск магазина его действительно читает. У Apple такой бюджет — 160 символов: 30 в названии, 30 в подзаголовке и 100 в скрытом поле keywords. Расходуется он по одному правилу: ни одного слова повтором, потому что дубль между полями — сожжённый слот. У Google Play скрытого поля нет. Титул на 30, короткое описание на 80 и полное на 4000 читаются как обычный текст, и позиции отвечают на целевые фразы, повторённые естественно — в настоящих предложениях.

Проиграть бюджет тоже можно по-разному. На iOS классическая утечка — дублирование: слова названия, вторично вписанные в keywords. На Android — спам: стена из 4000 символов списком слов выглядит как мусор и для алгоритма, и для человека. Политика прочерчивает третью границу: с обновления метаданных 2021 года в титуле Play запрещены рекламные слова — «лучшая», «бесплатно», «топ», — и правило применяется на ревью (App Radar). У Apple запретного списка нет, но её ревью режет спам ключевыми словами и чужие товарные знаки по собственным правилам.

Один клапан есть только на iOS. Промо-текст длиной 170 символов правится в любой момент без ревью — это живой слой карточки, где живут патч-ноуты и анонсы ивентов. В Google Play правки карточки тоже уходят на ревью, обычно в те же один-три дня, что и билд: ничего мгновенного на Android нет.

Обе карточки, написанные от начала до конца для вымышленной физической головоломки, разобраны в гайде по ASO; счёт там ведётся против тех же лимитов.

Кто показывает запросы, а кто прячет#

Play Console отдаёт реальные поисковые запросы, по которым карточку находили, — рядом с показами и установками. App Store Connect показывает канал: поиск, обзор, переходы, — но не слова. Жанр тот же, игроки те же, а обратная связь устроена по-разному.

Отсюда разные циклы правки. На Android он прямой: прочитал запросы, заменил текст, смотришь показы. На iOS — косвенный: автоподсказки поиска, бесплатный планировщик ключей Apple Search Ads с оценками популярности от 5 до 100 и дельты конверсии из тестов страницы заменяют недостающие слова. Разумная стратегия — склеить оба контура. Словарь игроков в двух магазинах различается куда меньше, чем ваша способность его видеть, поэтому эксперименты с ключами гоняют на Android, где запросы видны, а победившие фразы переносят в поле keywords iOS: там они невидимы, но работают так же.

На русской локали выгода особенно ощутима: запросы уровня «игры без интернета» или «головоломки офлайн» видны в Play Console вживую, с показами и установками рядом.

Тесты и запасные страницы#

Собственные тесты есть у обоих магазинов, но охват разный. Product Page Optimization у Apple сравнивает до 3 визуальных вариантов с дефолтной страницей до 90 дней — инструмент конверсии, текст он не трогает (Apple). Эксперименты с карточкой в Google Play испытывают до 3 вариантов и меняют как графику, так и текст (Play Console). А текст на Android индексируется: выигравший заголовок на Play работает на поиск, а не на одну конверсию.

Запасные страницы устроены той же асимметрией. Apple даёт до 70 кастомных страниц продукта: каждая — полноценная альтернатива карточки со своим URL, для кампаний и Apple Ads, с правом попадать в выдачу поиска; средний прирост конверсии — 2,5 процентных пункта против базовых 1,6%, когда трафик приходит на страницу, подобранную под источник (Apple). Google Play даёт до 50 кастомных карточек по странам: одна игра встречает каждый рынок, который её волнует, собственным первым скриншотом. Первое — инструмент маркетинга, второе — локализации.

Темп задаёт ревью#

Ревью Apple обычно проходит за 24–48 часов, ревью Google Play — за один-три дня. Обновления идут тем же путём, и отсюда два следствия. На iOS мгновенный промо-текст ценен именно потому, что всё остальное стоит дня-двух. На Android эксперименты с карточкой стоит запускать рано: скорость тестов упирается в скорость ревью. У обоих магазинов есть и поэтапный раскат обновления — на долю игроков, с остановкой, если метрика поплыла. Большой контент-дроп или смена монетизации превращаются из ставки в управляемый процесс.

Гейт Google: 12 тестеров и две недели#

Личный аккаунт разработчика, созданный после 13 ноября 2023 года, не опубликует игру в продакшен, пока она не пройдёт закрытое тестирование: минимум 12 тестеров, подключённых непрерывно 14 дней. До этого в Play Console отключены и Production, и предрегистрация (Google). Организационные аккаунты требование пропускают. У Apple аналогичного входного билета нет: её барьер — само ревью, и проходится он с каждой отправкой. В старых гайдах гуляет цифра 20 тестеров — она устарела: сейчас порог 12.

Стратегический вес правила — в календаре, а не в качестве. Разработчик, который начинает искать тестеров после готового билда, проводит две недели после даты релиза вместо двух недель до неё. Метаданные это время не сжимают.

Страница до релиза#

Собрать спрос заранее можно в обоих магазинах. Предзаказ Apple публикует урезанную версию страницы продукта до релиза: она видна в поиске, заказы скачиваются автоматически в день выхода, а даты релиза можно назначать разные по регионам (Apple). Предрегистрация в Google Play делает ту же работу — собирает установки первого дня — и для нового личного аккаунта стоит за тем же гейтом закрытого теста, что и продакшен. Рычагом ASO само по себе ни одно из двух не является; но каждая даёт первой неделе настоящий объём, а на этом объёме читаются все дальнейшие оптимизации.

Порядок запуска на два стора#

Ситуация	Первый шаг	Почему
Оба экспорта готовы, бюджет неизвестен	Android первым	Запросы в Play Console бесплатно учат словарю рынка
Оба экспорта готовы, важна монетизация	iOS первым	Рынок исторически платит больше за установку
Новый личный аккаунт Google Play	Искать 12 тестеров сегодня	14 дней не сжимаются; гейт держит и продакшен, и предрегистрацию
Метаданные ещё не написаны	Обе карточки за один заход, по примеру из гайда	Бюджеты делят название и словарь; написанные врозь расползаются
Один стор уже живой	Переносить измеренного победителя, а не черновик	Данные показов говорят о фразах больше, чем намерения
Впереди рискованное обновление	Поэтапный раскат с возможностью остановки	Ревью и так съедает день-два; ступенчатость ограничивает падение

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

Ошибки, которые стоят дороже всего#

Ошибка	Кому больнее	Как правильно
Вставить keywords из iOS в описание Play списком слов	Android	Play индексирует предложения; писать живой текст
Продублировать слова названия в поле keywords	iOS	Дубль — потерянный слот; поле покупает только новые слова
«Бесплатно» или «лучшая» в титуле Play	Android	Запрещено политикой с 2021 года; название остаётся именем
Сплошная стена текста в описании	Android	Работают первые две строки до кнопки «Ещё»
Ждать поисковые слова из App Store Connect	iOS	Слова не показываются; автоподсказки и планировщик рекламы
Искать 12 тестеров после готового билда	Android	14-дневное требование сместится за дату релиза
Менять по нескольку позиций сразу в обоих сторах	Оба	Одна переменная на стор, иначе выводы не сделать

Сторона отказов разобрана отдельно: частые причины возвратов в App Store и пять решений для Android.

Где место Egmatic#

План на два стора предполагает, что разработчик способен собрать два билда. Для no-code-разработчика именно это предположение ломается первым: редактор, который экспортирует одну платформу, превращает второй стор в отдельный проект портирования. Egmatic задуман с обратной стороны: один 2D-проект выходит на десктоп, мобайл и веб без этапа портирования, и работа с метаданными из этой статьи ложится на обе карточки из одного источника. Внутри редактора ИИ работает усилителем ремесла под вашим руководством: вы направляете, редактор исполняет, файлы остаются вашими.

Egmatic в pre-alpha, слой экспорта в разработке; дат, которые мы не можем удержать, не называем — новости о сборке первыми получает лист ожидания на сайте. Если сегодня блокирует именно вопрос двух сборок, текущие варианты разобраны в статье как выпустить игру на iOS и Android без двойной работы.

Вывод#

Магазины оплачивают разную работу, и для маленькой команды это хорошая новость: пересечение меньше, чем кажется по таблице. Часы на iOS уходят в 160 символов и конверсию карточки; часы на Android — в честный текст и стабильный билд. Ключевые эксперименты ставят там, где видны запросы; всё, что измеряется днями, запускают до готовности билда; тесты, раскат и запасные страницы — местные диалекты одной и той же работы.

Источники#

1. Справка Google Play Console — требования к тестированию для новых личных аккаунтов: 12 тестеров непрерывно 14 дней, блокировка продакшена и предрегистрации; страница перечитана 16 сентября 2026 года
2. Apple Developer — Custom Product Pages: до 70 страниц, уникальные URL, Apple Ads и попадание в поиск, средний прирост конверсии 2,5 п.п. против базы 1,6%; страница перечитана 16 сентября 2026 года
3. Apple Developer — предзаказы приложений и игр: ограниченная страница продукта, видимость в поиске, автоскачивание в день релиза, свои даты по регионам; страница перечитана 16 сентября 2026 года
4. Apple Developer — требования к странице продукта: лимиты полей и ассетов; проверено 3 сентября 2026 года для гайда по ASO
5. Справка Google Play Console — превью-ассеты: требования к графике Play; проверено 3 сентября 2026 года
6. Android Developers — Android vitals: пороги плохого поведения — 1,09% крашей, замеченных пользователем, и 0,47% ANR
7. Apple Developer — запрос оценки в App Store: три запроса за 365 дней на устройство
8. Android Developers — In-app review API: квота непубликуема, показ диалога не отслеживается
9. AppTweak — бенчмарки Apple Search Ads: цифра Apple об ориентировочно 65% загрузок сразу после поиска
10. App Radar — обновление политики метаданных Google Play: запрещённые рекламные слова в титулах
11. Apple Developer — Product Page Optimization и Google Play Console — эксперименты с карточкой: число вариантов и сроки тестов