Google Playクローズドテスト統計2026：検証済みの数値

これらのクエリで上位に表示されるページの多くは、実際に尋ねられているのとは少し違う質問に答えています。このトピックの背後にある検索は、圧倒的に「確認のための検索」です。どこかで数字を読んだ人が、それは今も有効なのか、実際には何を数えているのか、誰がそう言っているのかを知りたがっています。それはチュートリアルとは別の仕事なので、本記事はリファレンスとして構成しました。各統計には1つの文、1つの日付の限定、1つの出典を付け、もっともらしい推測を切り上げて事実にすることはしません。ここに書かれている内容はすべて2026年8月14日時点のもので、同じ日にGoogle自身のヘルプページ、開発者向けドキュメント、公開されている安全性レポートと照合しています。

以下のどのブロックにも持ち込む価値のある習慣が2つあります。1つ目は、12人が現行、20人は過去のものだということです。2026年の要件として20人を掲載しているページは、Googleが2024年12月に置き換えた発表を引用しています。2つ目は、基準は決定ではないということです。GoogleのDeveloper Help Communityで困りごとが書かれたスレッドのほとんどは、数値上の条件を満たしたのでそれで終わりだと思っていた人から出ています。

最も引用される5つの数値

1. 01

   Google Playの現行のクローズドテストの最低条件は、対象となる新しい個人用デベロッパーアカウントについて直近14日以上連続でオプトインしたテスター12人です。

   Google Play Consoleヘルプ、回答14151465 · 確認日 2026年8月14日

   検証済み
2. 02

   テスター12人のルールは、2023年11月13日以降に作成された個人用デベロッパーアカウントに適用されます。

   Google Play Consoleヘルプ、回答14151465および6112435 · 確認日 2026年8月14日

   検証済み
3. 03

   2023年11月9日のGoogleの当初の発表では、製品版へのアクセスを申請する前に20人が最低2週間テストすることが求められていました。

   Android Developers Blog、2023年11月9日 · 確認日 2026年8月14日

   検証済み、過去のもの
4. 04

   Googleは2024年12月11日にテスター20人から12人へ要件を引き下げ、2週間というテスト期間はそのまま残りました。

   Android Developers Blogの更新、およびGoogle公式のHelp Communityガイド · 確認日 2026年8月14日

   検証済み
5. 05

   Googleは、製品版へのアクセス申請の審査は通常7日以内で終わるとしていますが、場合によってはそれ以上かかることもあります。

   Google Play Consoleヘルプ、回答14151465 · 確認日 2026年8月14日

   検証済み

Play Consoleでクローズドテストの進捗と統計を確認する場所

これはこれで独立した検索であり、説明を先に置くのではなく、上のように直接答えるべきものです。申請資格を左右する数値は、製品版へのアクセス要件そのものに対してPlay Consoleが認識している人数です。注視すべきはその数値であり、申請のゲートが読むのもその数値です。

これが混乱を招くのは、近くにほかのカウントがいくつも表示されていて、そのどれもが要件を満たす数値ではないからです。次の4つは、それぞれ別のものを測っています。

出典：Play Consoleヘルプ、回答14151465および回答9845334 · 確認日 2026年8月14日

ここから実務上の帰結が2つ出てきますが、性質は異なります。まず、要件を満たすテスター数は測っているものが違うためインストール数と食い違うことがあります。両者のずれは不具合ではなく想定内です。次に、カウンターの更新が遅れるという開発者の報告もありますが、Googleはカウンターの更新頻度も算出アルゴリズムも公開していないため、待つべき目安の間隔は文書化されていません。申請資格の最終的な判断材料としては、ダッシュボードの製品版アクセス要件を使ってください。名簿の人数よりカウンターが少ないまま止まっている場合の詳しい診断は、テスター12人を追加してもオプトインが0と表示される場合の記事にあります。

テスター12人・14日間のルール

「新しく作成した個人用デベロッパー アカウントをお持ちの場合は、12 人以上のテスターが 14 日以上連続でオプトインしてアプリのクローズド テストを実施する必要があります。」

Google Play Consoleヘルプ、回答14151465 · 確認日 2026年8月14日

