Треки (tracks) и релизы (releases) в Google Play - статусы, rollout и видимость

В Google Play публикация приложения строится вокруг треков (tracks) и релизов (releases).

Именно трек определяет:

• кто увидит приложение
• когда версия станет доступна
• нужно ли ревью от Google
• как безопасно выкатывать обновления

Важно:
Статус приложения ≠ Статус релиза ≠ Статус трека

Трек - это канал распространения версии приложения.

Каждый трек:

• содержит один или несколько релизов
• имеет собственную аудиторию
• живет независимо от других треков

Один и тот же AAB/APK может существовать в разных треках одновременно, но:

• Production трек всегда имеет приоритет
• Номер версии должен быть уникальным

Для кого

• разработчики
• QA
• CI/CD

Особенности

• до 100 тестировщиков
• установка по email или ссылке
• без ревью Google
• публикация за минуты

Когда использовать

• автоматические сборки
• smoke-тесты
• проверки перед релизом

Для кого

• ограниченная группа пользователей
• бета-тестировщики

Особенности

• группы по email или Google Groups
• может требовать ревью
• можно иметь несколько closed-треков

Когда использовать

• staged beta
• тестирование конкретных фич
• региональные тесты

Для кого

• все пользователи Google Play
• но с пометкой “Бета”

Особенности

• приложение видно публично
• пользователи добровольно подключаются
• чаще всего требуется ревью

Когда использовать

• публичное бета-тестирование
• сбор обратной связи

Для кого

• все пользователи Google Play

Особенности

• полноценный релиз
• всегда проходит ревью
• участвует в поиске и рекомендациях

Когда использовать

• основной релиз приложения
• обновления для всех пользователей

Релиз - это конкретная версия приложения внутри трека.

Релиз включает:

• AAB / APK
• Номер и название версии
• Описание релиза
• настройки публикации (Rollout)

• релиз создан, но не отправлен
• пользователи его не видят
• можно редактировать без ограничений

• релиз отправлен на проверку Google
• изменения заблокированы
• длительность: от минут до нескольких дней

• релиз доступен пользователям
• участвует в Rollout
• считается текущей версией трека

• Rollout остановлен вручную
• новые пользователи обновление не получают
• существующие уже могли обновиться

• релиз отклонен Google
• не попадает к пользователям
• требуется исправление и новый релиз

• версия доступна 100% пользователей сразу

• поэтапная выкладка (1%, 5%, 10%, 50%, 100%)
• можно остановить при проблемах
• доступен только для production

Важно

• rollback невозможен
• только остановка или новый релиз

• production-трек пуст
• релиз в Черновик (Draft)
• rollout = 0%

• Внутреннее тестирование (Internal testing) не требует ревью
• Релиз (Production) трек почти всегда требует ревью

• Релиз (Production) трек не активирован
• rollout остановлен
• Версия ниже текущей

• Номер версии меньше предыдущей
• Версия уже используется в другом треке

Для автоматизации чаще всего используют:

• Internal testing - автосборки
• Production - ручное подтверждение

Минимальные роли сервисного аккаунта:

• Релиз Менеджер (Release Manager)
• или Настраиваемая роль (Custom Role) с правами на релизы

• Приложение может быть Опубликовано (Published), но:
  • Production трек пуст
  • Rollout остановлен
• Остановленное (Paused)-приложение игнорирует все треки
• Приостановленное (Suspended)-приложение блокирует все релизы

Треки - ключевой механизм безопасных релизов в Google Play.

Правильная стратегия:

• Internal - для CI/CD
• Closed - для проверки
• Open - для сбора обратной связи
• Production - для масштабного релиза

Понимание треков и статусов релизов позволяет:

• избегать ошибок публикации
• безопасно выкатывать обновления
• автоматизировать релизы без риска блокировок