本文へスキップ

比較ガイド

Google Playの内部・クローズド・オープンテスト:どのトラックが必要?

製品版へのアクセスに効くテストトラックはどれか、クローズド テストが実際に必須なのは誰か、14日間が終わったあとに何が起きるのか。Google Play Consoleの実際のルールに基づく2026年の比較です。

3 テストトラック
14日間 クローズド テスト
2023年11月13日 アカウント基準日
Google Play 内部・クローズド・オープンテストトラック比較 2026。製品版アクセスに必須なトラック、テスター上限、審査時間、PrimeTestLabのサポート
Google Playのテストトラック比較:QAは内部、製品版アクセスはクローズド、公開ベータはオープン

要点

2023年11月13日以降に作成された個人用のPlay Consoleアカウントでは、内部テストは任意で、製品版へのアクセスを申請する前にクローズド テスト(closed testing)が必須、オープンテストは製品版へのアクセス後に使えるようになります。そのクローズド テストには、直近14日間にテスター12人以上が連続してオプトインしていることが必要です。完了すると申請できる状態になりますが、申請内容はGoogleが審査します。それ以外のアカウントでは、この3つは対象と公開範囲が違うだけのトラックで、いずれも必須ではありません。

対象となる新しい個人用デベロッパーアカウントでは、製品版の申請までに立ちはだかるトラックはクローズド テストだけです。製品版への公開を申請する前に、直近14日間にわたってテスター12人以上が連続してオプトインしている必要があるとGoogleは定めています。

どのルールが自分に当てはまるかは、デベロッパーアカウントの種類で決まります。Googleはこのテスト要件を2023年11月13日以降に作成された個人用のPlay Consoleアカウントに限定しています。組織アカウント、またはその日より前に作成された個人アカウントであれば、この要件の対象ではなく、QAやベータの必要性に応じてトラックを選べます。リリースを計画する前に、自分がどちらに当てはまるかを確認してください。

確認した公式ソース

Googleのヘルプセンターを最後に確認したのは2026年8月16日です。このページでGoogleに帰属を示していない内容は、当社の運用経験に基づくものか、自社データであることを明示しています。

Google Playの3つのテストトラックとは?

Google Playは製品版の前に、内部テスト、クローズド テスト、オープンテストの3つのトラックを用意しています。それぞれ開発ライフサイクルでの役割が違い、Googleは内部テストから始めてクローズド テストへ広げることを推奨しています。必須となる順序はデベロッパーアカウントによって決まります。以下で説明する内部→クローズド→製品版の申請という流れが必須なのは、2023年11月13日以降に作成された個人アカウントだけです。

内部テスト

自チームでの高速QA。テスター最大100人。ビルドは数分で利用可。

任意

必須*

クローズド テスト

管理されたベータのグループ。2023年11月13日以降に作成された個人アカウントでは、製品版へのアクセスを申請する前にテスター12人以上・14日間連続が必須です。

必須*

オープンテスト

公開ベータ。テスターは無制限、または最低1,000人の上限付き。どのアカウントでも任意で、2023年11月13日以降に作成された個人アカウントでは製品版へのアクセス後に利用できるようになります。

任意

* 2023年11月13日以降に作成された個人用デベロッパーアカウントで必須です。クローズド テストの完了により製品版へのアクセスを申請できますが、自動的な承認ではありません。

テストトラックから製品版への流れ(2023年11月13日以降に作成された個人アカウント)

内部 高速QA 任意
クローズド テスター12人×14日間 必須*
製品版を申請 Googleが申請を審査 その後に製品版

14日間の終わりはゴールではありません。完了することで申請できるようになります。オープンテストは製品版へのアクセス後に分岐し、そこへ至る道にはなりません

内部 vs クローズド vs オープン:並べて比較

3つのテストトラックの主な違いは次のとおりです。Google公式のPlay Consoleドキュメントに基づきます。

