Этот выпуск не добавляет и не удаляет наборы App Bundle: что означает сообщение и что делать

Сообщение «этот выпуск не добавляет и не удаляет наборы App Bundle» появляется в Google Play Console при создании релиза, когда загруженный файл AAB совпадает с версией, которая уже есть в текущем или предыдущем выпуске. Система сравнивает наборы App Bundle по содержимому и versionCode: если новых артефактов нет и старые не исключены, Play Console считает выпуск пустым по составу и показывает это уведомление.

Чаще всего разработчик сталкивается с этим при повторной загрузке того же файла, при создании релиза на основе существующего или когда сборка прошла без инкремента кода версии. Ниже разберём, что именно проверяет Play Console, в каких сценариях сообщение является нормой, а когда сигнализирует об ошибке в процессе публикации.

Что проверяет Google Play Console при создании выпуска

При формировании релиза Play Console сравнивает набор артефактов нового выпуска с тем, что уже загружалось ранее. Каждый App Bundle идентифицируется по имени пакета и versionCode, а также по цифровой подписи. Если набор полностью совпадает с уже существующим, система не считает его новым.

Формулировка «не добавляет и не удаляет» означает ровно одно: состав артефактов в выпуске не изменился относительно базовой версии. Это не ошибка подписи и не проблема с манифестом — это информационное сообщение о сравнении наборов.

  • 🔍 Проверка versionCode — новый код должен быть больше предыдущего
  • 🔏 Сверка сертификата подписи с тем, что зарегистрирован в Play Console
  • 📦 Сравнение состава артефактов: AAB, APK, файлы расширений
  • 🧩 Контроль конфигураций для разных треков: внутреннее тестирование, закрытое, открытое, рабочее

Типичные сценарии, когда появляется это сообщение

Наиболее частая причина — повторная загрузка того же файла .aab. Разработчик собрал релиз, загрузил его, затем вернулся к редактированию выпуска и снова добавил тот же артефакт. Play Console корректно определяет дубликат и сообщает, что состав не изменился.

Второй сценарий — создание нового релиза на основе предыдущего без замены артефакта. Если вы скопировали выпуск и не загрузили новую сборку, набор останется прежним. Третий случай — сборка в Android Studio или CI-системе без увеличения versionCode: файл формально новый, но система отклонит его или сопоставит с существующим.

📊 В какой ситуации вы увидели это сообщение?
Повторно загрузил тот же AAB
Создал релиз на основе предыдущего
Забыл увеличить versionCode
Сообщение появилось без понятной причины

Когда сообщение — это норма, а когда — проблема

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

Проблема возникает тогда, когда вы ожидали, что в релиз попадёт новая версия приложения, а Play Console показывает, что наборы не изменились. Это значит, что новый артефакт не был добавлен в выпуск: либо загрузка не завершилась, либо файл был отклонён на этапе проверки, либо вы редактируете черновик, к которому артефакт не привязан.

⚠️ Внимание: не отправляйте выпуск на проверку, если ожидали обновление кода, а сообщение гласит, что наборы не изменились. Пользователи получат старую версию приложения, а отзыв релиза из рабочего трека после публикации невозможен — только замена более новой версией.

Пошаговая проверка перед публикацией

Прежде чем отправлять выпуск, откройте страницу релиза и убедитесь, что в разделе артефактов отображается именно новый versionCode. Сравните его со значением в файле build.gradle вашего проекта.

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

☑️ Проверка выпуска перед отправкой

Выполнено: 0 / 5

Полезно также проверить библиотеку артефактов (App Bundle Explorer): там видно все загруженные версии, их коды и статус. Если новая сборка есть в библиотеке, но не привязана к выпуску, добавьте её в релиз вручную из библиотеки.

Разбор возможных причин и действий

СитуацияВероятная причинаДействие
Загрузили тот же файл повторноАртефакт уже существует в выпускеУдалить дубликат, оставить один экземпляр
Релиз создан на основе старогоНовый AAB не добавленЗагрузить новую сборку в выпуск
versionCode не увеличенСборка без инкремента кодаПоднять versionCode и пересобрать
Файл загружен, но не виденОбработка ещё идёт или завершилась ошибкойПроверить статус в App Bundle Explorer

Отдельный случай — конфликт подписи. Если сборка подписана другим ключом, Play Console отклонит файл ещё на этапе загрузки, и в выпуске останется прежний набор. Проверьте, что используется тот же keystore или что подпись обрабатывается через Play App Signing с корректным сертификатом загрузки.

Как избежать проблемы в будущем

Настройте автоматический инкремент versionCode в CI-системе, чтобы исключить человеческий фактор. Многие команды привязывают код версии к номеру сборки в системе непрерывной интеграции — это гарантирует уникальность каждого артефакта.

Перед созданием релиза сверяйте номер версии в build.gradle с тем, что уже опубликовано. Раздел «Выпуск» в Play Console показывает текущие коды версий по всем трекам — это занимает меньше минуты и предотвращает публикацию пустого по составу релиза.

Что такое versionCode и versionName

versionCode — целое число, которое Android и Play Console используют для определения новизны версии. versionName — строка, видимая пользователю (например, 2.4.1). Пользователи видят versionName, но система сравнивает именно versionCode.

⚠️ Внимание: не пытайтесь обойти проверку, загружая пересобранный файл с тем же versionCode. Play Console отклонит артефакт с кодом, который уже использовался, а повторные попытки лишь затянут публикацию.

Частые вопросы

Это сообщение — ошибка?

Нет, это информационное уведомление о том, что состав артефактов выпуска совпадает с базовой версией. Оно становится проблемой только если вы ожидали, что в релиз попадёт новая сборка.

Можно ли опубликовать выпуск с таким сообщением?

Технически да, если изменения касаются только описания, стран или процента развёртывания. Но пользователи не получат новую версию приложения, поскольку артефакт остался прежним.

Загрузил новый AAB, но сообщение не исчезло. Что делать?

Дождитесь завершения обработки файла и обновите страницу выпуска. Проверьте в App Bundle Explorer, что артефакт загружен успешно, и убедитесь, что он добавлен именно в текущий черновик релиза.

Где посмотреть, какой versionCode уже использован?

Откройте раздел «Выпуск» в Play Console — там отображаются коды версий по трекам. Полную историю всех загруженных артефактов показывает библиотека App Bundle Explorer.

Что будет, если отправить релиз со старым артефактом?

Выпуск пройдёт проверку, но обновления для пользователей не будет — версия приложения останется прежней. Исправить ситуацию можно только публикацией нового релиза с корректным артефактом и увеличенным versionCode.