Android App Bundle (AAB) が Google Play ストアの APK を置き換えます

公開: 2021-08-30

2021 年 8 月 1 日の時点で、Google は Google Play ストアでのアプリの開発とリリースに関する新しい変更を発表しました。 一般的な APK 形式は、2018 年に Android 9 で導入されたため、しばらく使用されていた AAB 形式に変更されます。この記事では、Android App Bundle (AAB) の最も重要な機能と変更点について説明します。ユーザー、開発者、Google にもたらします。

Google の公式声明

2021 年 6 月、Google は 8 月以降に APK を ABB に切り替えるという公式発表をリリースしました。

これらのメリットをより多くのユーザーに提供し、すべてのデベロッパーにメリットをもたらす最新の Android ディストリビューションに焦点を当てるために、 Google Play は2021 年 8 月から Android App Bundle を使用して新しいアプリを公開することを要求し始めます。 これにより、Android アプリケーション パッケージ (APK) が標準の公開形式として置き換えられます。

AAB は、Google Play ストアで 8 月以降にリリースされる新しいアプリに義務付けられます。 Google Play の現在のアプリは、新しい要件に準拠する必要はありません。

アンドロイド アプリ バンドル
出典:Huaweicentral.com

Android アプリ バンドル (AAB) の変更点

では、Google Play AAB はどのような変化をもたらすのでしょうか? それらすべてについて詳しく説明しますが、ここでは、トピックをよりよく理解するために、変更点の簡単な要約といくつかの用語を明確にします。

推定される変更は次のとおりです。

  • さまざまなデバイス構成と言語をサポート
  • アプリの音量が最大 15% 小さい
  • ダウンロード速度の高速化
  • インストール数の増加/アンインストール数の減少

また、その他の注目すべき変更点の表の概要を次に示します。

aab 変更
出典: Google ブログ

開発者は、APK に加えて、大きな拡張ファイル ( OBB ) をPlay AssetまたはFeature Deliveryに置き換える必要があります。 同様に、Instant 対応の Android App Bundle は、Instant アプリの ZIP を置き換えて、新しい更新された「インスタント エクスペリエンス」を配布します。

既存のアプリケーションは、マネージド エンタープライズ ユーザー向けのプライベート アプリとともに除外されます。 今後、AAB プロセスの重要な部分であるPlay アプリ署名は、APK 署名スキーム v4 を利用して、「新しいデバイスで利用できる今後のパフォーマンス機能にアクセスする」ようになります。

超人気アプリの約 10% がPlay Feature Deliveryを使用しています。 モジュールをカスタマイズして、特定の瞬間に特定のデバイスに配信できます。 PFD は 3 つのモードをサポートしています: インストール時の配信、条件付き配信、およびオンデマンド配信です。

Play Asset Deliveryはゲームにとって重要です。 これにより、配信条件としてフォーマットを圧縮できるため、ユーザーは自分のデバイスに適したリソースのみを取得し、スペースや帯域幅を浪費することを回避できます。

AABの特徴

Google は、この新しい形式を使用する 100 万を超えるアプリの中で、最も人気のあるアプリの 1,000 が Google Play AAB で構築されていると報告しました。 顕著な例には、 NetflixTwitterAdobeDuolingoなどがあります。

AAB は、Android Studio、Gradle、Bazel、Buck、Cocos Creator、Unity、Unreal Engine などの主流のビルド ツールでサポートされているオープンソース形式です。 Play Core ネイティブ SDK、Play Core Java SDK、および Play Core Kotlin SDK の助けを借りて、ユーザーが好むコーディング環境に関係なく、高度な App Bundle 機能を使用できます。

AAB は、特定のアプリ用のコード、リソース、およびネイティブ ライブラリの単一のバンドルを作成します。 これにより、複数の APK のバージョン コードをビルド、署名、アップロード、管理する必要がなくなります。 さらに、たとえば Android Studio の Gradle を使用すると、開発者はより高速に構築できるモジュラー アプリを構築できます。 そうすれば、開発者はアプリの設計、コーディング、およびテストにより多くの時間を割くことができます。

Google Play APK と AAB の比較

これまで、Play ストアに提出されたアプリのほとんどは、Google Play APK 形式でリリースされていました。 この形式では、アプリが 1 つのバンドルにまとめられています。 新しい AAB 形式により、アプリ内のコンポーネントのセグメンテーション、優先順位付け、および Android デバイスに基づく最適化が可能になります。

apk から aab
出典:テックストーリー

