Google Playクローズドテストとは？12人・14日要件を解説

Google Playのクローズドテストは、製品版を一般公開する前に、限られたテスターへアプリを配信する仕組みです。

新しい個人デベロッパーアカウントでは、製品版へのアクセスを申請する前に、一定人数・一定期間のクローズドテストが求められます。公開準備で最も混乱しやすいのは、単にアプリをアップロードするだけでは要件を満たせない点です。

TestCrewはテスター募集とテスト参加を支援するサービスです。Google Playの本番アクセス、審査、公開を保証するものではありません。要件は変更される可能性があるため、申請前に公式ヘルプも確認してください。

クローズドテストとは

クローズドテストでは、開発者が指定したテスターだけがGoogle Playからアプリをインストールできます。

主な目的は次のとおりです。

実機での動作を確認する
端末やAndroidバージョンごとの差を把握する
不具合や分かりにくい操作を見つける
製品版公開前にフィードバックを集める
Google Playが求めるテスト実績を作る

APKやAABを直接送るだけのテストとは異なり、テスターはGoogle Playの参加リンクからオプトインし、ストア経由でアプリを利用します。

12人・14日要件の基本

対象となる個人デベロッパーアカウントでは、原則として次の状態が必要です。

条件	確認内容
テスター人数	12人以上がクローズドテストへオプトインしている
テスト期間	必要人数を維持した状態で14日間以上テストする
配布方法	Google Playのクローズドテストトラックを利用する
申請	条件を満たした後に製品版アクセスを申請する

「12人を一度集めた」「14日経過した」のどちらか一方だけでは十分ではありません。必要なテスターが参加状態を維持し、テスト期間を完了していることが重要です。

参加リンクを送っただけでは人数に含まれない

テスター候補へURLを送っただけでは、参加者として扱われません。

テスター側では通常、次の操作が必要です。

招待されたGoogleアカウントで参加リンクを開く
テストへの参加を選択する
Google Playからアプリをインストールする
テスト期間中にアプリを利用する

Play Consoleに表示されるオプトイン状況を確認し、招待人数ではなく実際の参加人数を基準にしてください。

公開までの全体フロー

クローズドテスト開始から製品版公開までは、次の順番で進めます。

1. テスト用AABを準備する

release用のAndroid App Bundleを作成し、署名、applicationId、versionCodeを確認します。

ストア掲載情報、データセーフティ、コンテンツレーティングなど、Play Console側の必須項目も並行して準備します。

2. クローズドテストトラックを作成する

Play Consoleで対象アプリを開き、クローズドテストのリリースを作成します。

AABをアップロードする
リリースノートを入力する
テスターの管理方法を設定する
参加リンクを確認する
リリースを公開する

設定を保存しただけで、テスターへ配信可能になっていない場合があります。リリース状況も確認してください。

3. テスターに参加してもらう

テスターへ、正しいGoogleアカウントで参加リンクを開いてもらいます。

参加できない場合は、次の点を確認します。

招待対象のアカウントでログインしているか
Googleグループやメールリストへ正しく追加されているか
対象国・端末・Androidバージョンが配信条件を満たすか
リリースが審査中・下書きのままではないか
以前のリンクではなく現在の参加リンクを使っているか

4. 必要人数を維持してテストする

人数が揃った後も、テスターが参加を解除したり、対象リストから外れたりすると条件へ影響する可能性があります。

余裕を持たせるため、必要最低人数ぴったりではなく、数名多めに参加してもらう運用が安全です。

5. 製品版アクセスを申請する

条件を満たした後、Play Consoleから製品版アクセスを申請します。

申請では、次のような内容を説明することがあります。

どのようなテスターを集めたか
テスターが何を確認したか
どのようなフィードバックを得たか
テスト結果を受けて何を改善したか
製品版公開の準備ができている理由

形式的に人数と日数を満たすだけでなく、実際のテスト内容を説明できるよう記録しておきます。

6. 承認後に製品版を公開する

製品版アクセスが承認された後、製品版トラックへリリースを作成します。

アクセス承認とアプリ審査は別の工程です。製品版アクセスが承認されても、ポリシー、ストア掲載、アプリ品質などの審査が不要になるわけではありません。

テスターに依頼する内容

テスターには「14日間入れておいてください」だけではなく、確認してほしい項目を具体的に伝えます。

基本動作

アプリが正常に起動するか
ログイン・登録が完了するか
主要画面へ移動できるか
保存した情報が正しく反映されるか
戻る操作や再起動で問題がないか

利用体験

初めて使っても目的が分かるか
ボタンや説明が理解しやすいか
操作に迷う場所がないか
エラーメッセージが分かりやすいか

端末情報

不具合報告では、次の情報があると原因を切り分けやすくなります。

端末名
Androidバージョン
アプリのバージョン
発生した操作
表示されたエラー
再現するかどうか

個人情報や認証情報が画面へ写る場合は、スクリーンショットで隠してもらいます。

TestCrewを利用する場合の流れ

TestCrewは、Android開発者同士でテスト参加を支え合うためのサービスです。

基本的な流れは次のとおりです。

他の開発者のアプリをテストする
テストとフィードバックを完了してクレジットを獲得する
クレジットを使って自分のアプリを掲載する
参加状況を確認しながらクローズドテストを進める

相互テストでも、実際にアプリを利用し、有意義なフィードバックを残すことが前提です。参加報告だけを目的にした利用は避けてください。

よくある失敗

12人になった直後に申請する

必要な期間が完了していなければ申請できません。人数が揃った日と、その後の継続状況を確認します。

テスターが別のGoogleアカウントで開いている

招待対象と異なるアカウントでは、参加ページを開けないことがあります。複数アカウントを使うテスターには、対象アカウントを明示します。

テスト中にリストを大きく変更する

参加者の削除、グループの変更、トラックの作り直しは、テスト状況へ影響する可能性があります。必要な修正以外は慎重に行います。

フィードバックを記録していない

製品版アクセス申請では、テスト内容や改善点を説明できる状態が望まれます。簡単な表でもよいので、報告と対応内容を残してください。

まとめ

Google Playのクローズドテストでは、次の点を同時に満たす必要があります。

対象となるクローズドテストトラックを公開する
招待したテスターが実際にオプトインする
必要人数を維持して所定期間テストする
フィードバックと改善内容を記録する
条件を満たした後に製品版アクセスを申請する

最初に全体の流れを理解し、人数、参加状態、期間、フィードバックを別々に管理すると、申請直前の混乱を減らせます。

一次情報

公式参考資料

Google PlayやFirebaseの画面・要件は変更される場合があります。公開作業の前に、リンク先の最新情報も確認してください。