Google Playオープンテストの設定2026：上限1,000以上とテスター12人

その関門を埋めるために作られたのがPrimeTestLabです。

このページには、ほぼ全員が4つの疑問を持ってたどり着きます。見知らぬ人にアプリを見つけられてしまうのか、本当にテスターが1,000人必要なのか、ベータのフィードバックで評価が台無しにならないか、そして12人に頼み込んでインストールしてもらうかわりにこれを使えないのか、という4つです。このうち3つにはGoogleのドキュメント自体に明快な答えがあり、痛いのは4つ目です。このページの目的そのものなので、下ではまずConsoleでの設定を扱い、4つ目の疑問はそのすぐ後のセクションで扱います。ここに書かれている内容はすべて2026年8月12日時点のもので、Googleのテスト要件のページ（ヘルプ回答 14151465）、テスト設定のページ（ヘルプ回答 9845334）、そしてPlay Consoleのオープンテスト機能ページと照合しています。Googleではなくコミュニティのスレッドに基づく記述は、事実に格上げせず、そのように明示しています。

オープンテストとは実際に何なのか

混乱の半分は名前が原因です。Play Consoleで「オープンテスト」を見た開発者は、うっかり切り替えてしまったリリース状態だと受け取り、「テスト」という言葉を読んだ開発者は、アプリは隠れているはずだと考えます。どちらも違います。オープンテストは、内部テスト、クローズドテスト、製品版と並ぶ配信トラックであり、その決定的な性質は、見知らぬ人が到達できるという点にあります。

製品版のリリースとの違い

製品版のリリースは、アプリそのものです。オープンテストは、対象のユーザーがオプトインして参加する並行のビルドで、両者は同時に走らせられます。製品版のユーザーは製品版のまま、オープンテストに参加したユーザーはかわりにテスト版を受け取ります。Googleはこれをバージョンコードで解決していて、そのユーザーが対象となるトラックのうち、互換性のある最も大きいバージョンコードを配信します。オープンテスターであると同時に製品版ユーザーでもある人が、どこに何を公開したかによってどちらのビルドにもなりうるのは、このためです。

実務でいちばん効いてくる違いは、引き返せるかどうかです。オープンテストの終了は、トラックの一時停止にあたります。テスターにテスト版の更新が届かなくなるだけで、アプリは端末にインストールされたまま残ります。早く出しすぎた製品版のリリースには、これに相当する静かな出口がありません。4つのトラックを並べて見たい場合は、内部テスト、クローズドテスト、オープンテストの比較が全体の対応表を扱っています。この記事はオープンテストそのものに絞ります。

オープンテストの要点

1行だけ、早めに注意しておきます。この記事にたどり着く人がいちばん多いのが、この行だからです。「実際のテスターに最低人数はない」と「上限は1,000以上」は、別々のものについての別々の記述です。これは上限ダイヤルできちんと解きほぐします。

Play Consoleでオープンテストを設定する方法

始める前に

トラックが素直に動いてくれるまでに、満たしておくべき条件が3つあります。1つ目は、アカウントでオープンテストが使えること。2023年11月13日以降に作成した個人用アカウントであれば、製品版へのアクセスがすでに付与されている、という意味です。2つ目は、Android App Bundleがアップロードされていること。テスターの設定欄は、既存のバンドルをもとに表示されるためです。3つ目は、ストアの掲載情報が人目に触れてよい状態になっていること。Googleは、オープンテストを選ぶ前にアプリとストアの掲載情報をGoogle Playで公開できる状態にしておくよう案内していますが、これは免責のための一文ではなく、実際に効いてくる助言です。

Googleのテスト設定の専用記事では、同じ行き先を「テスト」から「オープンテスト」と短く書いていますが、テスト要件のページでは長い経路が書かれています。よそで見つけたスクリーンショットとお使いのConsoleでメニューのまとめ方が違うのは、これが理由です。どちらの書き方でも行き先は同じです。

テスターとフィードバックを設定する

