Релиз приложения в App Store и Google Play в 2026 году: от аккаунта до первых позиций

Релиз приложения в App Store и Google Play попадает в плотный поток новинок: за сутки в App Store выходит 4 161 новое приложение, в Google Play — 1 956 (данные 42matters на 5 октября 2026 года). Всего в сторах 2,69 млн и 2,6 млн приложений. Поэтому метаданные, локализацию и визуальное оформление стоит готовить до отправки на модерацию, а не после.

Apple вручную проверяет каждую версию, даже если мы поменяли только ключевые слова. Google быстрее пропускает обновления, но новый личный аккаунт сначала две недели тестирует приложение на живых людях.

App Store и Google Play: главные отличия

Релиз в App Store

Аккаунт и технические требования

Публикация в App Store начинается с Apple Developer Program за $99 в год. Компании регистрируются как организация с номером D-U-N-S, тогда в сторе вместо имени частного лица будет название бренда.

С 28 апреля 2026 года App Store Connect принимает только сборки из Xcode 26 с SDK iOS 26 или новее. Следующий порог уже объявлен: с апреля 2027 года понадобится SDK iOS 27 (требования Apple). До отправки на ревью готовим:

• ссылку на политику конфиденциальности и заполненный раздел App Privacy;
• демо-аккаунт и заметки для ревьюера, если часть функций закрыта логином;
• ответы на анкету возрастного рейтинга;
• метаданные и визуалы для всех локалей, в которых запускаетесь.

Анкету возрастного рейтинга Apple переделала. Вместо 12+ и 17+ теперь есть 13+, 16+ и 18+, а ответить на новые вопросы нужно было до 31 января 2026 года, иначе обновления не пройдут отправку. С выходом iOS 27 в анкете появился вопрос о функциях соцсети: родители могут ограничивать время в таких приложениях, а также в играх и развлечениях.

App Store Connect глазами ASO-специалиста

App Store Connect — инструмент разработчика, но многие его поля влияют на поиск и конверсию.

Название, подзаголовок и категории задаются в App Information, а ключевые слова, описание, промотекст и визуалы на странице версии. В поиске участвуют только название, подзаголовок и поле ключей. Описание и промотекст работают на конверсию.

Каждая локаль дает свой набор названия, подзаголовка и ключей. В одной стране индексируется несколько локалей, поэтому дополнительные языки расширяют семантику без перевода самого приложения. Какие локали работают в какой стране, мы разбирали в статье про локализацию в App Store.

Название, подзаголовок и ключи меняются только с новой версией, так что каждая итерация ASO проходит ревью. Промотекст можно править в любой момент, а с октября 2026 года визуалы тоже можно отправлять отдельно от сборки через Asset Library.

Скриншотов на странице по-прежнему до 10, видеопревью до 3 на каждую локаль. С 5 октября 2026 года к ним добавились шапка страницы (21:9) и креатив для поисковой выдачи (3:2), их видят пользователи iOS 27. Эти ассеты необязательные, но креатив в выдаче пользователь видит раньше, чем страницу. С апреля 2027 года приложениям, собранным с SDK iOS 27.1 и новее, понадобятся еще и скриншоты для iPhone Duo (спецификации Apple).

Кастомных страниц теперь можно держать до 70 одновременно и привязывать их к ключевым словам. По такому запросу в органической выдаче показывается кастомная страница вместо стандартной (Apple). Если у приложения несколько сценариев, под каждый интент можно показать свои скриншоты.

Промо-коды на встроенные покупки с 26 марта 2026 года создать нельзя, их заменили Offer Codes для всех типов покупок. Промо-коды на бесплатное скачивание платного приложения остались.

Ревью и причины отказов

Apple ставит себе цель проверять 50% заявок быстрее 24 часов и 90% быстрее 48 часов, но это ориентир, а не гарантия (App Review). В 2026 году разработчики на форуме Apple пишут об ожидании в неделю и больше, поэтому перед важной датой закладываем запас дней. Ускоренное ревью можно запросить для критического бага или релиза к событию, но одобряют его не всегда.

