APK と AAB の違いは何ですか？

APK (Android Package) と AAB (Android App Bundle) は、Android アプリケーションを配布するための 2 つの異なる形式であり、それぞれに独自の利点と用途があります。APK は、Android デバイスにアプリを直接インストールするのに必要なすべてのコンポーネントを含む従来の形式です。手動でインストールすることも、アプリストア経由で配布することもできる単一のファイルです。比較すると、iOS アプリは IPA ファイルとして配布されます。

一方、AAB は Google が導入した新しい形式であり、アプリの配布とインストールを最適化するように設計されています。単一のインストール可能なファイルを届ける代わりに、AAB にはすべてのリソースとコードが含まれ、Google Play はそれを使って特定のデバイス構成ごとに最適化された APK を生成します。つまり、特定のデバイスに必要なコンポーネントだけがダウンロード・インストールされるため、アプリのサイズが小さくなります。

ユニバーサル APK には、すべてのデバイス向けのリソースが含まれています。これに対して AAB は、ユーザーにとってより効率的で個別に調整された体験を提供します。これは、ダウンロードして保存しなければならないデータの量を最小限に抑えるため、ストレージの容量が限られたデバイスで特に有益です。さらに AAB では、関連する部分だけが各デバイスに届けられるため、開発者はすべてのユーザーのアプリのサイズを増やすことなく、多くの言語とリソースを含められます。

Android App Bundle (AAB) では、開発者は単一のパッケージを Google Play にアップロードし、Google Play がデバイスごとに最適化された APK ファイルを生成します。ユーザーは、デバイスの画面密度、プロセッサーのアーキテクチャ、言語に合ったコードとリソースだけを受け取ります。

開発者は、ユーザーが必要とするときにだけアプリの一部をダウンロードする Play Feature Delivery や、ゲームのグラフィックなどの大きなファイル向けの Play Asset Delivery によって、この形式をさらに活用できます。これにより、ダウンロードが小さくなり、インストールが速くなります。2021 年 8 月以降、Google Play の新しいアプリは AAB として公開しなければならなくなっています。

AAB (Android App Bundle) は、3 つの中心的な特性を組み合わせることで、ファイルサイズと配信の点で APK (Android Package) に比べていくつかの利点を提供します。

• 最適化されたファイルサイズ：AAB では、特定のデバイスに必要なリソースだけを届けられるため、アプリ全体のサイズが小さくなります。考えられるすべてのリソースを単一の APK に含める代わりに、Google Play はユーザーのデバイスに関係するコンポーネントだけを含む APK を生成します。その結果、ダウンロードが小さくなり、インストールが速くなります。
• ストレージの使用量の削減：各デバイスに最適化されたバージョンのアプリを届けることで、AAB ではデバイスがその仕様に関係のないファイルとリソースを保存する必要がなくなります。コード自体は同じであるため、アプリの実行時のパフォーマンスはほとんど変わりませんが、インストールされたアプリが占める容量は少なくなります。
• モジュール式の構造：AAB はアプリ開発に対するモジュール式のアプローチをサポートしており、開発者はアプリを機能モジュールに分割できます。これにより、特定の機能を最初のインストールに含める代わりにオンデマンドで届けられます。ユーザーは必要に応じて新しいモジュールをダウンロード・インストールでき、最初のダウンロードサイズがさらに小さくなってユーザー体験が向上します。

最適化されたファイルサイズ、ストレージの使用量の削減、モジュール式の構造の組み合わせにより、AAB は、ネットワークのリソースへの負荷を減らしながらより良いユーザー体験を提供したいアプリ開発者にとって効率的なソリューションとなっています。

Google Play ストアは APK (Android Package) と AAB (Android App Bundle) を異なる方法で扱っており、これはアプリ開発者にとって大きな意味を持ちます。以下は、これらの形式がどのように機能し、開発者にとって何を意味するかの概要です。