内部 vs クローズド vs オープン:並べて比較
項目 内部 クローズド オープン
誰が参加できる? 内部: 招待テスターのみ クローズド: メールリスト、Google Groups、または組織 オープン: Google Play上の誰でも
対象者の収容規模 内部: アプリあたりテスター100人 クローズド: メーリングリスト:リストあたり2,000ユーザー、トラックあたり50リスト、合計200リスト。Google Groups:人数の上限は公表なし オープン: 無制限、または自分で決めた上限(最低1,000人)
リリースの提供と審査 内部: 通常は数分で利用可。例外:設定が完了したアプリの初回内部リリースと、審査落ち後の最初のリリースは審査されることがあります クローズド: 通常のPlay審査フロー オープン: 通常のPlay審査フロー
必須の期間 内部: なし クローズド: テスター12人×14日間* オープン: なし
製品版の申請前に必須? 内部: いいえ クローズド: はい* オープン: いいえ
Playストアで見つかる? 内部: いいえ クローズド: いいえ オープン: はい
有料アプリ 内部: テスターは有料アプリを無料でインストールできます クローズド: 通常はテスターが購入する必要があります オープン: 通常はテスターが購入する必要があります
フィードバックの公開範囲 内部: 自分だけが確認できます クローズド: 非公開。公開評価には影響しません オープン: 非公開。公開評価には影響しません
向いている用途 内部: 素早いQA、チームテスト クローズド: 公開前ベータ、要件の充足 オープン: 公開ベータ、ソフトローンチ

* 2023年11月13日以降に作成された個人用デベロッパーアカウントが対象です。ほかのアカウントはこの要件の対象ではありません。満たすと製品版へのアクセスを申請できますが、申請内容はGoogleが審査します。

クローズド テストはテスター2,000人が上限ですか? いいえ。2,000はテスター用のメーリングリスト1本あたりの人数上限です。Googleのセットアップドキュメントでは、トラックあたり50リスト、合計200リストまで使えます。またクローズドテスターを管理する別の方法としてGoogle Groupsが説明されていますが、同等のグループ人数の上限は公表されていません。つまり実際に制約になるのは、製品版アクセス要件が求める「連続してオプトインしたテスター12人」であって、2,000人という天井ではありません。「クローズド テスト:最大2,000人」と書いているページは、1つの登録方法をトラック全体の上限のように引用しています。

製品版の前にクローズド テストが必須なのは誰ですか?

Googleはこの要件の範囲を狭く定めています。3つのトラックをめぐる混乱のほとんどは、これを全員に当てはまるルールとして読むことから生まれています。Googleのヘルプセンターは、2023年11月13日以降に作成された個人用のPlay Consoleアカウントに対して、製品版へのアクセスを申請する前に、テスター12人以上が直近14日間連続でオプトインしたクローズド テストを求めています。自分のアカウントがこれに当たらないなら、この流れは製品版への道ではありません。

デベロッパーアカウントごとに適用されるGoogle Playのテストルール
適用される内容 2023年11月13日以降に作成された個人アカウント それ以外のすべてのアカウント
クローズド テスト(テスター12人・14日間) 2023年11月13日以降の個人アカウント: 製品版へのアクセスを申請する前に必須 それ以外のアカウント: この要件の対象ではありません
この流れでのオープンテスト 2023年11月13日以降の個人アカウント: 製品版へのアクセス後に利用できるようになります それ以外のアカウント: アプリで有効になっているトラックによります。いずれの場合もオープンテストは任意です
現実的な進め方 2023年11月13日以降の個人アカウント: 内部QA(任意)→ 必須のクローズド テスト → 製品版アクセスの申請 → 製品版。そのあと、必要ならオープンテスト それ以外のアカウント: この順序ではなく、必要な対象と展開に合わせてトラックを選びます

* 1列目はGoogleが記載している内容です。2列目は意図的に控えめにしています。Googleはこの要件を対象となる新しい個人アカウントについて公表しており、それ以外のすべてに当てはまる同等のルールは公表していません。

1列目に当たるアカウントでは、次の質問はいつも同じです。ほかのトラックでクローズド テストの代わりにできないか、という質問です。代わりにはなりません。

内部テストは代替にならない

Googleは内部テストを任意とし、製品版へのアクセスを申請する前にクローズド テストの実施が必要だと明示しています。内部テストはQAとして優れていますが、この要件は満たしません。

オープンテストはショートカットではない

オープンテストは製品版へのアクセスがあるときに利用できるとGoogleは説明しています。対象のアカウントではクローズド テストが先で、オープンテストは後なので、先回りには使えません。

組織アカウントは、この新しい個人アカウント向けの要件の対象ではありません。これは狭く読んでください。「テスター12人・14日間」のルールが適用されないという意味であって、Playの審査、ポリシー遵守、その他の公開時の義務が免除されるわけではありません。選ぶ前に個人アカウントと組織アカウントの比較でトレードオフを確認してください。

Google Playの内部テストとは?