オープンテストのページで「テスター」タブを選び、「テスターの管理」を開きます。このセクションが空のときのGoogleの指示は具体的で、アプリバンドルがアップロードされているか確認する、というものです。ビルドが存在しないうちは、設定するものが何もありません。

参加者数の設定には2つの選択肢があります。初期状態では「無制限」が選ばれています。「人数を制限」にすると最大値を設定できますが、Googleは1,000未満の最大値を受け付けません。このトラックをめぐる混乱のほとんどは、この一文から生まれています。だからこそ、この後に専用のセクションとツールを用意しています。

続いて、テスターが非公開でフィードバックを送れるように、フィードバック用のURLかメールアドレスを追加し、募集用の共有テストリンクをコピーして、「変更を保存」を選びます。オプトインリンクが表示されるのは、アプリのステータスが「公開済み」になってからです。「下書き」や「公開処理中」のアプリでは表示されません。まだ存在しえないリンクを半日探し回る前に、知っておく価値があります。

このパネルの外にあって、いつも飛ばされてしまう設定が1つあります。対象の国と地域です。Googleは、アプリのクローズドテストとオープンテストのトラックにまたがる対象国の管理について説明しており、「オープン」とは、あなたが選んだ市場の中で公開されているという意味であって、どこでも、という意味ではありません。正しいリンクなのに自分では開けて、送った相手では開けない、という現象の地味な原因がこれです。

設定の手順

1. 01
   アカウントでオープンテストが使えるか確認する

   2023年11月13日以降に作成した個人用アカウントでは、製品版へのアクセスがすでに付与されている必要があります。トラックがグレーアウトしているのは、たいてい不具合ではなく対象条件の問題です。

2. 02
   トラックを開く

   「テストと公開」から「テスト」、そして「オープンテスト」へ。

3. 03
   アプリバンドルがアップロードされているか確認する

   「テスターの管理」のセクションが空のときの対処として、Googleがこれを明記しています。

4. 04
   「テスター」タブを開いて「テスターの管理」を展開する

   参加者数の設定と共有リンクがあるのはここです。

5. 05
   参加できる人数を設定する

   初期値の「無制限」か、1,000以上の上限を設定する「人数を制限」です。この上限は天井であって、募集の目標ではありません。

6. 06
   フィードバック用のURLかメールアドレスを追加する

   テストのフィードバックは、Play Consoleの「評価とレビュー」から「テストのフィードバック」で読みます。

7. 07
   共有テストリンクをコピーする

   Googleが、ウェブやメールで配布できるURLを用意します。対象となる人であれば、そのURLを持っていればオープンテストにアクセスできます。

8. 08
   「変更を保存」を選ぶ

   設定とリリースは別物です。ここで保存しても、何も公開されません。

9. 09
   対象の国と地域を確認する

   Googleは、クローズドテストとオープンテストのトラックにまたがる対象国の設定について説明しています。Playの全対象国が有効になっている前提で考えず、テストを実施したい市場を選んでください。その対象範囲の外にいるユーザーは、それ以外は正しいリンクでも参加できません。

10. 10
    オープンテストのリリースを作成して公開する

    オープンテストのトラックでリリースを準備して公開します。トラックが実際に動き出すのは、この手順です。

11. 11
    テスターがアクセスできるか確認し、反映を待つ

    Googleは、テストを最初に公開した後、リンクが使えるようになるまで数時間かかることがあり、その後に公開した変更は数時間かかることがあるとしています。

オープンテストはテスター12人のクローズドテストの代わりになりますか？

これは、オープンテストの検索結果で最も高くつく誤解です。そう考えてしまう理屈には筋が通っています。オープンなら誰でも参加できる、テスター12人を集めるのは大変だ、ならばオープンテストこそ募集の問題を飛ばす方法にちがいない、というわけです。Google自身のドキュメントは、その扉を一文で閉じています。

同じページのほかの記述と続けて読むと、対象アカウントでは順番が固定されているという意味になります。まずクローズドテスト、次に製品版へのアクセス、そして3番目に、任意でオープンテストです。Googleが公開している手順には、対象アカウントに対してこの最初の2ステップを入れ替えられるような設定も、代わりのテストトラックも用意されていません。

製品版へのアクセスと、製品版のリリースは別物

この2つの言い回しは同じ意味で使われがちですが、同じものではありません。製品版へのアクセスは、クローズドテストと準備状況の回答を審査したうえで、Googleがそのアプリについてアカウントに与える権限です。製品版のリリースは、あなたが実際にビルドを製品版トラックに公開して一般に届けることです。

アクセスが付与されると、製品版トラックとオープンテストの両方が使えるようになるとGoogleは説明しています。その後は、製品版のリリースを一度も行わないまま、一般に見つけてもらえるオープンテストを実施できます。初回のリリースでは、たいていこの順番が望ましいはずです。クローズドテストで要件を満たし、オープンテストで実際の利用者からの反応を集め、製品版のリリースは自分が決めたタイミングで行う、という流れです。

実際にどのアカウントが対象になるか

Googleはこの要件を2023年11月13日以降に作成された個人用デベロッパーアカウントについて示しており、それは2年9か月前のことです。ここで大事な補足が2つあり、どちらもよそのページが言いすぎている箇所です。

• この日付は発表日ではなく、区切りの基準日です。Googleの公式発表の投稿は2023年11月9日付です。要件のページが2023年11月13日を使っているのは、アカウント作成日の基準としてです。数字が合っていても「11月13日に発表された」と書くのは誤りです。
• 12人になる前は、20人でした。Googleは2024年12月11日に基準をテスター20人から12人へ引き下げました。1年8か月前のことで、14日間という期間は変わっていません。いまも20人を現行の要件として書いているページは、厳しいのではなく古いだけです。経緯はテスター20人から12人への変更の記事にまとめています。

組織用アカウントは、そのページの記述の範囲外にあります。Googleはこの要件を、対象となる個人用アカウントに限定して書いており、組織を名指しで除外した普遍的なルールという形にはしていません。公式のコミュニティ回答では、組織用アカウントにはテスト要件がないとされています。また別に、移行した組織用アカウントで従来のテスト要件の関門が残って表示されるという報告もあります。安全な読み方は「免除」ではなく「適用範囲」です。一部該当 コミュニティ報告 お使いのConsoleに関門が表示されているなら、あなたのアカウントについてはConsoleが正解です。アカウントの種類をどう選ぶかそのものは、個人用アカウントと組織用アカウントの記事で扱っています。

オープンテスト中のアプリは公開されて検索できる状態ですか？

「オープンテストは招待制」という主張は、このテーマで最もしぶとく生き残っている誤答の1つで、それが書き込まれた同じフォーラムのスレッドで訂正されていく様子を見ることができます。はっきり書いておきます。オープンテストは、公開っぽい名前が付いた非公開ベータではありません。見知らぬ人があなたと一言も交わさずに見つけ、参加し、アプリを使えます。

これには、実際に公開するまで軽く見られがちな影響があります。一般に見つけられるということは、アプリの名前、アイコン、説明、スクリーンショット、そして存在そのものを市場全体にさらすということです。だからGoogleも、このトラックを選ぶ前に、アプリとストアの掲載情報がGoogle Playで人目に触れてよい状態になっていることを勧めています。競合が見に来るかどうかは、その公開性からの実務的な推測であって、Googleが論じていることではありません。文書化された事実は、掲載情報が見つけられる状態になる、ということだけです。

見つけられる状態になる＝すぐに表示される、ではない

Googleが文書化しているのは、テストが見つけられる状態になるということです。アプリが検索に出るまでの時間を保証してはいませんし、反映について書かれている内容も控えめです。テストを最初に公開した後、リンクが使えるようになるまで数時間かかることがあり、その後に公開した変更は数時間かかることがある、というものです。それを超えて、実際の掲載ページがおかしな挙動を見せることもたまにあります。2026年4月のGoogle Playデベロッパーコミュニティのスレッドでは、トラックは有効に見えるのにオープンテストの掲載ページが404を返すという報告があります。コミュニティ報告これは文書化された待ち時間ではなくサポート案件であり、トラブルシューティングのセクションでその2つを切り分けています。

オープンテスターは公開の評価やレビューを書けますか？

この疑問にたどり着く人が抱えている不安は具体的で、言葉にしておく価値があります。最初のリリースを出す、初期のバグを実際のユーザーに見つけられる、そして星1つのレビューが押し寄せて、利用者がつく前にアプリの評価が永久に頭打ちになる、というものです。これは製品版として早く出しすぎたときの本物のリスクです。オープンテストのリスクではありません。

そのフィードバックが実際にどう扱われるか

してよい主張と、避けるべき主張

これを前提に自分のリリース計画を書くなら、この区別は重要です。「テストのフィードバックは非公開のまま」は根拠があり、確認もできます。「ベータテスターは自分の評価を傷つけられない」は、ドキュメントが言っている範囲より大きな主張で、いずれ誰かが痛い目を見るのは、この大きいほうの言い方です。

オープンテストにはテスターが1,000人必要ですか？

「オープンテストにはテスターが1,000人必要」という話が出るとき、2つのまったく別のものが混同されています。1つはPlay Consoleのある入力欄に対する設定上の制限。もう1つは参加人数の要件で、オープンテストにはそんなものは存在しません。上限を1,000に設定して37人がオプトインしたなら、オープンテスターは37人で、まったく正常なオープンテストです。この37という数字は説明のための例であって、Googleが公表している基準ではありません。

本当に効いてくる数字と切り分けておくことも大切です。「14日間連続でテスター12人」の12は本物の最低人数で、製品版へのアクセスに向かうクローズドテストに属する数字です。ここでいう1,000は、まったく別のトラックにある「天井の下限」です。2つの数字、2つのトラック。ここが非常によくある衝突ポイントです。

本当に必要なのが少人数の厳選したテスターなら、上限は問題ではありませんし、オープンテストはあなたのトラックではありません。招待した人だけのリストで進めたいときのためにあるのがクローズドテストです。どちらがどの用途に合うかはトラックの比較にまとめています。

オープンテストを実際に使うべきとき

このトラックの露出が見合う4つのケース

• 国ごとに展開する

  Googleはオープンテストを、新しい市場を試し、より広いリリースの前にアプリをその市場に合わせるための手段と位置づけています。1つの国での一般ベータからは、実際の端末の多様さ、実際の通信環境、実際の言語についての反応が得られます。友人だけの招待リストでは再現できないものです。

• 踏み切る前に指標を見る

  Googleはオープンテストを、大規模な定量的・定性的フィードバックを集め、リリース前の機能を試し、公開前に指標を観測するための方法だと説明しています。意見ではなく数字がほしいなら、統計的に使える数字を最も早く得られるのは、たいてい大きな一般の母集団です。継続率、コンバージョン、バックエンドの負荷、端末の多様さは、招待した12件のインストールで見るときと、規模のある場で見るときとで、まったく違って見えます。

• 安定性、継続率、収益化の確認

  Google Adsは、広範なリリースの前にアプリの安定性、継続率、収益化、広告クリエイティブの効果を評価する手段として、オープンテストの活用を説明しています。オープンテストに対してアプリキャンペーンを回すつもりなら、Google AdsはPlayストアのオープンテストのダウンロードを制限しないことも勧めています。参加者数の設定を「無制限」のままにしておく2つ目の理由がこれです。

• ほぼ完成した機能を最後に確かめる

  このトラックは、ビルドが完成間近で、残っている不明点が明らかなバグよりも規模が出たときの挙動にある段階のために作られています。フィードバックは非公開で届くので、この段階でわかったことが公開中の評価に載ることはありません。

理由になっていない3つの理由

