Google Play ストアAABビルダー

Android App Bundleを生成
Google Play ストア向け

Nativelyでアプリを作成し、Android App Bundle(AAB)ファイルをすぐに生成。 Google Playストア公開に必要な署名済みAABパッケージを作成できます。

Google Play必須形式
キーストア自動生成
5〜10分で完成
Google Play ストア

2021年8月以降、Google Playで必須

Google Playに提出するすべての新規アプリは、Android App Bundle(AAB)形式を使用する必要があります。 AABにより、ユーザーへの配信サイズを最大15%削減できます。

詳しく見る

そもそも
Android App Bundleとは?

Android App Bundle(AAB)は、Google Play向けAndroidアプリの公式公開形式です。 2018年に導入され、アプリのパッケージ化と配信方法を従来のAPK形式から大きく変えました。

あらゆる端末構成向けリソースをすべて含むAPKとは異なり、AABではGoogle Playが各ユーザー端末に最適化されたAPKを生成します。 つまり、ユーザーは必要なものだけをダウンロードします。適切な画面密度画像、正しいCPUアーキテクチャのライブラリ、 そして選択言語のリソースのみが配信されます。

Google公式ドキュメントによると、AABで公開したアプリはユニバーサルAPKと比較して平均15%のダウンロードサイズ削減が見込めます。 多言語対応やアセット量が多い大型アプリでは、さらに大きな削減効果が得られることもあります。

Android App Bundleの内部構造

base/(ベースモジュール)

常にインストールされる中核アプリコードとリソース。主要DEXファイル、マニフェスト、必須アセットを含みます。

feature/(動的機能)

必要時にオンデマンドでダウンロードできる任意モジュール。ユーザーは必要な機能だけを導入できます。

lib/(ネイティブライブラリ)

アーキテクチャ別ネイティブコード(ARM、ARM64、x86)。各端末に必要なABIのみ配信されます。

res/(リソース)

構成別に整理された画像・レイアウト・文字列。一致する画面密度と言語ロケールのリソースのみ配信されます。

BundleConfig.pb

Google Playに対して、端末別にアプリを最適化・分割する方法を指示するバンドル設定メタデータです。

META-INF/

バンドルの真正性を検証する電子署名ファイル。Play Console向けにアップロードキーで署名されます。

AAB vs APK: 主な違い

項目AAB(App Bundle)APK(パッケージ)
主な用途Playストア公開直接インストール
Google Play(新規アプリ)
必須
受け付け不可
ダウンロードサイズ約15%小さい大きい(全リソースを含む)
動的配信(Dynamic Delivery)
端末へ直接インストール
アプリ署名Play App Signing開発者管理

なぜ使うのか
Android App Bundle

AABは開発者とユーザーの双方に大きなメリットをもたらします

ダウンロードを15%削減

端末に必要なリソースだけを配信。Googleの報告では平均15%、アプリによっては最大35%のサイズ削減が可能です。

動的配信(Dynamic Delivery)

機能をモジュール化し、必要時にオンデマンド配信。ユーザーは必要な機能だけを必要なタイミングで導入できます。

セキュリティ強化

Play App SigningがGoogleの安全な基盤でアプリ署名鍵を管理。漏えい時もアップロードキーを簡単にリセットできます。

全端末向け最適化

Google PlayがCPUアーキテクチャ、画面密度、言語ごとに最適化APKを自動生成します。

公開作業を簡素化

複数APKを管理せず、単一のAABをアップロードするだけ。端末ターゲティングの複雑さはGoogle Playが処理します。

インストール高速化

ダウンロードサイズが小さいほどインストールは高速化。通信量やストレージが限られるユーザーに特に有効です。

最適化タイプ別のAABサイズ削減効果

~50%

ネイティブライブラリ

アーキテクチャ別(ARM、x86)

~25%

画像リソース

画面密度別(mdpi、hdpi...)

~30%

言語リソース

ロケール別の文字列・アセット

出典: Android Developers - App Bundle よくある質問

理解しよう
Play App Signing

AABファイルにおけるGoogleのアプリ署名管理の仕組み

仕組み

1

アップロードキーで署名

Play Consoleへアップロードする前に、秘密アップロードキーでAABへ署名します。 このキーはNativelyが生成し、安全に提供します。

2

Googleが検証・保管

Google Playがアップロード署名を検証し、バンドルを安全に保管します。 アプリ署名鍵はGoogleが管理します。

3

Googleが配信用に署名

ユーザーがアプリをダウンロードする際、Googleが最適化APKへアプリ署名鍵で署名し、安全に配信します。

アップロードキー

Google Playにアップロードする前にAABへ署名するための秘密鍵です。このキーはあなたが管理します。

  • ローカルまたはNativelyで生成可能
  • 漏えい時はリセット可能
  • Play Consoleへのアップロード時のみ使用

アプリ署名鍵

ユーザー配信APKにGoogleが署名するための鍵です。Googleが安全に管理します。

  • Googleの安全な基盤に保管
  • 開発者には公開されない
  • 最終APK配信の署名に使用