内部テストはGoogle Playでいちばん速いトラックです。信頼できる少人数の自社テスター向けで、ビルドは通常数分で利用できます。アプリの設定がすべて終わる前でも内部テストを始められるため、公開準備を気にする前の早期QA、スモークテスト、バグ確認に向いています。ただしこの「通常」には意味があります。次の例外を確認してください。

Googleはアプリあたり内部テスターを100人までとしています。内部テストのユーザーは直接招待され、アプリはURL経由でのみ利用できます。公開のPlay掲載にはなりません。

Play Consoleの内部テスト画面。サイドバーの「テストと公開」内の内部テストと、このトラックが内部テスター100人まで対応するというGoogleの記載に矢印が付いている
Play Consoleの内部テストトラック。テスター100人という上限は、この画面にGoogle自身が記載しています。サイドバーでは「テストと公開 › テスト」の下にオープンテスト・クローズド テスト・内部テストが並列のトラックとして並んでいます。順番に通過しなければならない3段階ではありません。

内部テストにも審査がないわけではありません

内部テストの更新は、ほとんどの場合ほぼ即時に反映されます。ただしGoogleは例外を記載しています。設定が完了したアプリの初回内部リリースは審査が必要になることがあり、審査落ちのあとに最初に提出するリリースも同様です。内部リリースはあとから審査されることもあります。範囲にも注意してください。初回の内部リリースが設定が完了したアプリのものであれば、そのリリースは審査を待つ場合があります。Googleはこの例外を、まだ設定が完了していないアプリの内部テストには適用していません。それはまさに内部テストが想定している早期QAのケースです。

有料アプリで見落としがちなトラックの違いがあります。内部テスターは有料アプリを購入せずにインストールできますが、クローズドとオープンのテスターはほかのユーザーと同じように購入する必要があります。アプリが有料なら、クローズド テストのグループを招待する前に見込んでおいてください。

トラックを選ぶのではなく、設定したい場合は

このページは3つのトラックを比較しています。クリック単位の設定手順、テスターのメーリングリストとCSVのルール、オプトインリンク、「このアプリはお使いのアカウントではご利用いただけません」の対処法は、Google Playの内部テストの設定方法(英語)にまとめています。

内部テストに向く用途

インストールと初回起動の確認
ログイン、購入、オンボーディングのテスト
クラッシュ修正の素早い検証
チームやクライアントからの高速フィードバック

重要な注意

異なるバージョンであれば、内部テストをクローズドやオープンと同時に回せます。ただし、内部トラックにオプトインしているユーザーは、先に内部テストからオプトアウトし、その後ほかのトラックにオプトインするまで、オープンやクローズドの対象になりません。

Google Playのクローズド テストとは?

クローズド テストは、自分で管理するグループによる、より現実に近いベータ向けのトラックです。Googleによれば、選んだ幅広いテスターとアプリを共有し、問題を直し、公開前にGoogle Playポリシーへの適合を確認できます。

Play Consoleのクローズド テスト画面。「Closed testing - Alpha」という名前の有効なトラックが一覧に表示され、サイドバーの「テストと公開」内のクローズド テストと、有効なトラックの一覧に矢印が付いている
Play Consoleのクローズド テストトラック。クローズド テストは自分が付けた名前(ここでは「Alpha」)で有効なトラックとして表示され、複数作成できます。2023年11月13日以降に作成された個人アカウントの製品版アクセス要件が指しているのは、このトラックです。

製品版へのアクセス要件

申請時点で、テスター12人以上が直近14日間にわたって連続してオプトインしている必要があります。これを満たすと製品版へのアクセスを申請できます。承認ではありません。

14日間は実際にはいつ始まりますか?

ビルドをアップロードした時点でも、テスターのメールアドレスを追加した時点でもありません。対象となる日数はテスターごとに積み上がり、条件は2つあります。クローズドリリースがテスターに提供されていること、そして各テスターがオプトインリンクから個別にオプトインしていることです。申請時点でGoogleが確認するのは、申請直前の14日間を通してテスター12人以上が連続してオプトインしていたかどうかなので、リリース日から先に数えるのではなく、申請日から逆算して考えるのがいちばん安全です。申請できるようになったかを教えてくれるのは、自分の管理表ではなくPlay Consoleです。

Googleは「連続」の意味を厳密に定めています。対象期間は申請の直前14日間で、途切れてはいけません。オプトインしてから14日未満でオプトアウトしたテスターは、あとで再びオプトインしてもカウントされません。

