Загрузите для этого приложения apk файл или набор android app bundle

Обновлено: 07.01.2025

Внимание! С августа 2021 года публиковать новые приложения в Google Play можно будет только в виде Android App Bundle (AAB).

Android App Bundle (AAB) - это новый официальный формат публикации Android, который предлагает более эффективный способ создания и выпуска вашего приложения.

Android App Bundle включает в себя весь скомпилированный код и ресурсы вашего приложения, а также перекладывает создание APK и подписки на Google Play. Конечные APK-файлы под конкретные устройства и архитектуры процессоров в этом случае магазин собирает сам. В случае необходимости их можно будет получить потом из консоли разработчика. Пакет Android App Bundle позволяет упростить работу по сборке приложения меньшего размера, что может повысить успешность установки и сократить количество удалений. Пакет имеет расширение файла ".aab".

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

Переходить на новую мобильную платформу 8.3.19 сейчас нет никакой срочности, если вы не планируете выпускать новое приложение в магазине. Обновлять в формате APК существующие приложения можно будет в течение нескольких месяцев и после августа 2021.

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

Также исправлен и описан процесс автоматической загрузки результатов сборки приложения как в формате APK, так и в формате AAB.

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

Справка Google по публикации приложений в магазине:

Переход на сборку Android App Bundle в сборщике мобильных приложений и публикацию в магазине Google Play

Прежде всего, обновите сборщик мобильных приложений на версию из последних дистрибутивов мобильной платформы 8.3.19.

После этого загрузите в него непосредственно дистрибутив мобильной платформы 8.3.19. Именно в такой последовательности.

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

Перевод существующей публикации на сборку Android App Bundle

Шаг 1. Зарегистрируйтесь в сервисе подписания приложений Google Play

1. Откройте Play Console.

2. Выберите приложение.

3. В меню слева нажмите "Выпуск" - "Настройка" - "Целостность приложения".

После этого будет открыта "Программа подписания приложений".

Шаг 2. Отправьте оригинальный ключ подписи приложения в Google

1. В "Программе подписания приложений" выберите "Экспортировать и загрузить ключ из Java Keystore".

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

В меню "Сервис" - "Настройка параметров поставщика" откройте вкладку "Параметры для ОС Android" и в группе "Ключ подписи приложений" нажмите ссылку "Экспорт закрытого ключа".

3. Полученный файл с расширением ".pepk" загрузите на странице "Программа подписания приложений" в Play Console.

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

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

Шаг 3. Создайте ключ загрузки

1. Создайте ключ загрузки:

1) В сборщике мобильных приложений в меню "Сервис" выберите команду "Настройка параметров поставщика".

2) Откройте вкладку "Параметры для ОС Android" и в группе "Ключ загрузки приложения" нажмите ссылку "Экспорт сертификата ключа".

2. Полученный файл с расширением ".pem" загрузите в Play Console в "Программе подписания приложений", там же, где загружали ключ подписи.

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

Внимание! Если вы потеряете свой ключ загрузки или если он будет скомпрометирован, то чтобы отозвать свой старый ключ загрузки и сгенерировать новый, следует связаться с техподдержкой Google.
Поскольку ключ подписи вашего приложения защищен Google, вы можете продолжать загружать новые версии своего приложения в качестве обновлений исходного приложения, даже если вы измените ключи загрузки.

Шаг 4. Завершите регистрацию в сервисе подписания приложений Google Play

1. В программе подписания в магазине нажмите кнопку "Сохранить".

2. Далее следует принять "Условия использования".

После этого обновления приложения можно загружать в магазин Google Play только в формате AAB (Android App Bundle).

Шаг 5. Соберите мобильное приложение и отправьте его в Google Play с помощью ключа загрузки

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

Выберите "Все варианты результирующих файлов" или "Только aab-файл (пакет для магазина)".

2. Сборщик соберет пакет для магазина и подпишет его ключом загрузки.

3. Собранный AAB-файла опубликуйте в магазине.

4. Подготовьте и разверните выпуск вашего приложения в магазине.

Создание публикации нового приложения

Шаг 1. Создайте ключ загрузки и соберите приложение

1. Если еще не создали, то создайте ключ загрузки в настройках поставщика на закладке "Параметры для ОС Android" в сборщике мобильных приложений.

2. Соберите приложение в формате AAB.

Шаг 2. Подготовьте выпуск

