Google Play クローズドテストとは？
12人・14日の要件と進め方を整理

Google Play には internal、closed、open といったテストの方式があります。そのうち closed testing は、公開前のアプリを事前に指定したテスターのみに配布し、参加登録のうえで利用してもらう仕組みです。

一般公開前に、限られた対象者に対して Google Play 経由でアプリを配布し、動作確認や利用状況の確認を進められる点が特徴です。単に APK を共有するのではなく、Play Console 上のテストトラックとして管理する点に実務上の違いがあります。

個人開発では、アプリ本体の実装やストア掲載準備に意識が向きやすい一方で、公開前に必要となるクローズドテストの運用は後回しになりがちです。そのため、いざ公開申請の段階で要件に気付き、想定より時間を要するケースが生じやすくなります。

特に、個人アカウントでは production access の申請前に一定のテスト条件が求められるため、機能開発が完了していても、そのまま本番公開へ進めない場合があります。

新しい個人デベロッパーアカウントでは、production access の申請前に、少なくとも 12 人のテスターが直近 14 日間にわたって参加状態を維持していることが条件として扱われます。Google Play の案内でも、この点が公開前の重要な確認事項として扱われています。

ただし、12 人・14 日を満たした時点で自動的に本番公開できるわけではありません。要件達成後も Play Console 上で production access を申請し、テスト内容や本番公開準備に関する項目へ回答する必要があります。

このため、実務上は「人数と日数を満たすこと」と「申請時に説明可能な状態を整えておくこと」を分けて考える方が安全です。

第一に、リンクを送るだけでは参加が完了しない点です。クローズドテストでは、事前に対象テスターとして登録したうえで、テスター側にも参加登録の操作が必要です。リンク送付やインストールのみで参加状態になっていると誤認しやすく、初動の遅れにつながります。

第二に、テスター側の Google アカウントが想定どおりでないケースです。登録したメールアドレスと実際に参加時に使う Google アカウントが一致していないと、参加できない、または参加確認に時間を要することがあります。

第三に、テスター向け案内の不足です。参加リンクだけを送ると、どの操作まで完了すればよいかが伝わらず、opt-in の未完了やインストール未実施が発生しやすくなります。

ログインが必要なアプリでは、通常のクローズドテストより準備項目が増えます。テスト用アカウントの発行方法、利用範囲、注意事項が整理されていないと、テスターが途中で停止しやすくなります。

特に個人開発では、検証業務に慣れた協力者だけでテスターを構成できるとは限りません。事前にログイン情報、確認してほしい画面、避けてほしい操作を明確にしておくことが、進行の安定性に直結します。

クローズドテストで負荷が高くなりやすいのは、コード修正よりも運用です。テスターの確保、メールアドレスの回収、事前登録、参加方法の案内、必要に応じたログイン情報の共有、進行確認、フィードバック回収といった作業が連続します。

個人開発では、協力者が Android 端末を持っていない、別の Google アカウントを使っている、リンクを開いたのみで完了したと思っている、といった実務上のズレが起きやすく、ここが全体の進行を重くします。

少なくとも、テスター登録方法、テスター向け案内文、ログイン情報または注意事項、フィードバック受け取り先の 4 点は先に整理しておく方が安全です。これらが未整備のまま開始すると、途中で確認事項が増え、14 日間の進行管理も煩雑になります。

公開前の最終工程として見るのではなく、運用設計を含む一つの作業として準備しておくことが、結果として最短距離になります。