テスター12人がオプトイン済み 14 / 14日
完了
14日を待たずにオプトアウトしたテスターはカウントされなくなり、補充したテスターは参加した時点からオプトイン日数を積み始めます。これはほかのテスターの実績を消すものではありません。申請直前の期間を通して途切れずオプトインしている人が12人以上になれば、また申請できる状態に戻ります。

実務では、初めて公開する開発者がいちばん詰まるのがクローズド テストです。内部テストではこのルールを満たせません。オープンテストも代わりにはなりません。対象の個人アカウントでは、この工程が「アプリはテスト中」と「ようやく製品版へのアクセスを申請できる」を分ける関門です。そして期間が終わったあとに何が起きるかも、同じくらい多くの開発者がつまずく別の段階です。トラックを選ぶのではなく設定したい場合は、クローズド テストトラックの作成とテスターの招待にConsoleの手順があり、要件そのものはテスター12人・14日間の完全ガイドで詳しく扱っています。

メーリングリスト

リストあたり2,000ユーザー、トラックあたり50リスト、合計200リスト

Google Groups

リストの代わりにグループでテスターを管理。このセットアップのドキュメントでは、同等のグループ人数の上限は公表されていません

配布

ストアURLまたはオプトインリンクをテスターに直接共有

複数トラック

機能別テスト用に追加のクローズドトラックを作成可能

オープンテストや製品版に入る前は、テスターがPlayストア検索だけでクローズド テストのアプリを見つけることは通常ありません。ストアURLまたはオプトインリンクを直接共有する必要があります。

14日間が終わったあとはどうなりますか?

対象期間の終わりは、アプリを公開するスイッチではありませんし、前もってカレンダーに丸を付けられる日付でもありません。申請の直前14日間を通してテスター12人以上が連続してオプトインしていれば、Play Consoleから製品版へのアクセスを申請できるようになります。そのうえでGoogleが申請内容を審査します。いつ申請できるかは、自分で数えた日数ではなくPlay Consoleの表示を基準にしてください。

自動承認ではありません

必須のクローズド テストを完了すると、対象のデベロッパーは申請できる状態になります。承認が保証されるわけではありません。Googleは、テスターをどのように集めたか、どれだけ積極的に使われたか、どんなフィードバックを受け取り、その結果として何を変えたか、アプリの対象は誰か、製品版に出す準備ができているかを評価します。テスターの関与が不十分だった場合など、追加のテストを求めることもあります。

  1. 申請できる状態かを確認します。申請直前の14日間を通してテスター12人以上が連続してオプトインし、Play Consoleで申請できるようになっていることが条件です。細かいケースは14日間連続の数え方にまとめています。
  2. Play Consoleで製品版へのアクセスを申請します。
  3. クローズド テストの内容、アプリまたはゲーム、製品版に出す準備状況について、Googleの質問に回答します。製品版アクセス質問票のガイドで1問ずつ解説しています。
  4. Googleが申請を審査します。Googleは通常7日以内としていますが、それより長くかかることもあります。
  5. Googleが製品版へのアクセスを付与する、またはテストの継続を求めます。

最後の結果は、驚くのではなく想定に入れておいてください。Googleから追加のテストを求められた場合の対応は、「more testing required」が実際に意味すること(英語)で扱っています。また14日間のあいだ手が止まるわけでもありません。クローズドトラックへビルドを出し続けて構いません。Googleが確認するのはテスターの連続オプトインであって、コードを凍結することではないからです。何がリセットされ、何がされないのかはクローズド テスト中のアプリ更新で詳しく扱っています。

テスターは毎日アプリを使う必要がありますか?

要件と、Googleが評価すること

Googleが公表している最低条件は、直近14日間にテスター12人以上が連続してオプトインしていることです。すべてのテスターが毎日アプリを開く、決まった回数のセッションをこなす、といったルールは公表されていません。ただし製品版アクセスの申請では、テスターの関与度や機能の利用状況について質問があり、関与が不十分な場合はGoogleが追加のテストを求めることがあります。

つまりオプトインは下限であって、それで終わりではありません。実際にアプリを使い、役に立つことを伝えてくれるテスターを集め、その意見をもとに何を変えたかを記録しておいてください。1日あたりの利用回数、セッション数、ボット検知のしきい値といった具体的な数字を挙げている情報は、コミュニティの言い伝えの繰り返しです。Googleはそうした数字を一切公表していません。

Google Playのオープンテストとは?