1. Подготовьте и внедрите выпуск приложения в магазине Google Play, следуя инструкциям магазина.

2. Выбрав тип версии (закрытая, альфа, бета и т.д.), настройте параметры подписания приложений в разделе "Разрешите Google защищать ключ подписи приложения и управлять им".

3. Выберите "Экспортировать и загрузить ключ из Java Keystore".

4. Найдите оригинальный ключ подписи приложения. Его можно выгрузить из настроек поставщика на закладке "Параметры для ОС Android" в сборщике мобильных приложений с помощью команды "Экспорт закрытого ключа".

5. Полученный файл с расширением ".pepk" загрузите в магазин.

6. Найдите оригинальный ключ загрузки. Его можно выгрузить из настроек поставщика на закладке "Параметры для ОС Android" в сборщике мобильных приложений с помощью команды "Экспорт сертификата".

7. Полученный файл с расширением ".pem" загрузите в магазин в "Программу подписания приложений" там же, где загружали ключ подписи.

8. Выберите "Обновить".

9. Чтобы продолжить, нужно принять Условия использования и зарегистрироваться в сервисе подписания приложений.

10. Собранный AAB-файл выгрузите из сборщика и опубликуйте в магазине, в созданном выпуске.

С августа 2021 года все новые приложения должны публиковаться в Google Play в формате набора Android App Bundle. Кроме того, во всех новых приложениях размером более 150 МБ должны использоваться технологии Play Asset Delivery или Play Feature Delivery.

Чтобы узнать больше, прочитайте эту запись в блоге для разработчиков Android.

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

Прежде чем начать

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

Если у вас есть разрешение на выпуск версий для тестирования приложения, вы по умолчанию можете загружать APK-файлы для внутреннего доступа.
Существующие номера версий наборов App Bundle и APK-файлов можно использовать повторно.
Вы можете загружать APK-файлы, доступные для отладки, и делиться ими.
Загруженные для внутреннего доступа объекты не видны в App Bundle Explorer, и их нельзя включить в выпуски тестовых или рабочих версий.
Их можно подписать любым ключом, не только ключом загрузки или регистрации. После этого они будут повторно подписаны с помощью ключа для внутреннего доступа к приложению. Этот ключ создается Google.
Вы можете поделиться ссылкой на внутренний доступ к приложению с любым количеством пользователей, но скачать его по этой ссылке смогут только 100 из них.
Ссылки для скачивания становятся недействительными через 60 дней после загрузки файлов.

Загрузка приложений и совместный доступ

Добавление авторизованных пользователей и тестировщиков

Вариант 1. Создание нового списка пользователей с разрешением на загрузку

Откройте Play Console.
Выберите приложение.
В меню слева нажмите Версия > Внутреннее тестирование > Внутренний доступ к приложениям.
На вкладке Пользователи с правами загрузки и тестировщики найдите раздел "Управление пользователями с правами загрузки" и выберите Создать список рассылки.
Укажите название списка.
- В дальнейшем этот список можно будет использовать для тестирования любых ваших приложений.
Добавьте адреса электронной почты участников через запятую или нажмите Загрузить CSV-файл. В CSV-файле каждый адрес электронной почты должен находиться в отдельной строке. Между адресами не должно быть запятых.
- Если вы загрузите CSV-файл после того, как ввели адреса электронной почты, все добавленные вручную адреса будут удалены, а вместо них будет использован загруженный список.
- Пользователи с разрешением на загрузку не обязательно должны иметь доступ к вашему аккаунту Play Console.
Нажмите Сохранить изменения.
Установите флажки рядом с названиями списков, которые вы хотите использовать.

Примечание. Созданный список адресов электронной почты можно использовать повторно, чтобы в аккаунте разработчика Google Play добавить пользователей с разрешением на загрузку, скачивание или тестирование версий.

Вариант 2. Применение существующего списка пользователей с разрешением на загрузку

Откройте Play Console.
Выберите приложение.
В меню слева нажмите Версия > Внутреннее тестирование > Внутренний доступ к приложениям.
На вкладке Пользователи с правами загрузки и тестировщики найдите раздел "Управление пользователями с правами загрузки" и установите флажки рядом с названиями нужных списков.

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

Вариант 1. Открытие доступа к приложению по ссылке

