Google Play Consoleには、製品版の前にアプリを配信するための複数のテストトラックがあります。
- 内部テスト
- クローズドテスト
- オープンテスト
それぞれ対象者と用途が異なります。単純に人数の多いトラックを選ぶのではなく、開発段階に合わせて使い分けます。
比較表
| 項目 | 内部テスト | クローズドテスト | オープンテスト |
|---|---|---|---|
| 主な対象 | 開発者・社内・少人数 | 指定したテスター | 参加を希望する広いユーザー |
| 用途 | 素早い動作確認 | 限定された実利用テスト | 大規模な公開前テスト |
| 参加管理 | 指定リスト | メールリスト・グループ等 | 公開参加 |
| 検索・公開範囲 | 非公開 | 限定 | より広い範囲 |
| 向いている段階 | 初期・頻繁な更新 | 公開前の品質確認 | 製品版直前の広域検証 |
内部テストとは
内部テストは、少人数の開発関係者へ素早く配信する用途に向いています。
主な用途
- AABが正常にインストールできるか
- Firebaseやログインがreleaseビルドで動くか
- 課金のライセンステスト
- Playストア経由の更新確認
- クローズドテスト前の最終確認
メリット
- 更新を頻繁に試しやすい
- 開発者自身の端末でPlay配信版を確認できる
- 公開範囲が狭い
注意点
内部テストで問題がなかったからといって、一般ユーザーに近い条件で十分に検証できたとは限りません。
端末の種類、通信状況、初見ユーザーの操作などは、クローズドテストで確認します。
クローズドテストとは
クローズドテストは、指定したテスターだけへアプリを配信する仕組みです。
主な用途
- 12人・14日要件への対応
- 実際の利用者に近いテスト
- フィードバック収集
- 複数端末での確認
- 製品版アクセス申請前の改善
対象となる新しい個人デベロッパーアカウントでは、クローズドテストが製品版アクセス申請の前提になります。
オープンテストとは
オープンテストは、より広いユーザーがテストへ参加できる方式です。
向いているケース
- 大人数で負荷や互換性を確認したい
- 製品版前にユーザー層を広げたい
- ベータ版として継続提供したい
- フィードバック件数を増やしたい
注意点
参加範囲が広くなるため、次の準備が必要です。
- プライバシーポリシー
- 問い合わせ窓口
- 安定したログイン・データ保存
- 不具合発生時の案内
- 機密情報やテスト用データの除去
おすすめの進め方
1. ローカル・エミュレータ
基本機能、単体テスト、デバッグを行います。
2. 内部テスト
Google Play経由のreleaseビルドを確認します。
3. クローズドテスト
指定テスターへ配信し、実利用の問題を集めます。
4. オープンテスト
必要に応じて、より広い範囲で確認します。
5. 製品版
テスト結果とポリシー対応を確認して公開します。
同じAABを複数トラックで使う場合
複数トラックを運用するときは、versionCodeを整理してください。
端末は、参加しているトラックと互換性の中から、利用可能な高いversionCodeを受け取る場合があります。
たとえば次の状態では、クローズドテスト版より内部テスト版が優先される可能性があります。
内部テスト：versionCode 50
クローズドテスト：versionCode 48
「クローズドテストを更新したのに端末へ出ない」という場合は、テスト版が更新されない原因を確認してください。
どのトラックへ出したか記録する
リリースごとに次を記録します。
| 項目 | 例 |
|---|---|
| versionName | 1.3.0 |
| versionCode | 43 |
| トラック | closed-alpha |
| 公開日 | 2026-08-03 |
| 変更内容 | ログインエラー修正 |
| 対象テスター | Android 12〜16 |
CIを使用している場合も、ビルド成果物と公開トラックを対応付けます。
よくある誤解
内部テストを14日行えばよい？
製品版アクセス要件で指定されているのは、対象アプリのクローズドテストです。内部テストだけで置き換えられるとは考えないでください。
クローズドテストは一般公開される？
参加対象として設定されたテスターが、オプトインURLから参加します。製品版のように一般公開されるわけではありません。
オープンテストを使えば製品版申請は不要？
アカウントやアプリの状態によって利用可能なトラックや申請要件が異なります。Play Consoleに表示される手順を確認してください。
まとめ
- 内部テスト：開発者中心の素早い確認
- クローズドテスト：指定テスターによる公開前検証
- オープンテスト：広い範囲のベータテスト
最初からクローズドテストへ出すのではなく、内部テストでreleaseビルドを確認してから進めると、参加者が初歩的な不具合で止まる事態を減らせます。
設定方法はPlay Consoleでクローズドテストを設定する方法で解説しています。
一次情報
公式参考資料
Google PlayやFirebaseの画面・要件は変更される場合があります。公開作業の前に、リンク先の最新情報も確認してください。
Google Playクローズドテストとは？12人・14日要件を解説
Google Playのクローズドテストで必要となる12人・14日要件、テスター参加、製品版アクセス申請までの流れを個人開発者向けに整理します。
記事を読む
Play ConsoleでGoogle Playクローズドテストを設定する方法
Google Play Consoleでクローズドテストを作成する手順を解説。トラック、テスターリスト、AAB、リリースノート、オプトインURL、公開後の確認を整理します。
記事を読む
Google Playクローズドテスト版が更新されない原因
Google Playクローズドテストの更新版がPlayストアに表示されない原因を解説。versionCode、公開トラック、処理状態、複数トラック、端末互換性を確認します。
記事を読む
Google PlayでApp Bundleをアップロードできない原因｜AABエラーの確認方法
Play ConsoleへAndroid App Bundleをアップロードできないときに、versionCode、署名、パッケージ名、対象API、ファイル形式を順番に確認します。
記事を読む