オープンテストは公開ベータのトラックです。Googleによれば、オープンテストではアプリのテスト版がGoogle Play上で見えるようになり、誰でも参加して非公開のフィードバックを送れます。まだ製品版が公開されていない早期アクセスのアプリでは、ユーザーはGoogle Play検索からオープンテストを見つけられます。すでに製品版が公開されているアプリでは、ストア掲載からオープンテストにオプトインできます。

Play Consoleのオープンテスト画面。設定チェックリストが4件中2件完了で、国の選択とテスターの選択にチェックが付き、サイドバーの「テストと公開」内のオープンテストに矢印が付いている
Play Consoleのオープンテストトラック。設定チェックリストに注目してください。リリースを作成する前に、国とテスターを設定します。画面の上部にはGoogleが「誰でもGoogle Playでテストに参加できます」と表示しており、この公開での見え方が、ほかの2つのトラックとの決定的な違いです。

Googleは、テスターを無制限にするか、最低1,000人の上限付きにするかを選べるようにしています。この上限は参加できる人数の天井であって、集めなければならないテスターの人数ではありません。このトラックでいちばん誤解される設定です。Consoleでの経路、テスターとフィードバックの設定、「公開」で実際に何が見えるようになるのか、テストが表示されないときの確認点は、Google Playのオープンテスト設定完全ガイド(英語)にまとめています。

フィードバックは非公開のままです。Googleによれば、オープンテストとクローズド テストで集めたフィードバックと評価は自分だけが確認でき、ストア掲載には表示されず、Playストアの公開評価にも影響しません。粗いベータで星を失うことはありません。

オープンテストはショートカットではない

2023年11月13日以降に作成された個人用のPlay Consoleアカウントでは、製品版へのアクセスを得るとオープンテストが利用できるようになるとGoogleのヘルプセンターは説明しています。これらのアカウントにとって、オープンテストは必須のクローズド テストを回避する手段ではありません。関門を越えたあとに使える、任意の公開ベータの手段です。より広く見れば、オープンテストは大きな対象にテスト版を届けるためのGoogleの公開前トラックであり、どのアカウントでも任意です。

リリース審査と製品版アクセス審査の違い

対象となる個人アカウントでは、2つの別々の審査プロセスに出会うことがあります。きっかけも、Googleが公表している所要時間も異なります。「クローズド テストが遅れている」という質問のほとんどは、この2つの混同から生まれています。

Google Playの2つの審査、それぞれが発生するタイミングとGoogleが公表している所要時間
審査 発生するタイミング 公表されている所要時間
リリースまたはアプリの変更の審査 タイミング: 提出した変更が公開される前。クローズドとオープンのリリースは通常このフローを通ります。内部テストの更新は基本的にすぐ利用できますが、Googleが記載している初回リリースと審査落ち後のケースは例外で、あとから審査されることもあります。 所要時間: 数時間から7日。例外的にさらに長くかかることもあります
製品版アクセスの審査 タイミング: 対象となる個人アカウントが必須のクローズド テストを完了し、製品版へのアクセスを申請したあとにのみ発生します 所要時間: 通常7日以内。まれにさらに長くかかることもあります

審査時間と14日間の関係

初回のクローズドリリースは、テスターが受け取ってオプトインできるようになる前にPlayの審査を終える必要がある場合があります。審査の時間は、対象期間の中ではなくその前に見込んでおいてください。その後の更新も審査されることがありますが、更新を提出しただけで既存のクローズド テストが終わったり、テスターの連続オプトインが消えたりはしません。更新の審査中は、すでに承認済みのリリースが引き続き提供され、テスターのオプトインも維持されます。Googleが確認するのは、申請直前の14日間にテスター12人以上が連続してオプトインしていたかどうかで、ビルドの更新が止まっていたかどうかではありません。何がリセットされ、何がされないのかはクローズド テスト中のアプリ更新で詳しく扱っています。

このページで使う用語の定義

  • オプトイン済み:テスターがオプトインリンクを開き、テストへの参加を承諾した状態。メーリングリストに載っているだけでは同じ意味になりません。
  • 製品版へのアクセス:このアプリを製品版トラックに公開する権限。テストを終えた時点ではなく、申請後にGoogleが付与します。
  • リリース審査:提出したビルドやアプリの変更が公開前に受ける確認。クローズドとオープンのリリースは通常これを通り、内部テストの更新は通常通りません。
  • 製品版アクセスの審査:申請後に行われる、クローズド テストの内容・アプリ・準備状況についての別の評価。
  • 公開での見つかりやすさ:通常のPlayストア検索でアプリが表示されるかどうか。内部テストとクローズド テストは表示されず、オープンテストは表示され得ます。