Откройте Play Console.
Выберите приложение.
В меню слева нажмите Версия > Внутреннее тестирование > Внутренний доступ к приложениям.
На вкладке Пользователи с правами загрузки и тестировщики найдите раздел "Управление пользователями с правами загрузки" и убедитесь, что выбран вариант "Любой пользователь, которому вы дали эту ссылку, сможет скачать файлы" (этот вариант выбран по умолчанию).

Вариант 2. Создание нового списка авторизованных тестировщиков

Войдите в Play Console.
Выберите приложение.
В меню слева выберите Инструменты разработчика > Внутренний совместный доступ.
Перейдите на вкладку "Авторизованные тестировщики".
В разделе "Доступность ссылки" выберите Списки рассылки.
Нажмите Создать список.
Укажите название списка. В дальнейшем этот список можно будет использовать для тестирования любых ваших приложений.
Добавьте адреса электронной почты участников через запятую или нажмите Загрузить новый CSV-файл. В CSV-файле каждый адрес электронной почты должен находиться в отдельной строке. Между адресами не должно быть запятых.
- Примечание. Если вы загрузите CSV-файл после того, как ввели адреса электронной почты, все добавленные вручную адреса будут удалены, а вместо них будет использован загруженный список.
Нажмите Сохранить.
Установите флажки рядом с названиями списков, которые вы хотите использовать.

Откройте Play Console.
Выберите приложение.
В меню слева нажмите Версия > Внутреннее тестирование > Внутренний доступ к приложениям.
Выберите вкладку Списки рассылки.
В разделе "Пользователи с разрешением на скачивание" нажмите Создать список рассылки.
Укажите название списка.
- В дальнейшем этот список можно будет использовать для тестирования любых ваших приложений.
Добавьте адреса электронной почты участников через запятую или нажмите Загрузить CSV-файл. В CSV-файле каждый адрес электронной почты должен находиться в отдельной строке. Между адресами не должно быть запятых.
- Если вы загрузите CSV-файл после того, как ввели адреса электронной почты, все добавленные вручную адреса будут удалены, а вместо них будет использован загруженный список.
- Пользователи с разрешением на загрузку не обязательно должны иметь доступ к вашему аккаунту Play Console.
Нажмите Сохранить изменения.
Установите флажки рядом с названиями списков, которые вы хотите использовать.

Вариант 3. Применение существующего списка авторизованных тестировщиков

Откройте Play Console.
Выберите приложение.
В меню слева нажмите Версия > Внутреннее тестирование > Внутренний доступ к приложениям.
Выберите вкладку Списки рассылки.
В разделе "Пользователи с разрешением на скачивание" установите флажок рядом с названиями нужных списков.

Включение внутреннего доступа к приложениям авторизованными тестировщиками

Прежде чем авторизованные тестировщики смогут скачать приложения, им необходимо включить внутренний доступ в приложении "Play Маркет".

Откройте Play Маркет .
Нажмите на значок меню > Настройки.
В разделе "О приложении" коснитесь пункта "Версия Play Маркета" семь раз.
Когда появятся настройки внутреннего совместного доступа к приложениям, включите доступ, нажав на переключатель.
Нажмите Включить.

Скачивание сертификатов

Некоторые поставщики API запрашивают сертификат, чтобы связать его с названием пакета приложения. Когда вы впервые добавляете APK-файл на страницу загрузки для внутреннего доступа, Play Console создает сертификат, который используется для каждой загрузки этого приложения. Все APK-файлы повторно подписываются этим тестовым сертификатом независимо от того, какой сертификат изначально использовался для подписания приложения.

Чтобы скачать тестовый сертификат:

Как устранить неполадки

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

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

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

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

Приложение не распространяется в стране пользователя.
Не опубликована рабочая версия приложения или опубликована тестовая, к которой у пользователя нет доступа.

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

Чтобы увеличить количество пользователей, которые могут скачать приложение по ссылке, загрузите тот же APK-файл или набор App Bundle, и вы получите новую ссылку. По каждой уникальной ссылке приложение могут скачать не более 100 пользователей.

Если срок действия ссылки для внутреннего доступа к приложению истек, повторно загрузите тот же APK-файл или набор App Bundle, чтобы получить новую ссылку.

На недавно прошедшей Google I/O 2018, среди множества нововведений, объявили также о добавлении нового формата приложений.

Этот формат получил название Android App Bundle и представляет собой улучшенный способ сборки вашего приложения. С его помощью можно легко оптимизировать размер приложения, при этом не нужно будет вносить какие-либо изменения в код. Android App Bundle включает весь скомпилированный код и ресурсы, отсеивая затем то, что не нужно конкретному устройству.