重要: キーストアを必ず保存してください

Nativelyがキーストアを生成したら、キーストアファイル(.p12)と認証情報ファイルの両方を必ずダウンロードして保存してください。これらはアプリ更新の公開に必要です。 紛失するとGoogle Playで更新できず、別のパッケージ名で新規アプリとして公開し直す必要があります。

関連情報: Play App Signingドキュメント|Google Play Consoleヘルプ

AABを
Nativelyで作成

Google Play公開対応の署名済みAABを数分で生成

1

Nativelyでアプリを作成

NativelyのAIプラットフォームでAndroidアプリを作成。アイデアを文章で伝えるか、直接コードを書くだけで、必要設定を含む完全なReact Nativeプロジェクトを生成します。

2

バンドル識別子を入力

固有のバンドル識別子(例: com.yourcompany.appname)を設定します。これはGoogle Play上でアプリを永続的に識別し、後から変更できません。

3

署名キーをダウンロード

アプリ用の安全なキーストアを生成します。キーストアファイルと認証情報の両方をダウンロードしてください。今後の更新に必須なので安全に保管しましょう。

4

ダウンロードして公開

5〜10分で本番用の署名済みAABを取得。Google Play Consoleへ直接アップロードして、世界最大のアプリストアに公開できます。

Nativelyが自動で対応すること

キーストア生成

強力なパスワードと適切な証明書設定で、安全なキーストアを作成

バンドル署名

アップロードキーでAABに署名し、Play Console提出にすぐ対応

Gradle設定

ビルドファイル、SDKバージョン、依存関係、バンドル設定を自動構成

コード最適化

R8によるコード縮小とリソース最適化でバンドルを軽量化

最新Android対応

Android 14(API 34)をターゲットにしつつAndroid 7.0+へ後方互換

Play Console提出対応

出力AABはGoogle Play要件とポリシーに完全準拠

認証情報管理

署名鍵へのアクセスを失わないよう、認証情報ファイルをダウンロード提供

従来の方法

1

Android Studioをダウンロード

3.2GB以上のDL、10GB以上のディスク容量が必要

2

SDKとビルドツールを設定

適切なSDKバージョン、Gradle、依存関係を導入

3

キーストアを手動生成

keytoolコマンドを正しいパラメータで実行

4

署名設定を構成

build.gradleにキーストアパスとパスワードを設定

5

ビルドとトラブル対応

ビルド実行、エラー修正、出力確認を行う

2〜3時間初期セットアップ時間

Nativelyビルダー

セットアップ不要

ダウンロードなしでブラウザから直接AABをビルド

キーストア自動生成

ワンクリックで安全なキーストアを作成し、認証情報も提供

署名設定済み

リリース署名向けにビルドシステムを自動設定

クラウドコンパイル

最適化サーバーで高速ビルド。ローカルリソース不要

すぐにダウンロード

Google Play提出対応の署名済み・最適化AABを取得

5〜10分開始からAAB取得まで

公開先
Google Play ストア

AAB公開までの手順

1

デベロッパーアカウントを作成

Google Play Console で一度限り25ドルの登録料を支払って登録

2

アプリを作成

アプリ名、デフォルト言語、アプリ/ゲームのカテゴリを設定

3

ストア掲載情報を設定

説明文、スクリーンショット、アプリアイコン、グラフィックを追加

4

AABをアップロード

Release > Production > Create releaseへ進み、AABファイルをアップロード

5

コンテンツレーティングを完了

質問票に回答して年齢レーティング(ESRB、PEGIなど)を取得

6

審査に提出

Googleがアプリを審査(新規アプリは通常数日)

ストア掲載の要件

アプリアイコン

512 x 512 px、PNG、アルファ付き32-bit

フィーチャーグラフィック

1024 x 500 px、プロモーションバナー

スクリーンショット

2〜8枚、スマホおよび/またはタブレットサイズ

短い説明

最大80文字

詳細説明

最大4,000文字

プライバシーポリシー

個人情報/機微情報を扱う場合はURL必須

データセーフティ申告

収集データと利用方法を説明

ヒント提出プロセスをスムーズにするため、AABアップロード前にストア掲載素材をすべて準備しておきましょう。

関連情報: Google Play公開チェックリスト|Android Developer公開ガイド

使い分けガイド
AAB vs APK

AABを使うべき場面

Google Playストアに公開する2021年8月以降の新規アプリでは必須
ダウンロードサイズを最適化したいインストールが軽いほど完了率が上がります
動的機能を活用したいオンデマンド配信で初回インストールを削減
署名管理をGoogleに任せたいPlay App Signingでセキュリティを強化
多様な端末へ最適配信したいすべてのAndroid構成向けに自動最適化

APKを使うべき場面

実機テストを行うQAや開発向けに直接インストール
ベータテスターへ共有するアプリストア外で素早く配布
企業内/社内アプリを配布するストアなしでMDM経由配布
Playストア外で配布するAmazon App Store、直接ダウンロード、サイドロードなど
既存Playストアアプリを更新する既存アプリはAPK更新を継続可能