どのテストトラックを使うべきか

多くの開発者にとって道筋ははっきりしています。各トラックの使いどころは次のとおりです。

内部テストを使うとき

自チーム、クライアント、信頼できる少人数での高速QAが欲しいとき。内部ビルドは通常数分で使えるため、明らかなバグを早く拾うのに向きます。

任意

クローズド テストを使うとき

管理されたグループでの実際の公開前テストが必要なとき。とくに2023年11月13日以降に作成された個人用デベロッパーアカウントで、製品版へのアクセスを申請する前にGoogleの「テスター12人・14日間」ルールを満たす必要がある場合です。公開準備でいちばん重要なトラックです。

必須

オープンテストを使うとき

公開ベータ、より広いソフトローンチ、製品版への全面展開の前に大規模なフィードバックが欲しいとき。オープンテストはどのアカウントでも任意で、新しい個人アカウントのルールの対象であれば、製品版へのアクセスを得たあとに利用できるようになります。

任意

14日間を始める前の準備チェック

対象期間はコストの高い部分なので、それを無駄にするビルドで始めない価値があります。以下はどれもGoogleの要件ではありません。アプリの機能を凍結する必要も、バグをなくす必要もありません。ただ、誰もログインできずに止まったテストは、14日間を2度使うことになります。

内部からクローズドへ進む準備

実機で問題なくインストールでき、安定して起動する
サードパーティのサインインも含め、登録とログインが動作する
中心となるユーザー導線が最後まで完了する
審査用の認証情報またはデモアカウントが有効で、記載されている
プライバシーポリシーと必要なポリシー関連ページが表示される
テスターが実際に通る画面に、既知の致命的なクラッシュがない
フィードバックの窓口があり、テスターがその場所を知っている
テスター向けの説明を用意し、オプトインを12人分と少しの余裕まで確保できている

最後の点はポリシーではなく判断です。Googleが求めるのは12人で、推奨される余裕人数は公表されていません。ただ、ちょうど12人だと1人が端末を変えるだけで余裕がなくなります。

デベロッパーアカウントの種類別のおすすめの進め方

ステップ1 内部テスト 任意のQA
ステップ2 クローズド テスト 必須
ステップ3 製品版を申請 その後に公開

これは2023年11月13日以降に作成された個人アカウントの流れで、内部テストから始めてクローズド テストへ広げるというGoogle自身の推奨とも一致します。それ以外のアカウント:この順序が課されているわけではありません。アプリで有効になっているトラックの範囲で、実際に必要な対象と展開に合わせて内部・クローズド・オープンを選び、公開ベータが本当に適した手段であればオープンテストを使ってください。

Google Playのテストでよくある落とし穴

トラックが何なのかを理解するのが1つ。日数を失わずにトラックのあいだを移動するのがもう1つです。次の3つは、PrimeTestLabが支援してきた案件でいちばんよく見かけるミスです。最初の2つはPlay Consoleの記載どおりの挙動で、3つ目は、テストの完了で何が得られるのかを開発者が最も誤解しやすい点です。

1
時間の節約

テスト済みのビルドを使い回す(再アップロード不要)

多くの開発者が、トラックごとに新しいversion codeでApp Bundle(AAB)をアップロードして時間を無駄にしています。その必要はありません。内部テストを通過したら、同じ成果物を作り直さずにクローズドトラックへ載せられます。クローズドトラックを開いてリリースを作成し、「Add from library」を選んで、すでにアップロードしたバージョンを指定するだけです。再アップロードも、新しいversion codeも不要です。

Play Consoleの経路 テストと公開 > テスト > クローズド テスト > リリースを作成 > Add from library

一部のPlay Consoleのバージョンや、古いコミュニティ情報には「Promote release」のショートカットもあります。自分のConsoleにあるなら使って構いません。ただし内部からクローズドへの安定した経路としては、Googleの現行のリリースのヘルプ(answer 9859348)に記載がないため、覚えておくべきなのはライブラリから追加する方法です。内部テストの設定ガイド(英語)で手順を追って解説しています。

2
よくあるミス

内部テスターはクローズドやオープンに参加する前にオプトアウトが必要