Важно! На данный момент Android App Bundle работает только в preview-версии Android Studio. Последняя версия Android Studio 3.2 Canary доступна здесь.

Android App Bundle представляет собой файл (с расширением .aab), который загружается в Google. Каждый бандл включает скомпилированный код и ресурсы для всех модулей приложения и поддерживаемых конфигураций устройств.

Проще говоря, бандлы это подписанные ZIP-файлы, которые упорядочивают код и ресурсы приложения в модули.

Из этих модулей Google Play генерирует различные APK, которые предоставляются пользователям, такие как: базовые APK, dynamic feature APK, конфигурационные APK и (для устройств, которые не поддерживают разделённые APK) мульти-APK. Каталоги, окрашенные в синий цвет, представляют собой код и ресурсы, которые Google Play использует для создания конфигурационного APK для каждого модуля.

Примечание: бандл нужно создавать для каждого уникального приложения или applicationID. То есть, если вы используете несколько product flavor в своём приложении для создания различных APK, и каждая из этих веток использует уникальный applicationID, то вам нужно будет создать отдельный бандл для каждой ветки.

Код и ресурсы для каждого модуля организованы аналогично стандартным APK, и это логично, поскольку каждый из этих модулей может быть сгенерирован как отдельный APK. Ниже можно увидеть более подробное описание некоторых файлов и каталогов Android App Bundle:

base/, feature1/, feature2/. Каждый из этих каталогов представляет собой модуль приложения. Базовый модуль приложения всегда содержится в базовом каталоге бандла. Директории же с дополнительными особенностями, каждой из которых присваивается специальное имя, находятся отдельно.
файлы Protocol Buffer (.pb). Эти файлы содержат метаданные, которые помогают описать содержимое бандла в магазинах приложений. Например, BundleConfig.pb, находящийся в корневом каталоге бандла, предоставляет информацию о самом бандле, например, какая версия build tools используется для сборки. Другие файлы, такие как recourse.pb и native.pb, описывают, как определённый код и ресурсы должны использоваться для различных конфигураций устройств. Google Play использует эту информацию для генерации APK, оптимизированного для устройства пользователя.
manifest/. В отличие от APK, бандлы хранят файл AndroidManifest.xml каждого модуля в отдельном каталоге.
dex/. В отличие от APK, бандлы хранят DEX-файлы каждого модуля в отдельном каталоге.
root/. Этот каталог хранит файлы, которые позже перемещаются в директорию root любого APK, который включает в себя модуль, в котором находится этот каталог. Например, каталог base/root/ бандла может включать ресурсы Java, которые загружаются приложением с помощью использования Class.getResources(). Эти файлы позже перемещаются в директорию root APK приложения и каждого мульти-APK, которые генерирует Google Play. Пути в этом каталоге также сохраняются, то есть, подкаталоги тоже перемещаются вместе с root.
Примечание: если содержимое этого каталога конфликтует с другими файлами и каталогами в корне APK, Play Console отклонит загрузку бандла. Например, вы не сможете включить каталог root/lib/, поскольку он будет конфликтовать с каталогом lib, уже находящимся в APK.
res/, lib/, assets/. Эти каталоги идентичны тем, что используются в стандартном APK. При загрузке приложения, Google Play проверяет в этих каталогах и пакетах только те файлы, которые соответствуют конфигурации целевого устройства.

Если создаётся бандл для debug-версии приложения, Android Studio автоматически подпишет бандл с помощью отладочного ключа подписи. Для загрузки бандла в Google Play он должен быть подписан.

После того, как Android Studio завершит создание подписанного бандла, его можно будет открыть и проанализировать. Анализ бандла позволяет проверить содержимое и работает аналогично APK Analyzer.

Для создания App Bundle IDE использует тот же инструмент с открытыми исходным кодом, называемый bundletool, который Google Play использует для последующего преобразования бандла в подписанные APK.

Прежде чем загрузить бандл в консоль Google Play, его нужно подписать. Чтобы создать подписанный App Bundle, нужно выполнить следующие действия:

После того, как Android Studio завершит создание подписанного бандла, его можно будет найти и проанализировать, выбрав соответствующую опцию во всплывающем уведомлении. Если был выбран экспорт ключа подписи, то к нему можно будет быстро перейти, щёлкнув по стрелке вниз в правом нижнем углу всплывающего уведомления, чтобы развернуть его, и затем выбрав Show Exported Key File.