Nativelyは両形式に対応

Playストア向けAAB

キーストア自動生成で、Google Play Console提出対応の署名済みAABを生成

テスト向けAPK

直接インストール、ベータテスト、サイドロード向けのAPKをビルド

形式の切り替えは簡単。アプリを一度作成すれば、必要な形式で書き出せます。 APKビルダーの詳細を見る →

よくある
質問

AABファイルとは何ですか?

AAB(Android App Bundle)は、Google Play向けAndroidアプリの公式公開形式です。APKファイルと異なり、AABにはコンパイル済みコードとリソース一式が含まれますが、最終的なAPK生成はGoogle Play側で行われます。ユーザーがアプリをダウンロードする際、Google Playは端末構成に合わせた最適化APKを生成・配信するため、ダウンロード容量が小さくなり、パフォーマンスも向上します。

Google PlayストアではAABが必須ですか?

はい。Google Playでは2021年8月以降、新規アプリはAndroid App Bundle(AAB)形式での公開が必須です。既存アプリの更新には引き続きAPKを使用できますが、Googleはダウンロードサイズの削減(最大15%)やDynamic Delivery機能の活用のため、AABへの移行を強く推奨しています。

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

APKは、すべての端末向けリソースを含むインストール可能パッケージです。AABは公開形式であり、Google Playがユーザー端末ごとに最適化APKを生成します。AABは平均で15%ほどダウンロード容量が小さく、Dynamic Feature Deliveryをサポートし、GoogleのPlay App Signingによりセキュリティも強化されます。APKは、端末への直接インストールやテスト用途で引き続き必要です。

AABファイルはどう署名すればよいですか?

AABファイルは、Google Playへ提出する前にアップロードキーで署名する必要があります。アップロードキーは、キーストアファイルに保存される秘密鍵です。その後、Google PlayはPlay App Signingで最終的なアプリ署名鍵を管理します。Nativelyはキーストアを自動生成し、認証情報を安全にダウンロードできるようにし、ビルド時にAABへ署名します。

AABファイルを端末に直接インストールできますか?

いいえ、AABファイルをAndroid端末へ直接インストールすることはできません。AABはアプリストア向けの公開形式です。Google PlayがAABを端末別APKへ変換して配信します。実機テストにはAPKが必要です。Nativelyでは、Playストア公開用AABと直接テスト用APKの両方を生成できます。

Play App Signingとは何ですか?

Play App Signingは、Googleがアプリの署名鍵を管理するサービスです。AABをアップロードする際はアップロードキーで署名しますが、ユーザーに配信される最終APKはGoogleが別のアプリ署名鍵で署名します。アプリ署名鍵がGoogle側で安全に保管されるため、セキュリティが向上し、万一漏えいした場合でもアップロードキーをリセットできます。

AABのダウンロードサイズはAPKよりどれくらい小さくなりますか?

Android App Bundleでは、通常、ユニバーサルAPKと比べて平均15%ほどダウンロードサイズが小さくなります。各端末に必要なリソースだけを配信するためです。たとえば、適切な画面密度画像、CPUアーキテクチャに合うネイティブライブラリ、必要な言語リソースのみが配信されます。アセットや多言語対応が多いアプリでは、さらに大きな削減効果が見込めます。

AABのDynamic Feature Deliveryとは何ですか?

Dynamic Feature Deliveryは、アプリをモジュール化し、すべてを一度に配信するのではなく、必要な機能だけをオンデマンドでダウンロードできる仕組みです。たとえばカメラアプリなら、ARフィルターを使いたいときだけ追加ダウンロードできます。初回インストールサイズを抑えつつ、必要なタイミングで機能を届けられます。この仕組みはAAB形式でのみ利用できます。

AABファイルのビルドにはどれくらい時間がかかりますか?

Android Studioを使う従来方法では、プロジェクトの複雑さに応じてAABビルドに2〜10分かかり、さらに初期セットアップに2〜3時間必要です。NativelyのオンラインAABビルダーなら、セットアップ不要で5〜10分で署名済みAABを生成できます。コンパイル、署名、最適化はクラウド基盤で自動処理されます。

キーストアファイルは保管する必要がありますか?

はい、必ず保管してください。キーストアファイルとそのパスワードは、アプリ更新の公開に必須です。キーストアを失うとGoogle Playで既存アプリを更新できず、新しいパッケージ名で別アプリとして公開し直す必要があります。Nativelyはキーストアを生成し、安全なダウンロードリンクを提供します。必ず安全な場所に保存してください。

Spin to Win

Try your luck for $5 off your first month.

$5 OFFTRY AGAIN$5 OFFTRY AGAIN$5 OFFTRY AGAIN$5 OFFTRY AGAIN

今すぐ
Google Playに公開

Nativelyでアプリを作成し、ワンクリックで署名済みAABを生成。 世界25億人超のAndroidユーザーへ届けましょう。

クレジットカード不要5〜10分でビルドPlayストア提出対応AAB