Как опубликовать приложение в Google Play: реальные шаги в Play Console

Чтобы опубликовать приложение в Google Play, зарегистрируйте аккаунт разработчика Google Play (единоразовые 25 долларов США по состоянию на ноябрь 2026), создайте приложение в Play Console, заполните карточку в магазине и формы App content, загрузите Android App Bundle (.aab) в тестовый трек, а затем выпустите приложение в продакшн, когда Google его проверит. Если у вас новый личный аккаунт, добавляется ещё один шаг: закрытое тестирование минимум с 12 тестерами в течение 14 дней подряд, прежде чем вы сможете подать заявку на доступ к продакшну. Это руководство проходит каждый экран по порядку и описывает детали, из-за которых чаще всего возникают задержки.

Если вы ещё не собрали приложение, начните с как сделать Android-приложение.

Перед стартом: что понадобится

• Приложение в виде Android App Bundle (.aab). Google Play требует этот формат для новых приложений.
• Актуальный целевой уровень API. По состоянию на ноябрь 2026 новые приложения и обновления должны ориентироваться на Android 16 (уровень API 36).
• Политика конфиденциальности по публичному веб-адресу. Это должна быть обычная веб-страница, а не PDF и не страница за логином.
• Иконка, скриншоты и графика для карточки. Актуальные размеры смотрите в Play Console; на момент написания иконка — 512 × 512 пикселей, графика для карточки — 1024 × 500.
• Адрес электронной почты поддержки.
• Государственное удостоверение личности и карта на ваше юридическое имя для регистрации. Предоплаченные карты не принимаются.

Шаг 1: Создайте аккаунт разработчика

Перейдите в Play Console и зарегистрируйтесь. Вы выберете один из двух типов аккаунтов:

• Личный. Для частных лиц. Вы подтверждаете личность и доступ к Android-устройству через мобильное приложение Play Console и выполняете требование по тестированию, описанное в шаге 6.
• Организация. Для зарегистрированных компаний. Проверка требует данных о бизнесе и занимает дольше, но правила с 12 тестерами здесь нет.

Вам должно быть не меньше 18 лет. Оплата 25 долларов США производится один раз и не возвращается, если Google сочтёт ваши данные недействительными, поэтому вводите юридическое имя точно так, как оно указано в документе.

Шаг 2: Создайте приложение

В Play Console нажмите Create app и заполните:

• Название приложения так, как его увидят пользователи.
• Язык по умолчанию.
• Приложение или игра.
• Бесплатное или платное. Платное приложение можно сделать бесплатным позже, а бесплатное — нельзя сделать платным.
• Декларации: примите Правила программы для разработчиков, законы США об экспортном контроле и условия Play App Signing.

Имя пакета (например, com.yourcompany.yourapp) задаётся при первой загрузке и не может быть изменено или повторно использовано, поэтому выбирайте его внимательно, если вы собираете приложение сами.

Шаг 3: Напишите карточку в магазине

Откройте страницу Main store listing (в левом меню, в разделе Store presence) и добавьте:

• Название приложения, до 30 символов.
• Краткое описание, до 80 символов. Часто это всё, что читают люди, поэтому начните с того, что делает приложение.
• Полное описание, до 4 000 символов. Объясните, для кого приложение, основные функции и всё, что нужно знать пользователям, простым языком. Не набивайте ключевые слова: политика Google это запрещает.
• Графика: иконка, графика для карточки и скриншоты телефона. Настоящие экраны приложения, а не макеты функций, которых нет.
• Категория и контактные данные.

Шаг 4: Заполните формы App content

Откройте страницу App content (в левом меню, в разделе Policy). Каждый пункт нужно заполнить, прежде чем выпускать приложение:

• URL политики конфиденциальности.
• App access. Если часть приложения требует входа, дайте проверяющим рабочие учётные данные. Отсутствие логина — частая причина отказа.
• Реклама. Укажите, показывает ли приложение рекламу, в том числе через сторонний код.
• Возрастной рейтинг. Анкета, которая формирует возрастные рейтинги по регионам. Если её пропустить, приложение получит статус «Unrated», и выпуск будет заблокирован.
• Целевая аудитория и контент. Возрастные группы, для которых приложение. Если в аудиторию входят дети, применяются более строгие требования политики для семей.
• Безопасность данных. Какие данные приложение собирает или передаёт, зачем, зашифрованы ли они и можно ли их удалить. Отвечайте за всё, что есть в приложении, включая аналитику и провайдеров входа.
• Другие декларации по мере необходимости, например для новостных, медицинских, финансовых или государственных приложений, или для чувствительных разрешений, таких как SMS.

Будьте точными. Google сравнивает ваши ответы с тем, что приложение реально делает.

Шаг 5: Загрузите первую сборку во внутреннее тестирование

Откройте Internal testing (в левом меню, в разделе Testing), создайте релиз и загрузите .aab. В этом первом релизе настройте Play App Signing: пусть Google создаст и хранит ключ подписи, если у вас нет причин управлять ключом самостоятельно. Добавьте себя и нескольких коллег как внутренних тестеров по email, затем выпустите релиз. Тестеры открывают ссылку для участия и устанавливают приложение из Play Store.

Каждая последующая загрузка должна иметь versionCode выше предыдущего.

Если вы собираете с Mythex

На тарифе Pro Mythex сам собирает AAB из вашего опубликованного приложения. Работать можно двумя способами:

1. Загрузите сами. Попросите агента собрать приложение для Android, нажмите Download, когда карточка покажет Ready to upload, и загрузите файл в Play Console. Файл остаётся доступным для скачивания в Project settings примерно 30 дней.
2. Подключите свой сервисный аккаунт Google Play. Создайте сервисный аккаунт и JSON-ключ в Google Cloud, пригласите его email в Play Console в разделе Users and permissions с доступом к этому приложению и передайте ключ в Mythex. После этого каждая Android-сборка автоматически уходит во внутреннее тестирование с versionCode выше всего, что уже есть в Google Play. Агент также может редактировать карточку в магазине и спрашивает вас, прежде чем что-либо станет публичным, например перед релизом в продакшн.

Создание приложения (шаг 2), форма Data safety и возрастной рейтинг остаются в Play Console; агент сообщит вам, если одного из них не хватает. Подробнее — на странице конструктора Android-приложений Mythex.

Шаг 6: Проведите закрытое тестирование (новые личные аккаунты)

Если ваш личный аккаунт создан после 13 ноября 2023 года, вы должны провести закрытое тестирование минимум с 12 тестерами, которые остаются подключёнными минимум 14 дней подряд, прежде чем сможете подать заявку на доступ к продакшну. Тот, кто выходит и возвращается, начинает отсчёт 14 дней заново.

Практические советы:

• Набирайте больше 12. Часть людей отпадёт. Ориентируйтесь на 15–20.
• Используйте Google Group или список email, чтобы управлять тестерами.
• Просите реального использования, а не просто установки. Google спросит о вашем тестировании при подаче заявки, и вы многое узнаете.
• Выпустите обновление во время теста с исправлениями по обратной связи.

Наше руководство по бета-тестам описывает набор тестеров и сбор отзывов. Когда 14 дней пройдут, подайте заявку на доступ к продакшну из Dashboard и ответьте на вопросы о вашем тестировании.

Шаг 7: Выпустите в продакшн

Когда доступ к продакшну открыт, откройте Production в левом меню:

1. Выберите страны и регионы, где будет доступно приложение.
2. Создайте новый релиз и добавьте бандл из тестирования или загрузите новый.
3. Напишите примечания к релизу простыми словами: что нового или исправлено.
4. Проверьте и отправьте на проверку. Изменения собираются в разделе Publishing overview, пока вы их не отправите.

Сроки проверки разные. Обновления часто проверяются быстро; первые релизы могут занимать несколько дней. Если хотите сами решать момент, когда одобренный релиз станет доступен, выберите managed publishing.

Шаг 8: После запуска

• Следите за Android vitals на предмет сбоев и сообщений «приложение не отвечает».
• Отвечайте на отзывы, особенно на первые.
• Поддерживайте актуальный целевой уровень API. Google поднимает его каждый год, и приложения, которые отстают, перестают предлагаться новым пользователям на новых телефонах.
• Обновляйте форму Data safety, когда добавляете новый сбор данных.

Для приложения, обёрнутого в веб, например созданного с Mythex, большинство изменений доходит до пользователей Android, когда вы публикуете веб-приложение, потому что телефонное приложение открывает ваше опубликованное приложение. Новый релиз в магазине нужен только для таких вещей, как иконка, название, разрешения или новый целевой уровень.

Частые причины отказа или задержки

• Нет рабочего логина для проверяющих.
• Политика конфиденциальности отсутствует, это PDF или не соответствует ответам в Data safety.
• Скриншоты или описания обещают функции, которых в приложении нет.
• Запрос чувствительных разрешений, которые приложению явно не нужны.
• Сломанное или пустое приложение: текст-заглушка, неработающие кнопки.

Публикуете и для iPhone?

Процесс Apple другой: годовое членство, TestFlight и проверка каждого релиза человеком. Шаги для этого — в статье как опубликовать приложение в App Store.

Вопросы