Googleは、内部テストにオプトインしているユーザーは、内部テストからオプトアウトするまでクローズドやオープンのテストの対象にならないと記載しています。これは不具合ではなく、記載どおりのポリシーです。実際には、アカウントが内部テストに残っている間、Playストアで「見つかりません」や「アプリを利用できません」の画面が表示されることが多く、開発者はストア掲載に原因があると思い込んで、存在しない問題を探し回ることになります。

誤り

テスターがまだ内部トラックにいるまま、クローズド テストのリンクを送る

正しい

テスターが先に内部からオプトアウトし、その後クローズド テストのオプトインリンクを開く

3
コストの高い思い込み

テストの完了は、承認されたことと同じではありません

「テスター12人・14日間」は申請資格の基準であって、判定ではありません。これを満たすと、対象のデベロッパーは製品版へのアクセスを申請できます。そのうえでGoogleは、テスターをどう集めたか、どれだけ積極的に使われたか、どんなフィードバックを受け取り、それをもとに何を変えたか、アプリの準備ができているかを評価します。Googleはアクセスを付与することも、追加のテストを求めることもあります。14日間の終わりを起点に公開日を決めてしまった開発者、たとえばプレスや広告、クライアントの締切をそこに合わせてしまった人がいちばん痛い目に遭います。製品版アクセスの審査を別の段階としてスケジュールに組み込み、提出したあとではなく提出する前にクローズド テストが却下される理由を読んでおいてください。

PrimeTestLabの経験

以下は、Googleのルールではなく当社自身の説明として、お客様に対して実際に行っていることです。テスター管理、オプトインの調整、トラックの進め方は私たちが引き受けます。テスターは当社が募集・審査し、実機のAndroid端末を使います。クローズド テストのトラックとオプトインリンクが用意できしだい、セットアップから4時間以内(最長6時間を保証、提供条件は料金ページに記載)にオプトインを開始します。これで省けるのは、募集の手間とオプトインのミスです。Googleの審査が短くなるわけではなく、製品版へのアクセスの申請結果を左右するものでもありません。

よくある質問

内部テストは「テスター12人・14日間」の要件にカウントされますか?

いいえ。Googleの製品版アクセス要件は、あくまでクローズドテストです。内部テストは任意と説明されており、素早い非公開のQAのための仕組みなので、そこで集めたテスターは12人にはカウントされません。役に立つなら先に内部テストを実施し、そのうえで要件を満たすクローズド テストを実施してください。

内部テストとクローズド テストは同時に実施できますか。1人のテスターが両方に参加できますか?

異なるバージョンであればトラックを同時に回せます。そこは問題ありません。ただし1人のテスターが同時に両方へ参加することはできません。Googleは、内部テストにオプトインしているユーザーは内部テストからオプトアウトするまでクローズドやオープンのテストの対象にならないと記載しています。そのため各テスターは、クローズド テストのオプトインリンクが機能する前に内部テストから抜ける必要があります。リンク自体は正しいのに「アプリを利用できません」と表示されるのは、これが理由です。

14日間が終わったあとはどうなりますか?

製品版へのアクセスを申請できる状態になります。自動で公開されるものは何もありません。申請直前の14日間を通してテスター12人以上が連続してオプトインしていれば、Play Consoleから申請できます。テストの内容、アプリ、製品版に出す準備状況についてGoogleの質問に回答し、Googleが申請を審査します(通常は7日以内、長くなることもあります)。そのうえでGoogleは製品版へのアクセスを付与するか、テストの継続を求めます。

クローズド テストのテスターは毎日アプリを使う必要がありますか?

Googleが公表している最低条件は、テスター12人以上が直近14日間連続でオプトインしていることで、毎日の利用ではありません。すべてのテスターが毎日アプリを開く、決まった回数のセッションをこなすといった公式のルールはありません。ただし申請時にGoogleはテスターの関与度やフィードバックを評価し、関与が不十分だった場合は追加のテストを求めることがあります。実際にアプリを使ってくれるテスターを集めてください。

14日間のクローズド テスト中にアプリを更新できますか?

はい。Googleが確認するのはテスターが連続してオプトインし続けていることで、ビルドの更新が止まっていることではありません。むしろGoogleは、製品版の前にテストのフィードバックを反映することを求めています。新しいリリースは通常のPlay審査のフローを通り、更新の審査中はすでに承認済みのリリースがテスターに提供され続けます。更新を提出しただけで、テストが終わったりオプトインが消えたりすることはありません。

リリース審査と製品版アクセスの審査は何が違いますか?

