Google Play クローズドテスト：テスター12人・14日間と、本番環境へのアクセスを得るためのテスト計画（2026年）

Google Play のデベロッパー アカウントが新規作成の個人アカウントであれば、Google Play のクローズドテストはリリース前に必ず通過しなければならない関門です。本番環境へのアクセスを申請する時点で、クローズドテストに12人以上のテスターがオプトインしており、それぞれが直前の14日間継続してオプトインしている必要があります。最終日にチェックを入れるだけの作業ではなく、担当者・スケジュール・フィードバックのループを備えた2週間のテスト プロジェクトとして運用しましょう。

2026年の Google Play クローズドテストの要件は？

2026年11月時点で、2023年11月13日以降に作成された個人デベロッパー アカウントは、本番環境へのアクセスを申請する前に「14日以上継続してオプトインしている12人以上のテスター」によるクローズドテストを実施する必要があります。それまでは、そのアプリの製品版と事前登録のオプションはロックされたままです。

• 申請する時点で、12人のテスターがクローズドテストにオプトインしている必要があります。
• テスターは直前の14日間、継続してオプトインしている必要があります。
• オプトアウトして再度オプトインしたテスターは、カウントされるために改めて連続14日間を満たす必要があります。
• クローズドテストはアプリの設定が完了すると利用可能になります。オープンテストは本番環境へのアクセスを得るまでロックされたままです。
• 内部テストには前提条件はありませんが、別のトラックです。

ルールは Google の新しい個人デベロッパー アカウントのアプリテスト要件ページに記載されています。このページが対象としているのは個人アカウントのみで、組織アカウントについては何も触れていません。どちらとも決めつけず、ご自身のダッシュボードに表示される内容を確認してください。

Play Console でクローズドテスト トラックを設定するには？

クローズドテストを設定するには、Play Console で テストとリリース > テスト > クローズド テスト（Test and release > Testing > Closed testing）を開き、トラックを管理（Manage track）をクリックして、［テスター］タブでテスターを追加し、リリースを公開します。テスターはメールリストまたは Google グループで追加できます。各リストには最大2,000人まで登録できるため、リストの人数が制約になることはありません。本当の課題は、オプトインしてもらうことです。

1. ［テスター］タブでメールリストを作成するか、yourgroupname@googlegroups.com のような Google グループを入力します。
2. フィードバック用の URL またはメールアドレスを追加します。これはテスター向けのオプトイン ページに表示されます。
3. 共有用のオプトイン リンクをコピーし、変更を保存します。
4. クローズド トラックでリリースを作成し、公開します。
5. リリースが公開されたら、オプトイン リンクと Play ストアの URL を共有します。本番公開前のアプリは、テスターが Play で検索しても見つかりません。

Google のテスト設定ページには、いくつかの落とし穴が挙げられています。「オプトイン リンクはアプリのステータスが『公開済み』の場合にのみ表示される」ため、下書きや公開保留中のアプリにはリンクがありません。CSV をアップロードするとリスト内の既存のアドレスは上書きされ、BOM 付き UTF-8 で保存した CSV ファイルは受け付けられません。Google グループを使う場合、ユーザーはグループに参加してからでないとオプトインできません。すでに内部テストに参加している人は、内部テストから抜けないとクローズドテストを受け取れません。

テスターは何人集めるべきか、誰がカウントされるのか？

テスターは12人ではなく15〜16人集めましょう。カウントされるのは Play のオプトイン リンク経由でオプトインした人だけで、14日目より前に離脱した人はまったくカウントされないからです。各テスターの14日間はその人がオプトインした時点から始まるため、遅れて参加した人がいると、申請できる最短の日付が後ろにずれます。

募集先として有効なのは、メーリングリスト、ベータ版のウェイティングリスト、Android スマートフォンを持っている友人、そして相互にテストし合ってくれる他の個人開発者です。オプトイン リンクを承認し、Play からインストールしたことを各自に確認してもらいましょう。サイドロードした APK や転送されたビルドはカウントされません。有料アプリの場合、テスターは参加するためにアプリを購入する必要があると Google は注記しています。無料のテスト用ビルドやプロモーションの手段を用意すべき理由がここにもあります。

14日間、テスターには何をしてもらうべきか？

テスターには実際のユーザーと同じようにアプリを使ってもらい、数日ごとに具体的なタスクを割り当てましょう。そうすることで、期間中にフィードバックを集めて修正をリリースできます。本番環境へのアクセス申請フォームでは、テスターがすべての機能を使ったか、その使い方が実際の利用状況と一致していたかが問われるため、両方に答えられるようにしておく必要があります。

テスターはテスト版に公開レビューを投稿できません。フィードバックは、フィードバック用の URL やメール、または Google Play の非公開フィードバックで集めましょう。報告ごとに、何を変更し、どのビルドで修正したかを記録しておきます。テストでクラッシュや表示崩れが見つかった場合は、2.1 リジェクト対策のリリースビルド テスト計画が Android ビルドのチェックリストとしても役立ちます。

