アプリ サービスの成長には、ユーザーによる新規ダウンロード数と新規アプリ インストール数を増やすことが重要です。

Google のレポートによると、アプリ パッケージのサイズはアプリのダウンロードに非常に重要な役割を果たしているため、当社はサイズ削減に取り組んできました。しかし、Google Play の最近の 64 ビット サポート ポリシーは、パッケージ サイズの増加に関する話題となっています。

この記事では、アプリ パッケージ サイズの増加に対処するための ANDROID APP BUNDLE (AAB) について説明し、AAB への移行時にアプリを簡単にテストする方法も紹介します。

Google によると、アプリ パッケージの容量は 2012 年 3 月から 2018 年 1 月にかけて 5 倍に増加しており、アプリ パッケージはアプリのダウンロードにおいて重要な役割を果たしています。

また、アプリ パッケージ サイズが 6 MB 増加するごとに、移行率が大幅に低下するとも述べています。

従来の Android システムでは、32 ビット ネイティブ ライブラリが満たされていれば、32 ビット モードだけでなく 64 ビットでもデバイスが正常に動作できました。さらに、Houdini システムを介してネイティブ ライブラリを追加しなくても、x86 デバイスで正常に動作させることができました。
ただし、この 64 ビット サポート ポリシーでは、64 ビット用のネイティブ ライブラリを構築してパッケージに追加する必要があるため、アプリ パッケージの容量が必然的に大きくなります。

特に、UNITY を使用するアプリでは IL2CPP モードを使用して 64 ビットをサポートする必要があり、アプリが 32 ビットと 64 ビットの両方にパッケージ化されている場合、アプリ パッケージのサイズの増加がすぐにわかります。

AAB TEST

1 の場合、テスターのアカウントを BETA TEST に追加することでテストを行うことができます。
多くの開発者と QA スタッフは、既存の APK をテストする際に、方法 2 を最もよく使用していたでしょう。
APK ファイルの状態では、アプリ ファイルはデバイスに直接インストールされ、テストされてアプリの QA が進められますが、AAB に変換すると、既存の adb を使用したデバイスのインストールは不可能になり、アプリ ファイルは bundletool というツールを使用してのみデバイスにインストールできます。

Bundletool を使用してデバイスに apk ファイルをインストールするには、「aab」ファイルを「apks」に変換し、apks をデバイスに「インストール」する必要があります。

Bundletool を使用して AAB ファイルを APK に変換する場合、オプションに応じてモードは通常、次の 2 つに分かれます。

[ APKs ( dynamic feature modules ) '--connected-device']
java -jar "bundletool-all-0.10.0.jar" build-apks --connected-device --bundle="your.aab" --output="dynamic.apks"

[ bundletool install ]
java -jar "bundletool-all-0.10.0.jar" install-apks --apks="dynamic.apks"

[ AAB SIGNING ]
jarsigner -verbose -sigalg SHA256withRSA -digestalg SHA-256 -keystore   [キーストア ファイル パス]  [署名するアプリのパス]  [キーの生成時に作成された alias_name]

ex. jarsigner -verbose -sigalg SHA256withRSA -digestalg SHA-256 -keystore /your.keystore /your.aab LOCKINCOMPANY

LIAPP は AAB 形式を安全に保護します。