• APK (Android Package)：APK は、Android アプリが公開されていた従来の形式です。Android デバイスにアプリをインストールするのに必要なすべてのコンポーネントを含む単一のファイルです。さまざまなデバイス構成に合わせて最適化するには、開発者は複数の APK を手作業でビルド・保守する必要がありました。そうしないと、ユーザーは必要以上に大きなファイルをダウンロードしていました。
• AAB (Android App Bundle)：アプリを配布するより効率的な方法として Google が導入した AAB は、Google Play がデバイス構成ごとに最適化された APK を生成して届けられるようにする形式です。つまり、ユーザーは自分の特定のデバイスに必要なリソースだけをダウンロードするため、ファイルサイズが小さくなり、ダウンロード速度が向上します。
• 効率的なリソースの扱い：AAB では、開発者はすべての言語、画面密度、アーキテクチャを 1 つのパッケージに含められ、Google Play が関連するリソースの各デバイスへの配布を自動的に扱います。これにより、さまざまな種類のデバイス向けに複数の APK を作成・保守する必要がなくなります。
• 機能の配信：AAB 形式は Play Feature Delivery（旧称「Dynamic Delivery」）をサポートしており、アプリの一部をインストール時ではなくオンデマンドでダウンロードできます。更新自体は Google Play によって圧縮されたパッチとして届けられるため、変更点だけをダウンロードすればよくなります。
• 署名：AAB では Play App Signing が必須です。つまり、Google が保有するアプリ署名鍵で、生成された APK に Google が署名します。これにより、Google は APK を最適化でき、鍵を紛失から保護できますが、鍵について Google を信頼することも意味します。署名はアプリが開発者からのものであることを証明します。それだけでアプリが安全であることを保証するわけではありません。
• 将来への備え：AAB 形式に切り替えることで、開発者は Google Play が導入する将来の改善と機能の恩恵を受けられ、アプリを最新の技術の発展に合わせた状態に保てます。

全体として、APK から AAB への移行により、開発者はより最適化された使いやすいアプリを提供できます。この転換は、ファイルサイズを小さくし、ダウンロード速度を向上させ、アプリが各デバイスのニーズに合わせて調整されるようにすることで、より良いユーザー体験を支えています。

開発者が APK から AAB に切り替えるとき、慎重な計画と実装を必要とするいくつかの課題に直面する可能性があります。以下は、開発者が経験する可能性のある最も一般的な課題の一部です。

APK から AAB への移行における主な課題の一つは、ビルドプロセスの変更です。APK ファイルは従来の Android のパッケージ形式であり、一方の AAB (Android App Bundle) は、アプリのビルドと配布の方法に新しいアプローチを必要とします。開発者はビルドスクリプトを調整し、Google Play が AAB ファイルから APK を生成する仕組みを理解する必要があり、これには習得の時間がかかる場合があります。

もう一つの課題は、既存のツールとライブラリとの互換性です。一部の古いサードパーティのツールとライブラリは AAB 形式と完全には互換性がない場合があり、アプリの特定のコンポーネントの更新や、場合によっては置き換えが必要になることがあります。これにより、アプリが新しい形式で正しく動作することを確認するための追加の開発時間とテストが生じる可能性があります。

さらに、オンデマンドの機能の扱いは複雑な作業になる場合があります。AAB では、必要なときにだけダウンロードされる機能モジュールを届けられます。これには、どの機能をオンデマンドで届けるべきか、パフォーマンスに悪影響を与えることなくアプリのユーザー体験にどのように統合すべきかを、開発者が慎重に計画する必要があります。

最後に、テストとデバッグがより難しくなる可能性があります。AAB ファイルは APK のようにデバイスに直接インストールできないため、開発者はアプリをテストするために、bundletool を使ってローカルで APK を生成するか、Google Play の内部テストと内部アプリ共有を使う必要があります。問題を特定・修正するのにより多くのステップが必要になるため、デバッグにより時間がかかる場合があります。

これらの課題により、開発者は、アプリのサイズの縮小やより効率的な配布など、AAB 形式が提供する利点の恩恵を受けるために、ワークフローとツールを調整する必要があります。ただし、適切なアプローチを取れば、AAB への移行はより良いユーザー体験とより効率的な更新のプロセスにつながります。

アプリのリリースに Android App Bundles (AAB) を使うときに互換性とセキュリティを確保することは、信頼性が高く安全なユーザー体験を提供するために不可欠です。Android App Bundles は Android アプリをパッケージ化・配布する現代的な方法であり、各デバイスに必要なリソースだけを届けることでアプリのサイズを最適化します。

AAB を使うときに互換性を確保するには、さまざまなデバイスと Android のバージョンでアプリを十分にテストすることが重要です。これは、Google Play のテストトラックや、さまざまな物理デバイスと仮想デバイスでアプリを実行する Firebase Test Lab を使って行えます。これにより、アプリがエンドユーザーに届く前に潜在的な問題を特定・解決できます。

セキュリティに関しては、AAB では Play App Signing が使われることを理解することが重要です。Google Play が AAB から APK ファイルを生成し、Google が安全に保管するアプリ署名鍵でそれらに署名します。開発者は別のアップロード鍵で AAB に署名します。この鍵は、たとえば安全なキーストアや鍵管理サービスで慎重に保護しなければなりません。アップロード鍵を紛失したり侵害されたりした場合は、Google Play 経由でリセットできます。

AAB から APK を生成して配布するプロセス全体は Google Play のサーバー上で行われ、アプリの完全性の維持に役立ちます。これらのベストプラクティスに従うことで、Android App Bundles 経由で配布されるアプリを互換性があり安全な状態に保てます。