Типичные причины отказа по правилам Apple:

• краши, битые ссылки и заглушки вместо контента (правило 2.1);
• метаданные обещают то, чего нет в приложении, или скриншоты не показывают реальный интерфейс (2.3). В октябре 2026 года добавилось отдельное правило 2.3.14 про новые креативы;
• сбор данных без согласия и несовпадение с App Privacy (5.1);
• минимальная функциональность: обертка сайта или шаблонное приложение (4.2, 4.3);
• оплата цифровых товаров в обход встроенных покупок там, где это запрещено (3.1.1).

При отказе отвечаем ревьюеру в App Store Connect: часто хватает пояснения или демо-доступа. Если мы не согласны с решением, подаем апелляцию в App Review Board. Полный список правил — в App Review Guidelines.

Apple удаляет только заброшенные приложения: без обновлений три года и почти без скачиваний за последние 12 месяцев. После уведомления у разработчика есть 90 дней на обновление. Приложения, которые падают при запуске, удаляют сразу (App Store Improvements).

Релиз

После одобрения есть три варианта: выпустить версию вручную, сразу или не раньше заданной даты. Для запуска к конкретному дню лучше ручной режим: приложение появляется во всех странах не мгновенно, а в течение до 24 часов.

Обновления можно выпускать поэтапно. За 7 дней автообновление получает 1, 2, 5, 10, 20, 50 и 100% пользователей, раскатку можно поставить на паузу до 30 дней. Вручную новую версию может скачать любой пользователь, так что это страховка от массового бага, а не закрытый тест.

Релиз в Google Play

Аккаунт и верификация

Регистрация в Play Console стоит $25 один раз (справка Google). Аккаунт бывает личным или организационным, и в обоих случаях Google проверяет личность: документ и карта должны быть на одно имя. Если данные не пройдут проверку, взнос не вернут.

У личного аккаунта есть два дополнительных шага. Сначала нужно подтвердить доступ к Android-устройству через мобильное приложение Play Console. Затем пройти обязательное тестирование, если аккаунт создан после 13 ноября 2023 года (справка Google):

1. Запустить закрытый тест минимум на 12 тестировщиках.
2. Держать их в тесте 14 дней подряд. Если тестировщик вышел и вернулся, его счетчик начинается заново.
3. Нажать Apply for production в дашборде и ответить на вопросы о тесте, приложении и готовности к релизу.
4. Дождаться решения: обычно до 7 дней, иногда дольше.

Итого между первой сборкой и продакшеном проходит около трех недель. Ответы в заявке пишем конкретно: что тестировщики нашли и что мы исправили. Заявку с формальными ответами и низкой активностью тестировщиков Google может вернуть на продление теста. Организационных аккаунтов это требование не касается.

Play Console и раздел App content

Перед первой публикацией Play Console попросит заполнить App content. Это набор деклараций, по которым ревьюер сверяет приложение:

• политика конфиденциальности и раздел Data safety о сборе и передаче данных;
• доступ к приложению: логин и пароль для ревьюера, если есть авторизация;
• наличие рекламы;
• возрастной рейтинг по анкете IARC;
• целевая аудитория и контент;
• отраслевые декларации для финансов, здоровья, новостей и государственных сервисов.

С ноября 2026 года в Play Console нужно также указать статус трейдера. Data safety должен совпадать с тем, что реально собирают SDK внутри приложения, поэтому перед заполнением сверяем список сторонних библиотек.

Новые приложения и обновления с 31 августа 2026 года должны таргетировать Android 16 (API 36). Отсрочку можно было запросить до 1 ноября (Android Developers).

Треки: от внутреннего теста до продакшена

Staged rollout и управляемая публикация

Поэтапная раскатка в Google Play гибче, чем в App Store. Мы сами выбираем процент аудитории и повышаем его вручную, автоматически он не растет. Раскатку можно остановить: новые пользователи перестанут получать версию, а те, кто уже обновился, останутся на ней. Раскатка работает только для обновлений, первая версия выходит сразу целиком (справка Google).

