This documentation is available as Markdown for AI agents and LLMs. See the full Markdown index or append .md to any documentation URL.
Android 向けの本番ビルドを作成する
ページを編集
Android 向けの本番ビルドを作成する流れと、リリースプロセスを自動化する方法を学びます。
この章では、サンプルアプリの本番バージョンを作成して Google Play ストアに提出します。あわせて、新しいアプリバージョンの作成とリリースを自動化する方法も見ていきます。

EAS で Android の本番ビルドを作成し、Google Play ストアに提出して、リリースプロセスを自動化します。
3 件
3 件
1.
有料の Google Play デベロッパーアカウントが必要です。作成方法については Google Play の登録ページ を参照してください。
2.
eas.json に production
ビルドプロファイルがあることを確認してください。デフォルトで追加されています。
3.
リリースプロセスを自動化する には、Google サービスアカウントのメールアドレスと JSON キーが必要です。Google サービスアカウントキーの作成、または既存アカウントからのダウンロード の手順に従ってから、このガイドに戻ってください。
Android 向けの本番ビルド
Android の本番ビルド は、Google Play ストアでの配布に最適化された .aab 形式です。.apk ビルドとは異なり、.aab ファイルは Google Play ストア経由でのみ配布・インストールできます。
1
2
3
内部テストバージョンをリリースする
Google Play Console でアプリを作成すると、そのアプリのダッシュボード画面にリダイレクトされます。ここでアプリの内部テストバージョンを準備します。
- ダッシュボード で 今すぐテストを開始 をクリックします。
- 内部テスト > 内部テストリリースのテスター で、ユーザーのメールアドレスリストを作成します。
- Google Play Console が内部テストリリースの作成を促します。
- 新しいリリースを作成するには、ダッシュボード に移動して 新しいリリースを作成 をクリックします。まず、アプリの完全性 の下で署名鍵が Google Play Console によって自動生成されていることが分かります。
4
5
内部リリースバージョンを共有する
トラックの概要 を見ると、最新のリリースに一時的なアプリ名が表示されています。これはアプリがまだ審査されていないためです。
リリース の下では、アプリが内部テスターに提供されていることが分かります。テスターのチームにアプリを共有するには、次のようにします。
- リリース の隣にある テスター タブに切り替えます。
- テスターがテストに参加する方法 の下にある リンクをコピー をクリックします。このリンクをメールやメッセージで送れば、テスターのチームに共有できます。
- デバイスでテスト用のメールを開き、手順に従ってアプリをダウンロードします。
- テスト用メールの受信者は招待を承諾する必要があります。承諾すると、アプリをデバイスにインストールできます。
ヒント: アプリを Play ストアで公開するには、Google のダッシュボードで アプリのセットアップ の各ステップを完了してください。これらは Play ストアで初めてアプリをリリースする前に必須です。プライバシーポリシーへのリンク、対象ユーザー、データセーフティなどの情報を入力する必要があります。
ストア掲載情報を整える: ストア掲載に向けてアプリを準備するには、スクリーンショットやプレビューの作り方について アプリストア用アセットを作成する を参照してください。
6
Google サービスアカウントの権限キーを追加する
ヒント: このセクションの手順に進む前に、Google サービスアカウントキーの作成、または既存アカウントからのダウンロード のガイドを参照してください。
これ以降は、EAS Submit を使ってリリースを自動化し、手作業を避けられます。そのためには、プロジェクトの認証情報にサービスアカウントキーを追加する必要があります。
Google サービスアカウントのガイドの手順を終えたら、ダウンロードした JSON キーを EAS ダッシュボードにアップロードします。
- プロジェクトの EAS ダッシュボードで Credentials をクリックし、Android の下にあるアプリの Application identifier をクリックします。
- Service Credentials の下で Add a Google Service Account Key をクリックします。
- Change Google Service Account Key で Upload new key が選択されていることを確認し、ダウンロードした JSON キーをアップロードします。これでプロジェクトの認証情報にキーが追加されます。
7
内部リリース
eas.json でトラックを internal に設定しましょう。
submit.productionプロファイルでtrackをinternalに設定します。
{ %%placeholder-start%%... %%placeholder-end%% "submit": { "production": { "android": { "track": "internal" } } } }
上のスニペットでは track プロパティを追加し、その値を internal に設定しています。これにより eas submit コマンドで本番ビルドをアップロードし、Google Play ストアの内部テスト向けにリリースできるようになります。
- では
eas submitコマンドを実行して、新しい内部テストバージョンをリリースしましょう。
- eas submit --platform android- このコマンドは Google Play Console に新しい内部リリースバージョンを自動的に作成します。
8
本番リリース
アプリを本番向けにリリースするには、次のようにします。
- eas.json の
trackの値をproductionに変更します。
{ %%placeholder-start%%... %%placeholder-end%% "submit": { "production": { "android": { "track": "production" } } } }
- 内部テストリリースで使ったのと同じ EAS Build を再利用できます。
eas submitコマンドを実行して Play ストアにリリースします。
- eas submit --platform android- トラックを作成してアプリを Google Play ストアの審査に提出するには、テストとリリース > 製品版 に移動し、リリース の下から審査に送るビルドを選びます。
9
自動リリース
今後のリリースでは、eas build に --auto-submit フラグを付けることで、ビルドの作成と Play ストアへの提出を 1 ステップにまとめて効率化できます。
- eas build --platform android --auto-submitまとめ
第 8 章:Android 向けの本番ビルドを作成する
本番向けの Android ビルドを作成し、eas submit を使った Google Play ストアへの手動・自動アップロードについて確認して、--auto-submit でリリースプロセスを自動化しました。
次の章では、iOS 向けの本番ビルドを作成する流れを学びます。