この一文はゆっくり読んでください。4つの別々の制約が詰まっており、そのどれもが開発者が何週間も失う場所だからです。トラックはクローズドでなければなりません。人数は12人以上です。数えられる状態は、インストール数やダウンロード数、あるいは文書化された1日あたりの利用目標ではなく継続的なオプトイン状態です。そして期間は直近14日間の連続であり、要件を満たす期間は、これまでのどこかにある調子のよかった14日間ではなく、いま直前の14日間だということです。

これが公開されている数値上の基準ですが、全体の半分にすぎません。関与は別途評価され、それでも重要です。Googleは、テスターがアプリにどのように関与したか、その利用が製品版で想定する利用に近かったか、どのようなフィードバックが得られたかを尋ね、テスターの関与が不十分な場合は、アクセスを許可するのではなくテストの継続を求めることがあるとしています。人数が測るのはオプトイン状態です。審査が読むのは関与です。

出典：Play Consoleヘルプ、回答14151465 · 確認日 2026年8月14日

テスターの最低人数の行にある日付には、本記事があえて語り直さない経緯があります。20人が12人になった全容と、各段階でGoogleが何を述べたかを知りたい場合は、その経緯がGoogle Playがテスター20人を12人に変更した記事にまとまっています。ここにあるのは物語ではなく、根拠です。

この要件が適用される対象

Google Playには個人用と組織用という2種類のデベロッパーアカウントがあり、どちらにも同じUS$25の1回限りの登録料がかかります。追加のテスト要件は2023年11月13日以降に作成された個人用アカウントについて文書化されています。現行のヘルプ本文が適用範囲について述べているのは、それがすべてです。

「14日間連続」が数えているもの

これは、このトピック全体で最も書き換えられている一文です。商業的なページは、これを「インストール12件」「デイリーアクティブユーザー12人」「14日間インストールされたままであること」と言い換えがちです。Google自身の表現は継続して維持されたオプトイン状態についてのものであり、この違いは、時計が動いているあいだに何を監視するかを変えるので重要です。

だからといって、関与が無関係というわけではありません。関与が判断される場所が別にある、ということです。製品版へのアクセス申請では、テスターをどのように集めたか、どのようにアプリに関与したか、どのフィードバックに対応したかをGoogleが尋ねます。14日間の期間は守るべきオプトイン人数として扱い、テストの質が評価される場所は申請だと考えてください。この期間の日ごとの仕組みは、14日間連続のルールの記事で解説しています。

Google Playのテストトラックの数値すべて

出典：Play Consoleヘルプ、回答9845334および回答14151465 · 確認日 2026年8月14日

内部テストの数値

内部テストは1アプリあたり最大100人のテスターに対応し、内部テストトラックに公開した新しいapp bundleは数分以内にテスターが利用できるようになる、というのがGoogleの表現です。少人数にビルドを届けるには最も速いトラックであり、だからこそ人を落とし穴にかけます。製品版へのアクセスの前提条件はクローズドテストを名指ししているため、内部テストトラックで費やした時間は、何人を参加させても、どれだけ熱心に使ってもらっても、14日間に積み上がりません。最も制限がゆるいトラックというわけでもありません。オープンテストは「無制限」に設定できるからです。

内部テストには、ほかのトラックにはない本当の利点が1つあります。アプリが有料の場合、内部テストのテスターは無料でインストールできることです。オープンテストやクローズドテストでは、テスターは有料アプリを購入する必要があるとGoogleは述べています。これは計画に織り込むべき実際の費用であり、$25の登録料とは別のものです。

クローズドテストのリストの上限

クローズドテストの参加者は3つの方法で集められますが、よく知られた数値はそのうち1つを説明しているだけです。Googleは、テスターのメーリングリスト、Google Groups、そしてmanaged Google Playの組織にトラックへのアクセスを許可する方法を文書化しています。誰もが引用する1リストあたり2,000ユーザー、1テストトラックあたり50件のリスト、合計200件のメーリングリストという数値は、メーリングリストに限った上限です。これらは3つの別々の設定上の上限であり、いずれも、何人のユニークな人がアプリをテストできるかを述べたものではありません。