Для ASO важен совет самой Google: меняем страницу в сторе, когда версия дошла до 100% пользователей. Иначе скриншоты покажут функцию, которой у большинства пока нет.

Управляемая публикация (Managed publishing) решает другую задачу. Изменения проходят ревью заранее, а публикуются по нашей команде. Так новая сборка, страница и событие выходят одновременно.

Модерация

Google сочетает автоматическую проверку с ручной и не публикует нормативов по срокам. Первая публикация, новые разрешения и приложения для детей проверяются дольше, на них закладываем неделю.

Проверка не заканчивается на релизе: Google может снять приложение с публикации и позже, а за повторные нарушения заблокировать аккаунт. Уведомления о политиках приходят в Inbox консоли и на почту владельца аккаунта, их нельзя пропускать.

ASO-чеклист перед запуском

Одно и то же семантическое ядро раскладывается по сторам по-разному. В App Store важна упаковка в короткие поля, в Google Play — естественный текст описания с нужными словами.

И четыре проверки, которые часто пропускают:

• Скриншоты показывают реальный интерфейс текущей версии. Идеализированный макет обеим сторам дает повод для отказа.
• В метаданных нет чужих брендов, цен и слов вроде лучшее или № 1 без подтверждения.
• У каждой локали есть локализованные визуалы или хотя бы переведенные подписи на скриншотах.
• Ключи добавлены в трекинг до релиза, чтобы было с чем сравнивать первые позиции.

Что изменилось в 2026 году

За год оба стора поменяли комиссии, технические требования и правила для разработчиков. В таблице главное для релиза, подробности — в наших ежемесячных дайджестах.

Впереди еще несколько дат. 27 января 2027 года в Google Play вступают новые правила доступа к геолокации и контактам. В апреле 2027 года App Store потребует сборки с SDK iOS 27, а для сборок с SDK iOS 27.1 и новее — скриншоты для iPhone Duo. Если релиз планируется на весну, закладываем эти требования сразу.

После релиза: первые две недели

Первые дни после запуска показывают, сработали ли метаданные. За первую неделю проверяем три вещи.

Первым делом проверяем индексацию. Приложение должно появиться в выдаче по словам из названия, подзаголовка, поля ключей или описания. В Keyword Monitor позиции обновляются каждые 6 часов для App Store и каждые 12 часов для Google Play. Keyword Report сравнит две даты и покажет, по каким запросам приложение получило первые позиции, а по каким их потеряло. Если важный ключ не индексируется несколько дней, проверяем локаль и написание.

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

И наконец, стабильность. В Google Play ее оценивает Android Vitals. Если доля крашей, заметных пользователю, превышает 1,09%, а доля ANR — 0,47%, приложение хуже видно в сторе и может получить предупреждение на странице. С февраля 2027 года к этим метрикам добавятся требования к потреблению памяти. В App Store краши смотрят в Xcode Organizer и разделе аналитики App Store Connect.

Отзывы из обоих сторов удобнее читать и обрабатывать в одном окне. Для этого подключаем интеграции в ASOMobile:

• В App Store Connect создаем отдельного пользователя с ролью Customer Support, добавляем его в ASOMobile и подтверждаем кодом двухфакторной аутентификации.
• Google Play Console подключается через OAuth из Google Cloud. Делать это должен владелец аккаунта, а приложение должно быть в статусе продакшена.

После этого ответы на отзывы, шаблоны и позиции по ключам собираются в одном месте. Так видно, как правка метаданных или фикс бага отразились на рейтинге и видимости.

Вывод

Релиз в два стора — это два разных графика. В Google Play новый личный аккаунт теряет около трех недель на тест и заявку, зато обновления потом выходят быстро. В App Store старт быстрее, но каждая правка названия или ключей снова идет на ревью. Считаем оба срока от даты запуска назад, заранее собираем семантику и визуалы и начинаем отслеживать позиции с первого дня.

Релиз — только старт. Оптимизируйте легко и растите с первого дня в сторе!