После того, как бандл создан, его можно загрузить в Google Play для проверки, тестирования или публикации приложения. Прежде чем приступить к работе, следует соблюсти следующие условия:

Зарегистрироваться в программе Google Play App Signing.
Если приложение включает dynamic feature modules, то его можно загружать и тестировать через внутренний тестовый трек консоли Google Play. Однако чтобы опубликовать приложение, нужно принять программу Dynamic Feature, которая на данный момент находится в стадии бета-версии.
Google Play поддерживает загрузку приложений размером не более 100 МБ.

Анализ APK с помощью проводника

Когда бандл загружен, Google Play автоматически генерирует разделённые APK и мульти-APK для всех конфигураций устройств, поддерживаемых приложением. В Play Console можно можно использовать App Bundle Explorer для просмотра всех вариантов APK, сгенерированных Google Play; анализа данных, таких как поддерживаемые устройства и экономия размера APK; загрузки созданных APK для тестирования.

Обновление приложения

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

Кроме того, Google на данный момент тестирует дополнение к App Bundle, Dynamic feature modules, с помощью которого можно разбивать базовый APK на части, которые будут докачиваться при необходимости, пока что эта технология находится в бета-версии.

Возможно, единственным недостатком банлдов на данный момент назвать необходимость использовать preview-версию Android Studio, однако эта проблема временная.

Построение unity проекта под платформу android?
Как сделать что бы после сборки проекта в unity под android формировался не apk файл а sln решение.

Создание программ под Android на Unity 3d
Установила Unity 3d 4, чтобы создавать программы под Android. В интернете весь обучающий материал.

Портирование проекта под android на ios
Доброго времени суток, возможно ли, разрабатывая игру на C++ под Android портировать без особых.

В настройках билда убрать галочку с development build
И поставить галочку на build app bundle (google play)
APK файлы Google play уже не принимает. Нужно билдить файл с расширением AAB Сделал как вы сказали всё равно GooglePlay ошибку выдаёт:"Загруженный APK-файл или набор Android App Bundle был подписан в режиме отладки. Подпишите файл или набор в режиме выпуска." oleg rus, А вы создали файл цифровой подписи проекта?

oleg rus,

Конкретно по Keystore начинается с 3:15. Но советую посмотреть весь ролик по настройке.
Так же нужно знать, что Google play уже не принимает проекты без поддержки ARM64 Для этого в настройках билда нужно сделать так как на картинке.

Важно!
После загрузки подписанного билда в Play Market, вы не сможете изменить файл Keystore для этого проекта. По этому сохраните файл цифровой подписи в надежном месте и запомните пароль. Восстановление крайне сложный процесс! Так же при каждом новом билде, нужно будет каждый раз указывать ссылку на файл ключа и вводить пароль к нему.

* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. Run with --scan to get full insights.