どの経路を使っても登録の手順は同じで、あなたの人数を決めるのもそこです。テスターにはGoogleアカウントまたはGoogle Workspaceアカウントが必要で、それぞれが登録用リンクからオプトインする必要があります。Google Groupsについては、テストにオプトインする前にグループへ参加する必要があるとGoogleが明示しています。したがって、グループのメンバーであることと要件を満たすテスターであることは別の状態であり、カウントも別です。

オープンテストの数値

オープンテストは無制限に設定するか、自分で設定したテスター数の上限で制限できます。上限を設ける場合、その値は1,000以上である必要があります。これはこのトピック全体で最も誤って引用されている数値です。設定値の下限であって、1,000人を集めなければならないという要件ではなく、クローズドテストのゲートとも関係ありません。Googleはまた、複数のクローズドテストと1つのオープンテストを同時に実施できることも文書化しています。

製品版へのアクセスに関する統計

1. ステップ1 資格を満たす

   クローズドトラックで、テスター12人以上が直近14日以上連続でオプトインしている。

   自分でコントロールできる
2. ステップ2 申請する

   アプリのダッシュボードから3セクションの申請。クローズドテストについて、アプリまたはゲームについて、製品版への準備状況。

   自分でコントロールできる
3. ステップ3 審査

   Googleが判断します。通常は7日以内、場合によってはそれ以上かかり、結果としてテストの継続を求められることもあります。

   Googleがコントロールする

GoogleのDeveloper Help Communityで困りごとが書かれたスレッドは、ほぼすべてがステップ2とステップ3のあいだの隙間に集約されます。開発者は「テスター12人が14日間連続でオプトインしていたのに製品版へのアクセスが却下された」といったタイトルで投稿し、誰もアンインストールしていないと書きます。基準を決定そのものだと理解していたからです。そうではありません。テスター12人・14日間連続は申請資格の条件であり、Googleが文書化しているプロセスには、アプリがまだ準備できていないと判断した場合にテストの継続を求められることが明記されています。

Googleがその数値を公開していない以上、審査で否認される頻度を外部から数値化できる人はいません。繰り返し却下されること自体は、統計ではなくGoogle自身のHelp Communityで十分に裏づけられています。そのため本ページでは、これを率ではなく、コミュニティの証言を伴う文書化された可能性として扱います。否認されたあとの立て直し、新しい期間が始まるのかどうかも含めて、クローズドテストが却下される理由の記事で解説しています。

クローズドテストのあとにGoogleが尋ねること

申請は3つのセクションで構成されています。Googleの質問は、テスターをどう見つけてどう進めたか、アプリが何であり誰のためのものか、そして一般の利用者に公開できる状態かを扱います。その裏に公開された採点方式はないので、有効な姿勢は最適化ではなく正確さです。

所要時間については、Googleの7日以内だけが一次情報の裏づけを持つ数値で、Google自身が「通常」という限定を付けています。よくあるケースの説明として扱い、公開日を計画できる期限とは考えないでください。公開までの各段階の審査時間は、Google Playの審査期間の記事で解説しています。

クローズドテストのポリシー年表

1. 2023年11月9日 テスター20人として発表

   Googleは、新しい個人用デベロッパーアカウントについて、製品版へのアクセスを申請する前に20人で最低2週間テストする必要があると発表しました。公開前に問題を見つけ、フィードバックを得られるようにするためです。

   検証済み、過去のもの
2. 2023年11月13日 対象アカウントの基準日

   Googleの現行のヘルプページが、誰が対象かを定義するために使っている日付です。この日以降に作成された個人用デベロッパーアカウントが対象になります。これは対象範囲の境界であって発表日ではなく、両者は4日離れています。

   検証済み
3. 2024年12月11日 20人が12人に

   Googleはポリシーを更新し、テスト要件をテスター20人から12人へ引き下げました。14日間の期間は変わっていません。ドキュメントが追いつく前にPlay Consoleで変更に気づいた開発者もいて、当時のスレッドにはこれを不具合ではないかと扱うものがあります。

   検証済み
4. 本日、2026年8月14日 テスター12人、14日間連続

   この日にGoogleの要件ページと照合した現在の状態です。確認したソースには、この規則を置き換える基準も終了日も見つかりませんでした。

   検証済み

