App Store Connect против Google Play Console: как устроена публикация
Если публикуешь приложение только в одном сторе, изучаешь одну консоль — и дальше просто работаешь. Публикуешь в обоих — и держишь в голове две разные модели, где одни и те же слова означают разное. «Релиз», «проверка» и «выкат» в App Store Connect означают не совсем то же самое, что в Google Play Console. Этот пост выстраивает оба процесса этап за этапом, чтобы ты мог спланировать запуск, который выйдет в обоих сторах без сюрпризов.
Процесс публикации бок о бок
Начнём отсюда. Каждая строка — это этап выпуска обновления; два столбца — что на самом деле происходит в каждой консоли.
| Правка только метаданных | Большинство изменений листинга идут вместе с новой версией через проверку; лишь несколько полей редактируются вживую. | Правка store-листинга, отправленная и проверенная без выпуска новой сборки. |
Как Apple выпускает версию
В App Store Connect единица работы — это версия. Ты прикрепляешь сборку, заполняешь метаданные и скриншоты и отправляешь всё это целиком на App Review. Apple рассматривает это как один пакет — поэтому замена скриншота или правка описания сами по себе обычно означают новую версию и ещё один проход через проверку.
Как только App Review одобрит версию, твой вариант релиза решает, что происходит дальше. Выбери автоматический — и версия выходит сразу. Выбери ручной — и она зависает в статусе «Pending Developer Release»: Apple уже одобрила версию, но публично её никто не видит, пока ты не нажмёшь кнопку (после этого может пройти до 24 часов, прежде чем она появится). Выбери запланированный — и релиз выйдет автоматически в указанную дату и время. Этот выбор делается для каждой версии отдельно, так что каждое обновление — новое решение.
Для постепенного запуска включи поэтапный релиз (phased release). Он применяется к автоматическим обновлениям у существующих пользователей и растягивает выкат на 7 дней, повышая процент постепенно; можно поставить на паузу, если метрики выглядят тревожно. Он не ограничивает совершенно новое приложение и не работает с ручными релизами — это аналог Google-выката по этапам, а не удержание всего релиза.
Как Google выпускает релиз в трек
Google делит ту же задачу по трекам. Сборка стартует на тестовом треке — внутреннем, закрытом или открытом — и продвигается в production, когда ты готов. Внутреннее тестирование — для небольшой доверенной группы (до 100 человек). Закрытое тестирование расширяется до приглашённых списков (до 2 000 человек в списке). Открытое тестирование — публичное, с добровольным участием и без ограничения. Production — это все пользователи в выбранных тобой странах.
Когда ты отправляешь релиз, управляемая публикация (managed publishing) — это аналог ручного удержания у Apple. При включённой опции одобренные изменения собираются в обзоре публикации под пунктом «changes ready to send» и выходят только тогда, когда ты сам их публикуешь — удобно, чтобы подогнать релиз под маркетинговую дату. При выключенной опции одобренные изменения публикуются сразу после проверки.
Для постепенного запуска используй поэтапный выкат (staged rollout): релиз выходит для процента пользователей, и ты сам повышаешь этот процент со временем, останавливая выкат при всплеске сбоев. Как и поэтапный релиз у Apple, это инструмент для обновлений, а не для первого запуска — совершенно новый production-релиз выходит сразу для всех.
Расхождение, на котором спотыкаются чаще всего
Вот суть, которую стоит усвоить: у Apple метаданные привязаны к версии; у Google store-листинг отделён от релиза.
У Apple твои скриншоты, описание и ключевые слова — часть проверяемой версии. Хочешь обновить скриншоты между сборками? Для большинства полей это означает новую версию и ещё один проход проверки. У Google store-листинг — отдельный объект: можно обновить текст и графику и отправить только это на проверку, пока опубликованная сборка приложения остаётся ровно на месте. Два стора — два совсем разных ответа на вопрос «можно ли изменить это без полного релиза?».
Это особенно важно, когда в запуске много движущихся частей: сборка, набор скриншотов, локализованный текст на десятках рынков. У Apple всё обычно собирают в одну версию, чтобы проверялось вместе. У Google листинг и релиз можно готовить независимо и публиковать в любом порядке, который подходит плану.
Сроки проверки и подвох для новых аккаунтов
App Review у Apple в 2026 году обычно занимает около 24–48 часов для типичного обновления, дольше — для первой отправки от нового разработчика или чего-то, что попало под более пристальный взгляд. Проверка у Google часто быстрее — от часов до нескольких дней для устоявшегося аккаунта, — но для новичков есть отдельный барьер.
Личный аккаунт разработчика Google Play, созданный после середины ноября 2023 года, обязан провести закрытое тестирование минимум с 12 тестировщиками, подключёнными непрерывно 14 дней, прежде чем сможет подать заявку на доступ к production. Если число тестировщиков опустится ниже 12, отсчёт может сброситься. Аккаунты организаций и более старые личные аккаунты этот шаг пропускают. У Apple прямого аналога нет, так что если запускаешь первое приложение сразу в обоих сторах, заложи время на тестовое окно Google заранее — обычно это самый длинный участок пути.
При чём тут Mokbi
Обеим консолям нужны одни и те же готовые материалы: оформленные скриншоты и аккуратный локализованный текст в каждом требуемом размере. Mokbi собирает всё это один раз. Ты создаёшь скриншоты и пишешь текст листинга в одном проекте, затем переводишь и то, и другое на 50 языков, и экспортируешь набор, который подходит под размеры App Store Connect и Google Play Console за один проход — так одна и та же работа кормит два листинга вместо двух отдельных гонок.
Mokbi их ещё и публикует. Он отправляет листинг и материалы напрямую в Google Play через Play Developer API и готовит версию в App Store Connect так, что тебе остаётся только отправить её на проверку. Apple требует финальный шаг Submit самому разработчику, так что это последнее нажатие остаётся за тобой (это правило Apple, а не ограничение Mokbi). В любом случае ты управляешь обновлениями листинга в обеих консолях из одного места, по одной подписке: редактор бесплатный с водяным знаком, а Solo (€29.99/мес) или Studio (€49.99/мес) открывают неограниченный экспорт и публикацию на всё время подписки.