BUILD FAILED in 2m 36s
]
stdout[

> Configure project :
WARNING: The option setting 'android.bundle.enableUncompressedNativeLibs=false' is experimental and unsupported.
The current default is 'true'.

> Task reBuild UP-TO-DATE
> Task reReleaseBuild
> Task :compileReleaseRenderscript NO-SOURCE
> Task :generateReleaseResValues
> Task :generateReleaseResources
> Task :mergeReleaseResources
> Task :checkReleaseManifest
> Task :createReleaseCompatibleScreenManifests
> Task :mainApkListPersistenceRelease
> Task rocessReleaseManifest
> Task :bundleReleaseResources
> Task :mergeReleaseShaders
> Task :compileReleaseShaders
> Task :generateReleaseAssets
> Task :mergeReleaseAssets
> Task :checkReleaseDuplicateClasses
> Task :compileReleaseAidl NO-SOURCE
> Task :generateReleaseBuildConfig
> Task repareLintJar
> Task :generateReleaseSources
> Task :javaPreCompileRelease
> Task rocessReleaseResources
> Task :compileReleaseJavaWithJavac
> Task :transformClassesWithDexBuilderForRelease
> Task :transformDexArchiveWithExternalLibsDexMergerForRelease
> Task :transformDexArchiveWithDexMergerForRelease
> Task :mergeReleaseJniLibFolders
> Task :transformNativeLibsWithMergeJniLibsForRelease
> Task :transformNativeLibsWithStripDebugSymbolForRelease
> Task rocessReleaseJavaRes NO-SOURCE
> Task :transformResourcesWithMergeJavaResForRelease
> Task :buildReleasePreBundle
> Task :collectReleaseDependencies
> Task :configureReleaseDependencies
> Task ackageReleaseBundle
> Task :validateSigningRelease
> Task :signingConfigWriterRelease
> Task :signReleaseBundle FAILED

Традиционно приложения Android были доступны в формате APK, но все стало меняться с появлением Android App Bundle и различных дополнительных расширений, таких как APKM, XAPK или файлы ZIP с несколькими APK.

Android App Bundles - это официальный формат для публикации приложений в Google Play, хотя он несколько загадочнее, чем APK всей жизни. Здесь мы увидим, что такое Android App Bundle, какие у них есть преимущества и чем они отличаются от APK.

Что такое Android App Bundle (.aab)

В наборах приложений для Android нет ничего нового. Google представил их нам на Google I/O в 2018 году как новый формат публикации, который уменьшит размер загрузок для пользователей, что, согласно исследованиям Google, приводит к большему количеству загрузок и меньшему количеству удалений.

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

При таком большом количестве вещей внутри возникает вопрос: как может быть одно из преимуществ App Bundle в том, что они занимают меньше? Ответ заключается в том, что App Bundle, который создает разработчик, занимает больше, чем APK. Наименьший размер - это скачиваемый APK, который доходит до пользователей и который Google Play генерирует из указанного App Bundle.

То же приложение, опубликованное в App Bundle, занимает больше, чем в APK, но не файл, который пользователи будут скачивать в Google Play.

На самом деле это намного проще, чем кажется. Если разработчик создает приложение и публикует его в формате APK, это нормально, что включены все ресурсы, например графика на 30 языках, поддерживаемых приложением. Для простоты, если размер каждого изображения составляет 100 КБ, в указанном APK-файле будет 3000 КБ.

Пакет приложений в формате .AAB включает в себя абсолютно все, но серверы Google анализируют его содержимое и генерируют файлы APK со всеми возможными конфигурациями, включая только ресурсы указанной конфигурации. То есть пользователь загружает APK, который вместо графики для 30 языков включает только те, которые настроены на мобильном устройстве. Вместо 3000 КБ это 100 или 200 КБ.

Что, если пользователь позже изменит язык мобильного телефона? К счастью, все предусмотрено. В таком случае Google Play загружает дополнительные языковые файлы из вашего магазина. То же самое относится к модульным дополнительным функциям, которые включены в приложение и которые могут быть загружены позже, но не включены в первоначальную загрузку.

Как видим, уменьшение размера загрузки - главное преимущество этого формата по сравнению с традиционной публикацией в APK, хотя и не единственное преимущество. В прошлом Google выделял 16 веских причин для разработчиков использовать App Bundle вместо APK: меньшее время разработки, дополнительная информация в консоли Google Play, более короткое время компиляции, модульные функции .

Чем APK отличается от Android App Bundle (.aab)?

До сих пор мы много говорили о App Bundle с точки зрения разработчиков приложений, но как пользователь, чем один отличается от другого? Вопрос действительно сложный, потому что как пользователь вы не должны сталкиваться с App Bundles: это пакет для разработчиков, которые публикуют свои приложения в Google Play. Как пользователь, вы ничего не можете с этим поделать, по крайней мере, без необходимых инструментов и знаний.

И все же мы находим их в конкретном случае: когда мы хотим установить приложения из-за пределов Google Play (на сторонних сайтах), и они доступны не в APK, а в App Bundle. То, что мы здесь загружаем, на самом деле не является оригинальным пакетом приложений, а представляет собой набор APK-файлов, созданных Google для различных конфигураций.

APKM, XAPK и другие форматы - это ZIP-файлы со строкой APK внутри, которые необходимо установить одновременно.

То есть App Bundle является заменой APK при публикации приложения в Google Play, но не при его установке. Файлы APK продолжают устанавливаться на мобильный телефон, хотя и не один, а несколько, включая только то, что необходимо для его работы на вашем мобильном телефоне.

С помощью App Bundle, который загружает разработчик, Google генерирует бесчисленное количество пользовательских APK-файлов, которые позволяют ускорить загрузку приложений. App Bundle и APK не противоположны, а дополняют друг друга. Это хорошее изобретение, хотя, несомненно, усложняет установку приложений из внешних источников.

Читайте также: