Как опубликовать приложение в Google Play: пошаговая инструкция
Практика4 минРедакция Innovialabs
Коротко
Публикация в Google Play — это аккаунт в Play Console с верификацией, подписанный AAB, заполненные декларации (рейтинг, Data Safety, политика конфиденциальности), страница в магазине, тестовые треки и релиз после проверки; новым личным аккаунтам сначала нужно пройти закрытое тестирование.
Короткий ответ
Путь от готовой сборки до приложения в Google Play выглядит так:
- Зарегистрировать аккаунт в Play Console и пройти верификацию.
- Создать приложение и подготовить подписанный AAB.
- Заполнить раздел «Контент приложения»: политика конфиденциальности, рейтинг, Data Safety и другие декларации.
- Оформить страницу в магазине.
- Пройти тестовые треки. Новым личным аккаунтам — обязательное закрытое тестирование перед доступом к production.
- Выпустить релиз, дождаться проверки и раскатить обновление постепенно.
Шаг 1. Аккаунт разработчика
Выберите тип аккаунта:
- Личный — для частного разработчика. Для новых личных аккаунтов действует требование о закрытом тестировании (о нём ниже).
- Организация — для компании. Понадобится номер D-U-N-S, а в магазине будет отображаться название компании.
Регистрация включает единоразовый взнос, подтверждение email и телефона и проверку личности или организации. Заводите аккаунт на корпоративную почту, а не на личную почту сотрудника, и выдавайте доступ команде через управление пользователями.
Шаг 2. Сборка
- Формат — AAB, подписанный upload key; подпись для пользователей выполняет Play App Signing.
- applicationId уникален и после публикации не меняется.
- versionCode увеличивается с каждой загрузкой.
- targetSdk соответствует текущему требованию Google Play.
- Отладочные логи, тестовые адреса API и заглушки убраны.
Шаг 3. Контент приложения
Это набор деклараций, без которых релиз не отправить на проверку:
- Политика конфиденциальности — публичная страница по ссылке, описывающая реальную обработку данных.
- Доступ к приложению — если нужен вход, дайте ревьюеру тестовый аккаунт и инструкцию.
- Реклама — есть ли она в приложении.
- Возрастной рейтинг — анкета IARC; рейтинги для регионов присваиваются автоматически по вашим ответам. Отвечайте честно: несоответствие ведёт к блокировке.
- Целевая аудитория — если среди неё есть дети, действуют дополнительные требования семейной политики.
- Data Safety — какие данные собираются и передаются, зачем, шифруются ли при передаче, можно ли их удалить. Учитывайте все SDK: аналитику, отчёты об ошибках, рекламу, платежи.
- Удаление аккаунта — если в приложении можно создать аккаунт, нужен способ удалить его в приложении и по веб-ссылке.
- Особые разрешения — для доступа к SMS, журналу звонков, фоновой геолокации и подобным данным нужны отдельные декларации с обоснованием.
Шаг 4. Страница в магазине
- Название до 30 символов, краткое описание до 80, полное описание до 4000.
- Иконка 512×512 PNG, графический баннер 1024×500, скриншоты телефона, при необходимости — планшета.
- Переводы страницы на языки аудитории: русский, узбекский, английский.
- Категория и контактный email.
Не используйте в названии слова вроде «лучший» или «№1», эмодзи и чужие бренды: метаданные проверяются по отдельной политике.
Шаг 5. Тестовые треки
| Трек | Для чего | Особенности |
|---|---|---|
| Внутреннее тестирование | быстрая проверка командой | небольшой список тестировщиков, сборка доступна быстро |
| Закрытое тестирование | тест на приглашённых пользователях | обязательный этап для новых личных аккаунтов |
| Открытое тестирование | публичная бета | присоединиться может любой со страницы приложения |
| Production | все пользователи | можно раскатывать постепенно |
Требование для новых личных аккаунтов: на момент написания нужно провести закрытое тестирование минимум с 12 тестировщиками, которые остаются в тесте не менее 14 дней подряд, и только затем подать заявку на доступ к production с ответами о том, как проходил тест. Условия могут меняться — проверяйте актуальные в справке Play Console.
Набирайте тестировщиков заранее, собирайте отзывы и выпускайте обновления во время теста: об этом спросят в заявке.
Шаг 6. Релиз и проверка
- Создайте релиз в production, загрузите AAB, добавьте описание изменений и отправьте на проверку.
- Сроки проверки — обычно от нескольких часов до нескольких дней; первая публикация и новые аккаунты проверяются дольше. Не назначайте маркетинговый запуск на день отправки.
- Управляемая публикация позволяет самому решить, когда одобренные изменения станут видны.
- Поэтапное развёртывание: начните с небольшой доли пользователей, следите за сбоями и ANR в Android vitals и расширяйте охват. Раскатку можно остановить.
Частые причины отказа
- Ревьюер не может войти — нет тестового аккаунта.
- Data Safety не совпадает с тем, что реально собирают SDK.
- Политика конфиденциальности недоступна или шаблонная.
- Чувствительные разрешения запрошены без декларации и понятной причины.
- Тестировщиков набирают в последний момент, и запуск сдвигается.