• クローズドテストのテスター12人を集めずに済ませるため。2023年11月13日以降に作成した個人用アカウントでは、これはまったく通用しません。このトラックも同じゲートの向こう側にあります。この記事にたどり着く理由としていちばん多いものであり、やわらげようのない唯一の答えでもあります。
• アプリや掲載情報を非公開のままにしておくため。これは、このトラックがすることの正反対です。まだ公にしたくないアイデアだから静かにテストしたい、というのであれば、オープンテストは積極的に足を引っ張ります。
• 少人数の選んだグループでテストするため。それはクローズドテストです。オープンテストの上限を許される最小の1,000に設定しても、非公開のテストになるわけではありません。到達することのない天井を1つ決めるだけです。

クローズドテストからオープンテスト、そして製品版へ

実際に引き継がれるもの

ビルドを「昇格する」と聞くと、ボタンを1つ押せばアプリが階段を上がっていくように聞こえます。Googleが文書化している挙動はもっと機械的で、理解しておくと役に立ちます。配信先はユーザーごとにバージョンコードで決まります。ユーザーには、その人が対象となるどれかのトラックに公開されたもののうち、最も高い互換バージョンコードが届きます。オープンテスターであり同時に製品版ユーザーでもある人がテストビルドのままなのは、思い入れがあるからではありません。そちらのバージョンコードが高いからです。

同じ考え方で「昇格済み」というラベルも説明できます。テストトラックが「昇格済み」と表示されるのは、その有効なバンドルがより安定したフォールバック先のトラックでも有効になっているとき、つまり製品版がまだ持っていないものがテストトラックに何もないときです。これは状態の説明であって、あなたが行う操作ではありません。

Google Playにオープンテストが表示されない？まずここを確認

Playのインデックスの問題やサポート案件として扱う前に、4つの状態を確認してください。アプリがまだそのトラックの対象になっていない、リリースを設定しただけで公開していない、アプリが「公開済み」の状態ではない、最初の公開から十分な時間が経っていない。ありふれた原因はこの4つに収まります。それ以降は本当にまれなケースです。

早合点してはいけないこと

Play検索に表示されるまでに必要なダウンロード数というものは、どこにも公表されていません。この主張はフォーラムのスレッドで個人の体験として広まっているだけで、裏付けとなる一次情報はありません。検索インデックスにかかる時間の保証もありません。Googleが示しているのは、テストが見つけられる状態になることと、リンクや変更の反映についての目安までで、その先はありません。文書化された反映の目安をかなり過ぎても掲載ページが直らないなら、正直な答えは「見落とした設定がある」ではなく「サポート案件である」です。

問題がクローズド側にあり、テスターからアプリがまったく見えないと報告されている場合は、原因の系統が別になります。リンクや対象条件のつまずきはテスターにアプリが表示されない場合の記事が、製品版へのアクセスまでの時計を止めてしまうカウントの問題はテスターを12人追加したのにオプトインが0人の記事が扱っています。

PrimeTestLabができること

ボトルネックはまるごと募集の問題です。この記事を読んでいる開発者のほとんどは、アプリを作り、バンドルをアップロードし、掲載情報を書き、アンケートに答えることができます。何週間も足止めするのは、Googleアカウントを持っていて、何かをインストールし、オプトインしたままでいて、9日目にこっそりアンインストールしたりしない人を12人見つけることです。これはエンジニアリングの問題ではありません。だからこそ、ここで止められるのは腹立たしいのです。

7,400+のアプリを通じて、テスター側の完了率は99.9%を維持しています。この数字はテストが滞りなく進むことについてのものであり、あなたのアプリに対するGoogleの判断についてのものではありません。承認されるかどうかはアプリがGoogleのポリシーを満たしているかで決まり、それを約束できるサービスは存在しません。代行が引き受けるのは、純粋に段取りの問題でしかない要件を手元から外し、14日間が実際に経過するようにすることです。テストを最後まで実施しても却下された場合は、返金ポリシーに無料の再テストと全額返金、そして対象外となる状況が定められています。

オープンテストのよくある質問

まとめ

実際に足止めしているのがこの関門なら、そこは外部に任せられる部分です。料金プランを見る →