クローズドテスト12人・14日ルール完全解説【2026年版】
Google Playのクローズドテスト「テスター12人・14日間」要件を公式ヘルプに沿って解説。対象アカウント、何がカウントされ何でやり直しになるのか、14日間の進め方と本番アクセス申請までをまとめました。
クローズドテスト12人・14日ルール完全解説【2026年版】
2023年11月13日以降に作成した個人のGoogle Play Consoleアカウントでアプリを本番公開するには、12人以上のテスターが直近14日間連続でオプトインした状態のクローズドテストを実施し、その後に「本番環境へのアクセス」を申請して審査に通る必要があります。ポイントは「12人がインストールした」ではなく「12人がオプトインし続けている」こと、そして「14日」は通算ではなく連続であることです。この記事では、Google Play Console ヘルプの記載をもとに、何がカウントされ、どんなときにやり直しになるのかを整理します。
> 前提知識: クローズドテストトラックの作り方そのものは クローズドテストトラック完全ガイド で解説しています。
まず結論：ルールの要点
| 項目 | 内容 |
| 対象 | 2023年11月13日以降に作成された個人デベロッパーアカウント |
| テスター数 | 12人以上（2024年12月に20人から引き下げ） |
| 期間 | 少なくとも14日間「連続」でオプトイン |
| テスト種別 | クローズドテスト（内部テストは対象外） |
| 要件達成後 | ダッシュボードから本番環境へのアクセスを申請 |
| 審査期間 | 通常7日以内（それ以上かかる場合もあり） |
対象になるアカウント・ならないアカウント
このルールは、すべての開発者に一律で課されているわけではありません。公式ヘルプでは「2023年11月13日以降に個人用のGoogle Play Consoleアカウントを作成したデベロッパー」が対象と明記されています。
対象になる人
- 2023年11月13日以降に「個人」としてデベロッパー登録した人
- 個人開発者、副業でアプリを作っている会社員、学生など、組織として登録していない人
対象外になる人
- 2023年11月13日より前に作成された個人アカウント
- 「組織」として登録したアカウント
「12人」の正確な意味
インストール数ではなく「オプトイン数」
多くの人が最初につまずくのがここです。テスターリストにメールアドレスを12件登録しただけでは、1人もカウントされません。カウントの対象になるのは、各テスターがオプトインURL（テスト参加用リンク）を開き、自分で「テスターになる」を選んだ場合です。
流れを整理すると次のようになります。
- 開発者がテスターのメールアドレス（またはGoogleグループ）をクローズドテストトラックに登録する
- 開発者がオプトインURLをテスターに共有する
- テスターがリンクを開き、テストへの参加に同意する（ここでオプトイン完了）
- テスターがGoogle Playからアプリをインストールする
2024年12月に20人から12人へ
このルールは導入当初、テスター20人が必要でした。その後、2024年12月にGoogleが公式ヘルプを更新し、要件は12人に引き下げられています。14日間という期間は変わっていません。古いブログ記事やQ&Aサイトで「20人必要」と書かれているものは、引き下げ前の情報です。
「14日」の正確な意味
通算ではなく「連続」
公式ヘルプの表現は「12人以上のテスターが少なくとも14日間連続でオプトインした状態」です。つまり、テスト開始から14日経ったかどうかではなく、同じテスターが14日間途切れずにオプトインし続けているかが見られています。
オプトアウトすると、その人のカウントはやり直し
公式ヘルプでは、14日経過前にオプトアウトしたテスターはカウントされず、再度オプトインした場合は、その時点から改めて14日間連続でオプトインする必要があると説明されています。
ここから導かれる実務上の注意点は次の2つです。
- 12人ちょうどでスタートすると、1人がオプトアウトした時点で「14日連続の人」が11人になり、新しい人を補充してもその人の14日はゼロから始まる
- そのため、最初から12人より多めに集めておくのが安全
カウントされるもの・されないもの
公式ヘルプで明記されている内容と、明記されていないが注意すべき点を分けて整理します。
| ケース | 扱い | 根拠 |
| オプトインURLから参加したテスター | カウントされる | 公式ヘルプ |
| リストに登録されただけでオプトインしていない人 | カウントされない | 公式ヘルプ（オプトインが条件） |
| 14日経過前にオプトアウトした人 | カウントされない | 公式ヘルプ |
| 一度抜けて再度オプトインした人 | 再参加時点から14日をやり直し | 公式ヘルプ |
| 内部テストトラックのテスター | クローズドテストの人数には含まれない | 要件が「クローズドテスト」と明記 |
| 開発者本人の別アカウント・架空のアカウント | 公式には明記なし。避けるべき | 不正な水増しとみなされるリスク |
オプトインしているだけで十分なのか？
ルール上の「人数」と「期間」はオプトインで判定されますが、それだけで本番アクセスが承認されるわけではありません。公式ヘルプには、審査の結果、オプトインしたテスターが12人未満の場合や、テスターのエンゲージメントが不十分な場合などに、クローズドテストの継続を求められることがあると書かれています。
つまり、Googleは「12人が14日間在籍していたか」に加えて「実際にアプリが使われ、そこから何かを学んだか」も見ています。オプトインだけしてもらい、アプリをほとんど起動していない状態では、申請時のアンケートにも具体的なことが書けません。
なぜGoogleはこのルールを設けたのか
このルールは、新しく登録した個人デベロッパーが、アプリを十分にテストしてから公開できるようにするための仕組みと位置づけられています。申請時のアンケートで「テストで見つかった問題と、それに対する変更」を聞かれることからも、Googleがテストの中身を重視していることがわかります。
開発者にとっては負担の大きいルールですが、見方を変えると「公開前に実際の端末とユーザーで動作を確かめる期間」が強制的に確保される仕組みでもあります。特定の機種だけで起きる不具合や、開発者が想定していなかった使い方は、自分の端末だけで確認していると見落としがちです。14日間をただ待つ期間にせず、改善の期間として使うことが、結果的に審査対策にもなります。
14日間の進め方（モデルスケジュール）
実際にどう進めると無理がないか、目安のスケジュールを紹介します。
開始前（Day 0）
- クローズドテストトラックを作成し、AABをアップロードして審査に出す
- テスターリスト（メールリストまたはGoogleグループ）を設定する
- フィードバックの受付先（メールアドレスやフォーム）を用意する
- 12人より多めのテスター候補に事前に声をかけておく
Day 1〜3
- テスター全員にオプトインURLを送り、オプトインとインストールを確認する
- ダッシュボードのオプトイン人数が12人を超えているかチェックする
- 起動直後のクラッシュなど、致命的な不具合がないかを確認する
Day 4〜10
- 集まったフィードバックをもとに修正し、アップデートを配信する
- テスターに「どの機能を試してほしいか」を具体的に伝える
- 抜けそうなテスターがいれば、早めに補充する（補充した人の14日はその日から）
Day 11〜14
- もう一度アップデートを配信し、修正内容を記録する
- テスト期間中の変更点、フィードバックの要約をメモにまとめる
- 14日連続のテスターが12人以上いることを確認してから申請する
本番環境へのアクセス申請の中身
要件を満たすと、Play Consoleのダッシュボードから本番環境へのアクセスを申請できます。公式ヘルプによると、申請時には大きく3つのパートの質問に回答します。
| パート | 主な質問内容 |
| クローズドテストについて | テスターの集めやすさ、機能がどの程度使われたか、本番ユーザーの想定と比べてどうだったか、フィードバックの概要と収集方法 |
| アプリ・ゲームについて | 想定ユーザー、アプリの価値、1年目のインストール数の見込み |
| 本番環境の準備状況 | テストで見つかった問題に対する変更点、本番公開の準備ができたと判断した理由 |
テスト開始前の準備チェックリスト
14日間のカウントを無駄にしないために、テスターに声をかける前に次の項目を確認しておきましょう。
アプリが起動直後にクラッシュしないことを、複数の端末で確認した
ストア掲載情報（アプリ名、説明文、スクリーンショット）を一通り用意した
プライバシーポリシーのURLを用意した
クローズドテストトラックの配信国に、テスターがいる国を含めた
テスターリストを設定し、オプトインURLを取得した
フィードバックの送り先（メールアドレスやフォーム）を決めた
12人より多めのテスター候補を確保した
テスト期間中に配信するアップデートの予定を大まかに立てた
特に配信国の設定は見落としやすいポイントです。テスターの住んでいる国がトラックの配信対象に含まれていないと、オプトインしてもアプリをインストールできません。
よくある誤解
「14日経てば誰がいても大丈夫」
経過日数ではなく、各テスターの連続オプトイン日数が基準です。途中で入れ替わったテスターは、その日から14日を数え直します。
「12人ちょうど集めればいい」
ちょうど12人だと、1人の離脱でやり直しになります。最低でも数人の余裕を持たせるのが定石です。
「内部テストで代用できる」
要件は「クローズドテスト」です。内部テストトラックのテスターは人数に含まれません。
「要件を満たせば必ず公開できる」
要件はあくまで申請の前提条件です。審査の結果、テストの継続を求められることもあります。
テスター集めを自動化するという選択肢
12人以上のテスターを14日間維持し続けるのは、知人やコミュニティだけでは負担が大きいのも事実です。テスター集めの方法は テスター募集の方法 で詳しく紹介していますが、時間を節約したい場合は外部サービスを使う方法もあります。
Doply は、Googleの要件である12人に対して最低14名（通常16名）のテスターアカウントと36台の実機（エミュレータではありません）でクローズドテストを自動化するサービスです。テスト期間は必須の14日に予備の4日を加えた18日間維持され、毎日新バージョンの確認と自動更新、テストログの提供、本番申請アンケートの下書き作成まで行います。料金は1アプリ$6.99（税別）です。ただし、本番アクセスの承認そのものを保証するものではありません。利用条件は ご利用ガイド をご確認ください。
よくある質問（FAQ）
Q. 2023年11月より前に作ったアカウントでもテスター12人は必要ですか？
公式ヘルプでは、対象は2023年11月13日以降に作成された個人アカウントとされています。それ以前のアカウントや組織アカウントは対象外です。ただし、表示される要件はアカウントごとに異なる場合があるため、ダッシュボードの表示を確認してください。
Q. 14日の途中でテスターが1人抜けたらどうなりますか？
抜けた人はカウントされなくなります。残りのテスターで12人以上を維持できていれば問題ありませんが、12人を下回った場合は新しいテスターを追加し、その人が14日連続でオプトインするまで待つ必要があります。
Q. テスターは毎日アプリを起動する必要がありますか？
人数と期間の判定はオプトインに基づきます。ただし、審査ではテスターのエンゲージメントも見られ、不十分だとテストの継続を求められることがあるため、実際に使ってもらうことが重要です。
Q. 要件を満たしたらすぐに公開できますか？
本番環境へのアクセスを申請し、審査に通る必要があります。審査は通常7日以内ですが、それ以上かかることもあります。承認後、本番トラックでのリリース作業を行います。