以上が、物語抜きの根拠です。何が変わり、開発者がなぜそのように反応し、当時テストの途中だったアプリにとって何を意味したのかの全容はGoogle Playがテスター20人を12人に変更した記事にあり、これが本サイトのポリシー変更に関する正式な記録です。

Googleが言っていること、言っていないこと

8つの行に共通するパターンは同じです。Googleは基準とプロセスを公開しますが、その下にある仕組みは公開しません。その空白にこそ、商業的なページが自信ありげな詳細を書き込みます。本記事が1つの語り口にならすのではなく1行ずつ格付けしているのは、そのためです。カウンターだけが名簿の人数より少ないまま止まっている場合の詳しい診断は、テスター12人を追加してもオプトインが0と表示される場合の記事にあります。

Googleが公開していない数値

• クローズドテストの承認率または成功率 出典が見つかりません

  12人・14日間の基準を満たした開発者が、どれくらいの割合で製品版へのアクセスを許可されるのかを示す、Googleが公開した割合は見つかりませんでした。出回っている割合は、商業サービスが自社の実績を説明したものであり、分母の異なる別の測定です。

• Google Playの却下率 出典が見つかりません

  Googleが公開しているのは、公開を止めたポリシー違反アプリの件数であり、分母に基づく却下率ではありません。これらの件数から率を組み立て直すことはできません。その件数がどの母集団から取られたのかが、併せて公開されていないからです。

• Google Playの現在の正確なアプリ数 数百万、数値は非公表

  Googleの現行の資料は、正確な件数を示すのではなく、Playには数百万のアプリとコンテンツがあると説明しています。商用のアプリ分析サービスによる推計は存在しますが、Googleの数値ではないため、本ページはそれで代用しません。

• 1日あたりのアプリ起動の要件 ルールに存在しません

  現行の申請資格のルールが指定しているのは継続的なオプトインであり、テスター1人あたり1日1回アプリを開くという数値上の要件は示されていません。ただしGoogleは、製品版へのアクセスを評価する際にテスターの関与について尋ねます。関与が本当に意味を持つのは、そこです。

• 製品版へのアクセスの採点方式 出典が見つかりません

  Googleは、申請の3つのセクションと、そこで尋ねる主題を示しています。回答がどのように評価されるのかについて、重み付け、しきい値、文字数の目安、評価モデルのいずれも、本ページで確認したドキュメントには出てきません。

• テスター数のカウントやリセットのアルゴリズム 出典が見つかりません

  Googleは、テスター12人以上が直近14日間連続でオプトインしている必要があるという条件を公開しています。しかし、Play Consoleがその人数をどのように算出しているのか、テスターが離脱したときに個々の時計がどうなるのか、何らかの出来事で全員の期間がリセットされるのかは公開していません。出回っているリセットの話は、Consoleの挙動からの推測であって、ドキュメントではありません。

もう1つ、名前を挙げておく価値のある空白があります。もっともらしく聞こえる何かで埋められることが最も多い空白だからです。Googleはテスター12人の要件について、単独の数値的な効果を公開していません。その安全性レポートは、テスト要件をデベロッパーの本人確認や必須の事前チェックと一括りにし、合わせた効果として説明しています。「テスター12人のルールがXをY%減らした」という形の文はすべて、引用ではなく組み立てです。

調べても手に入らない数字を、PrimeTestLabがどう埋めるか

これで手に入るのは、安定したオプトイン人数です。ドキュメント上、開発者が責任を負う唯一の変数であり、自力で進めるテストの多くが静かに崩れるのもここです。買えないのは決定です。製品版へのアクセス申請を審査するのはGoogle自身であり、その審査結果を約束できるサービスはありません。私たちがお約束できるのは、私たちがコントロールできる範囲です。キャンペーンでお支払いいただいたテストを提供できなかった場合は、無料再テストまたは全額返金で対応します。

アプリごとの主張ではなく、規模の目安としての情報です。PrimeTestLabはこれまで120+か国で7,400+件のアプリのクローズドテストを実施し、実績は99.9%です。これは私たち自身のキャンペーンで測った私たちの数値であり、インターネット上のほかの自社発表の数値と同じ位置づけです。役には立ちますが、Googleの統計ではありません。