「テストの追加が必要」と言われた開発者に何が起きたか？

公開されている報告を見ると、テスター数を満たしても申請にたどり着けるだけで、承認が保証されるわけではありません。承認と却下を分けるのは、目に見えるテスターのエンゲージメントと、フィードバックに基づくアップデートです。

• テスター サービス利用後に却下。 MIT App Inventor コミュニティで、ある開発者が2024年7月（基準がテスター20人だった時期）に、テスター交換サービスを使って人数を満たしたと報告しました。それでも「Google Play の製品版にアクセスするには追加のテストが必要です」（More testing required to access Google Play production）という通知を受け、理由として「クローズドテスト中にテスターがアプリを積極的に利用していなかった」「ユーザー フィードバックの収集と対応を含むテストのベスト プラクティスに従っていなかった」が挙げられていました。Google からは「再申請の前に、実際のテスターを使ってさらに14日間クローズドテストを行ってください」と伝えられました。また、テスターが誰で、どのようにテストしたのかわからなかったため、テスト後のフォームに記入できなかったとも述べています。スレッドのページには解決の報告はありません。
• テストをやり直して承認。 DEV Community のある開発者は、友人や家族のほとんどが iPhone ユーザーだと気づきました。アプリをインストールしたのは4〜5人だけで、その約半数が数日以内に削除しました。そこで「誰でも参加可能」に設定した Google グループに切り替え、相互テスト用のアプリ（投稿内で宣伝されています）を通じて他の開発者を募集しました。2日で14人のテスターを集め、期間中に6回の小さなアップデートをリリースし、フォームには丁寧に回答しました。申請から2日後に承認されたと報告しています。

ポイント：どちらの開発者もテスター数は満たしていました。承認された開発者は実際の利用状況、アップデート、フィードバックを示せたのに対し、却下された開発者には人数はあってもフォームで説明できる根拠がありませんでした。すでにその通知メールを受け取っている場合は、Google Play「テストの追加が必要」のガイドで、再申請の前に何を変えるべきかを解説しています。

「製品版へのアクセスを申請」フォームでは何が問われるか？

ダッシュボードから開く「製品版へのアクセスを申請」フォームは、クローズドテストについて、アプリについて、製品版リリースの準備状況についての3つのパートで構成されています。［破棄］をクリックしたり、［次へ］をクリックせずにセクションを離れたりすると回答が失われるため、事前に下書きしておきましょう。

Google は「審査はトラブルシューティングの手段ではない」とも警告しています。申請前に、ポリシーへの準拠、コンテンツのレーティング、安定性、そしてログインが必要なアプリであれば有効なログイン認証情報を確認してください。デモアカウント設定ガイドは Apple 向けに書かれていますが、同じ審査用ログインは Google でも使えます。

「製品版へのアクセスを申請」を押す前に確認すべきことは？

申請前に、オプトインしたテスターが12人以上おり、それぞれが連続14日間を満たしていること、フィードバック ログにリリースした修正が記録されていること、アプリの設定タスクがすべて完了していることを確認してください。リリース日は Google の審査を考慮して計画しましょう。審査は「通常7日以内に完了しますが、まれに長くかかることもあります」。

具体例：ある個人開発者が月曜日にアプリの設定を完了し、ビルド1を公開します。ウェイティングリストと開発者コミュニティから16人を招待し、2日目までに14人がオプトインしました。2人に催促し、さらに3人を追加します。4日目にテスターが古い端末でのクラッシュを報告し、5日目にビルド2をリリースします。後から参加した人は14日間の開始も遅れるため、この開発者は最初のリリースからではなく、1人ずつ日数を数えます。12人が連続14日間を満たした時点で、バグを9件発見し7件修正したことを示すログを添えて申請します。

1. ダッシュボードに、それぞれ連続14日間を満たしたオプトイン済みテスターが12人以上表示されている。
2. クローズド トラックの最新ビルドが製品版に昇格させる予定のビルドであり、現在のターゲット API レベルを満たしている（ターゲット API レベル 36 ガイドを参照）。
3. フィードバック ログに、見つかった問題、加えた変更、リリースしたビルドが記録されている。
4. ストアの掲載情報、コンテンツのレーティング、データ セーフティなどの設定タスクが完了している。
5. アプリにログインが必要な場合、審査担当者用のログイン認証情報が機能する。
6. フォームの回答が下書き済みで、実際のテスターと実際の変更について具体的に書かれている。

iOS でもリリースする場合は、App Store 申請チェックリストで Apple 側の対応を確認できます。リリース作業を任せたい場合は、The App Guy の App Store 申請サービスが Play Console と App Store Connect を設定し、両方の審査準備を $599 で行います（デベロッパー アカウントの登録料は別途）。yagyeshsrbobde@gmail.com へのメールでもお問い合わせいただけます。