Как опубликовать приложение в Google Play

Создание аккаунта разработчика

Чтобы публиковать приложения в Google Play, нужен аккаунт разработчика Google. Его регистрируют в Google Play Console.

При регистрации выбирают тип аккаунта (личный или корпоративный). Указывают контактные данные, страну и принимают соглашения Google. Для компаний заполняют информацию об организации: юридическое название, DUNS-номер (уникальный идентификатор компании), адрес, сайт и контактный e-mail. Позже, на этапе публикации приложения, Google проводит верификацию. Она основана на данных профиля разработчика, платежной информации и дополнительных проверках.

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

Проверка данных и оплата аккаунта

После заполнения профиля Google предлагает оплатить единоразовый регистрационный взнос, 25 долларов. Подписки, как в App Store, здесь нет. Оплата списывается с карты, которая привязана к Google-аккаунту.

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

Настройка Google Play Console

Google Play Console — это основной интерфейс для управления приложениями, релизами и карточками в сторе. Здесь можно настроить карточку и загрузить сборку, то есть файл готового приложения.

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

Создание карточки приложения и подготовка сборки

Перед загрузкой сборки нужно создать карточку приложения. В карточке указывают название приложения, основной язык, категорию, описание приложения (короткое и полное). Еще загружают иконку и скриншоты, заполняют контактные данные и добавляют ссылку на политику конфиденциальности.

Важно учитывать актуальные требования Google Play. В описании не должно быть прямых ссылок, вводящих в заблуждение формулировок и несоответствия реальному функционалу.

Для загрузки приложения в Google Play используется формат AAB (Android App Bundle). В нем хранятся код и ресурсы приложения. На основе AAB Google Play собирает оптимизированные APK (архив, внутри которого находятся все компоненты приложения) для разных устройств, чтобы пользователи могли установить приложение.

Требования к тестированию

Требования к тестированию зависят от типа аккаунта разработчика. Если аккаунт разработчика зарегистрирован после ноября 2023 года и он личный, Google просит пройти обязательное закрытое тестирование. В нем должны участвовать минимум 12 пользователей в течение 14 дней. Только после этого можно подать заявку на публикацию приложения.

Для аккаунтов организаций такого требования нет. Но Google может отклонить публикацию или запросить дополнительные проверки, если будут вопросы к приложению или аккаунту.

Режимы тестирования

Google Play поддерживает три режима тестирования: внутреннее, закрытое и открытое. Внутреннее тестирование используют для быстрой проверки сборки внутри команды. Например, перед передачей версии заказчику.

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

На практике основное функциональное тестирование часто проходит вне Google Play. Например, на внутренних стендах, через QA-процессы и на приемке приложения заказчиком.

Подготовка релиза

В Google Play релиз часто загружают вручную. AAB-файл скачивают на компьютер и загружают в Play Console. Выбирают трек: внутреннее тестирование, закрытое тестирование, открытое тестирование или продакшен. Затем указывают номер версии и заполняют описание изменений. Его пользователи увидят при обновлении.

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

Чтобы не путать сборки и не ошибаться с версиями, часто используют CI/CD (Continuous Integration / Continuous Delivery). Например, fastlane или Google Play Developer API. CI/CD позволяет автоматически собирать и доставлять файлы и данные, которые нужны, чтобы опубликовать или обновить приложение.

Например, система сама собирает AAB, ставит версию, указывает список изменений и отправляет сборки в один канал. К этому процессу часто подключают Telegram-бота. Он присылает сообщение о релизе с номером версии, списком изменений и ссылкой на файл (например, AAB для Google Play). Файл можно скачать и загрузить в Play Console.

Публикация приложения

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

После прохождения проверки можно опубликовать приложение сразу или запланировать на другой день.