2つは別のプロセスです。リリース審査は、提出したビルドやアプリの変更が公開前に受ける確認で、Googleは数時間から最大7日、例外的にはさらに長くかかるとしています。クローズドとオープンのリリースは通常これを通り、内部テストの更新は、Googleが記載している初回リリースと審査落ち後のケースを除けば基本的にすぐ利用できます。製品版アクセスの審査は、対象となる個人アカウントが必須のクローズド テストを完了し、製品版へのアクセスを申請したあとにのみ行われ、Googleは通常7日以内としています。リリース審査を通っても、それで製品版へのアクセスが得られるわけではありません。

PrimeTestLabの位置づけ

ここはこのページで唯一の商用セクションです。Googleのルールの一部ではなく、当社自身の説明として読んでください。自チームだけの素早いQAであれば内部テストで十分で、テストサービスは必要ありません。課題が必須のクローズド テスト、とくに14日間ずっとオプトインしてアクティブでいてくれる信頼できるテスターを十分に集めることであれば、PrimeTestLabはそのトラックのために作られています。

私たちの焦点

PrimeTestLabはクローズド テストトラック向けで、内部やオープンのトラック向けではありません。信頼できるテスター12人を自分で集めると、募集と調整に数週間かかることがあります。私たちは実機のテスターをご用意し、14日間フルでオプトインを維持します。テストの開始は4時間以内(最長6時間を保証)です。これは任意の有料サービスです。Googleの要件を変えるものではなく、製品版へのアクセスの申請を判断するのはGoogleだけです。プランは$19.99から、これにチェックアウト時のサービス手数料が加算されます(5%、最低$1.50なので、Starterの合計は$21.49)。

この3つの数字は、PrimeTestLabがこれまで支援してきたアプリテスト案件をもとに報告している自社の運用実績です。第三者の監査は受けておらず、Googleによる保証でもありません。製品版へのアクセスの申請は、当社とは無関係にGoogleが判断します。

プランはテスター12人から25人までです。テスター25人のプランがテスター20人のプランより安いのは、注目プランとして基本価格からの割引を大きくしているためで、誤記ではなく意図的な設定です。現在の価格とチェックアウト手数料については料金ページが最新の情報源です。

料金プランを見る

トラックの選び方:短い結論

結論

すばやい非公開のQAには内部テストを使います。管理されたベータが必要なとき、そして2023年11月13日以降に作成された個人アカウントでは製品版へのアクセスを申請する前にGoogleが求める「テスター12人・14日間」を満たすために、クローズド テストを使います。より大きな公開ベータが必要で、そのトラックがアプリで使える場合はオープンテストを使います。新しい個人アカウントのルールの対象であれば、クローズド テストの完了は製品版アクセスの申請段階の始まりであって、自動的な承認ではないことを覚えておいてください。

改訂履歴

改訂履歴
日付 変更内容
2026年8月16日 変更内容: Googleのヘルプセンターを再確認。クローズド テストの収容規模の行を、テスターの上限からメーリングリストの収容数に修正。Googleが記載している内部テストの審査例外を2件追加。リリース審査と製品版アクセス審査を独立したセクションに分離。「14日目」というカレンダー基準の表現を、期間全体で申請資格を満たすという表現に置き換え。重複していた冒頭と、本文中の料金カードを削除。
2026年3月5日 変更内容: 初回公開。
Kefayatullah Khadem、ソフトウェアエンジニア · Google Play公開スペシャリスト

執筆

Kefayatullah Khadem

ソフトウェアエンジニア · Google Play公開スペシャリスト

Kefayatullah Khademは、スケーラブルなアプリを8年以上手がけてきたソフトウェアエンジニアです。PrimeTestLabでは、Google Playのクローズド テスト要件でつまずく個人開発者を支援しています。これまでに120か国以上でAndroidアプリ9,800+件のクローズド テストの完了を支援し、その成功率は99.9%です。開発者の公開サポートの傍ら、Google Playのポリシー、審査落ちのパターン、クローズド テストの進め方についても書いています。

9,800+ テスト実績
99.9% テスト完了率
120+ 対応国
4.9/5 評価

クローズド テストの専門チーム

クローズド テストで 止まっていますか?

テスター集めは私たちにお任せください。14日間のフル期間、実機の実在テスターをご用意します。

プロのテストは$19.99から(チェックアウト時に表示されるサービス手数料が別途加算されます)

成功率99.9% · 4時間以内に開始 · 返金保証

PrimeTestLabの自社集計では、これまでにアプリ9,800+件を支援しています

クローズド テストを始める · $19.99 WhatsApp