複数のデバイスで同じアプリを使用することを検討してください。 古い APK 形式では、開発者は各デバイスに合わせて個別の要素を作成する必要がありました。 次のステップは、これらの要素をまとめて、1 つのユニットとして Google Play にアップロードすることです。 Play ストアからダウンロードすると、ユーザーはすべてのオッズとエンドを含むパッケージ全体をダウンロードします。

アプリを実行する Android デバイスごとに個別の APK を作成する別の方法があります。 一般的に、それには多くの時間と労力がかかります。 必要のないAABを使用します。 Play ストアは、デバイスに必要なものだけを認識してダウンロードできます。 最適化された APK を使用すると、ダウンロードするアプリの量を最大 15% 削減できます。

下の図では、特定の人気のあるアプリのサイズがどの程度縮小されているかがわかります。

アプリのサイズ
出典:ファーウェイセントラル

このサイズの縮小により、アプリのダウンロード速度が向上します。 それだけでなく、デバイスがアプリ全体をすぐにダウンロードするのではなく、一部だけをダウンロードする可能性があります。 それは主にゲームの場合です。 ゲームの最初の部分を完了するまで、どちらの方法でもアクセスできないため、デバイスはロック解除されたゲーム セグメントをダウンロードしません。 読み込み速度が速くなり、デバイスのスペースを節約できます。これは、古いハードウェア デバイスにとって本当に重要なことです。

古いデバイスは通常、使用可能なメモリが少なく、読み込みとダウンロードに苦労します。 AAB は時代遅れのデバイスをサポートし、その生活を少し楽にしてくれます。

Android は、100 を超える言語、ARMv7、ARMv8 と Intel x86 などのさまざまな CPU アーキテクチャ、およびさまざまな画面解像度をサポートしています。 この時点で、アプリ デベロッパーは、考えられるさまざまな組み合わせのサポートを 1 つの APK アプリにバンドルする必要があります。 その結果、各アプリ内に不要なコードが作成されます (コーディングなしでアプリを作成する方法について詳しくは、こちらをご覧ください)。

デバイスが ARMv8 CPU アーキテクチャに基づいている場合、Google は特定のアプリのダウンロード中に ARMv8 のパッケージのみを提供し、ARMv7、ARMv8、および Intel x86 アーキテクチャのサポートで構成される APK ファイル全体は提供しません。

開発者にとって AAB とは

開発者は、拡張現実などのオプションのアドオンを自由に試すこともできます. すべてのデバイスで機能するとは限りません。 それをサポートできないデバイスはダウンロードしません。 言い換えれば、テクノロジーは必要なものと必要な量を認識します。

拡張現実
出典:インディペンデント

新しい形式は、マルウェアや怪しげなオペレーターからのセキュリティ レベルを高めるはずです。 また、ユーザーにとってのマイナス面は、サイドローディングがより制限され、はるかに困難になります。

AAB 形式への全体的な移行は、開発者にとって困難でも時間のかかるプロセスでもありません。 とはいえ、途中にはいくつかの障害があります。

最初の問題は、異なるアプリ ストアで起動するには、特定のアプリの APK バージョンを手動で転送する必要があることです。 しかし、依然として APK を必要とするエンド ユーザーは、別のストアを探すか、AAB のエクスポートに苦労する必要があります。

さらに、開発者は、AAB ファイルを APK としてエクスポートするために、アプリの Play アプリ署名キーを Google に提供する必要があります。 そのキーにより、Google はアプリのコアにアクセスできるようになります。 複数の配布チャネルを通じてアプリを公開する場合は、共通のアプリ署名キーを使用するか、Google Play のアプリ専用署名キーなど、さまざまなチャネルにアプリ専用署名キーを使用できます。

Google にとってのメリットについて言えば、AAB により、Google はアプリ配信サービスをより詳細に制御できるようになります。 Google Playストアで利用可能なアプリケーションを提供するには、サードパーティのストアがクラウド経由でAABからAPKへのコンバーターをセットアップする必要がありますが、Googleは「バンドルツール」と呼ばれるツールを使用してそれを行います. 全体として、サードパーティのアプリ構造を捨てて Play ストアに切り替える開発者の数が増えるでしょう。

お持ち帰り

Google Play は、すべてのユーザーにとって有益なアプリ ストアの最適化において、さらに一歩前進しました。 ABBは2018年から存在しており、あまり使用されていなかったため、開発者も大きな変化に苦しむことはありません. それは誰にとっても有利な状況です。 他のアプリ ストアがこのトレンドに従うかどうかは、時が経てばわかります。 それまでの間、いつでも Android と iOS 用のモバイル アプリ ビルダーを使用して、すばらしいアプリを作成できます。