よくある質問

デベロッパーアカウントと公開に関する数値

出典：Play Consoleヘルプ、回答6112435およびAndroid App Bundleのドキュメント · 確認日 2026年8月14日

この料金は、繰り返し請求されるものだと最も誤解されやすい数字です。だからこそ、何を買えて何を買えないのかを正確にしておく価値があります。これはデベロッパーアカウントを登録するための料金です。クローズドテストを短縮するものではなく、対象のアカウントをテストの対象外にするものでもなく、製品版へのアクセス審査を早めるものでもありません。支払いのあとに実際に何が起きるのかは、$25の登録料を支払ったあとにやることで手順ごとに解説しています。

アカウントの非アクティブに関する数値

これらを同じページに置いているのは、US$25を支払ったアカウントが、戻ってきたときにまだ存在しているかを決める数値だからです。Googleはこれらを公開しており、内容は多くの開発者が思うよりも具体的です。1年、累計1,000インストール、Play Consoleの利用が180日、そして閉鎖の60日前、30日前、7日前の警告通知です。

出典：Play Consoleヘルプ、回答11605267 · 確認日 2026年8月14日

2026年と2027年の期日

2026年8月31日のターゲットAPIの下限

2026年8月31日以降、Google Playの新規アプリとアプリの更新は、原則として最低のAPIレベルをターゲットにする必要があり、その下限はフォームファクタごとに同じではありません。 スマートフォンとタブレットはAPI 36です。Wear OSとAndroid Automotive OSはAPI 35です。Android TVとAndroid XRはAPI 34です。Android TVのAPI 34という下限は、この日に新しく決まったものではありません。Play Consoleヘルプはこれを1年前の2025年8月31日としており、Googleの現行のターゲットAPI要件ページでも、Android XRと並んで同じAPI 34のまま引き継がれています。つまりAndroid TVについては、2026年8月31日という日付が必要なレベルを変えるわけではありません。ここで最も起こしやすい誤りは、表全体を1つのAPIレベルで読んでしまうことです。2つ目は、2026年にどのフォームファクタでも下限が新しくなったと思い込むことです。

出典：Play Consoleヘルプ、回答11926878およびAndroid Developers、ターゲットAPIレベルの要件 · 確認日 2026年8月14日

これがクローズドテストと関わるのは、実務上1点だけです。テスト用にアップロードするものもビルドであり、提出時の同じ下限が適用されます。移行そのものと、ターゲットを引き上げることで何が変わり何が変わらないのかはターゲットAPIレベルの記事で、移行の途中で多くの人がつまずくネイティブライブラリのエラーは16 KBページサイズの記事で解説しています。

変更された連絡先ポリシーの期日

知っておく価値のあるAndroid vitalsのしきい値

出典：Android Developers、Android vitals · 確認日 2026年8月14日

それでもテスト中に知っておく価値があるのは、実務上の理由が1つあるからです。12人のテスターが遭遇したクラッシュは、最初の1,000人のユーザーも遭遇するクラッシュです。そして製品版へのアクセス申請の準備状況の質問は、テストの結果として何が変わったかを尋ねます。テストで表に出たものを直すことが、その質問への答えになります。

Google自身のエコシステムの数値が示すもの

出典：Googleの2025年版安全性レポートおよび2024年版レポート · 確認日 2026年8月14日

3倍という統計と、それが意味しないこと

この領域でGoogleが公開した最も引用しやすい数値は、2023年11月9日の発表に添えられたものです。Google Playのテストツールを使っているアプリは、使っていないアプリの平均3倍のインストール数とユーザーエンゲージメントだった、というものです。これは実在するGoogleの数値ですが、絶えず誤用されています。

Googleの立場を正直にまとめると、その範囲は狭く、正確に引用する価値があります。Googleは、デベロッパーの本人確認、必須の事前チェック、テスト要件がまとめてエコシステムに参入する基準を引き上げた、と述べています。つまりクローズドテストの要件を、ほかの安全対策と一括りにしています。テスター12人のルール単独の数値的な効果は公開しておらず、本記事もそれを作り出すことはしません。

結論