ゲーム向けGoogle Playクローズドテスト：2026年のテスター12人

既存のガイドの多くは、この問題の半分にしか答えていません。一般的なクローズドテストのページはテスター12人の要件を説明しますが、ゲーム特有のリリース上のリスクには触れません。一方でゲームのQAのページは、パフォーマンスや端末ラボの話はしても、実際に公開を止めている製品版へのアクセスの関門を説明しません。その間の空白を、コミュニティのスレッドが自信たっぷりの言い伝えで埋めています。1日1回プレイする、アップデートを3回出す、1セッション30分、最低これだけのレベル数、といったものです。どれもGoogleが公表しているルールではなく、この記事では出てくるたびにそう明記します。ここに書かれている内容はすべて2026年8月12日時点のもので、ポリシーの期限日は2026年8月14日に再確認しており、いずれもGoogleの一次ドキュメントまで辿れます。正直な答えが「Googleはそれを公表していません」である場合には、数字の代わりにそのまま書いています。

以下の並びは、この問題が実際に解けていく順番に沿っています。まずは関門そのものです。自分が対象なのか、そして何が数えられるのかが分からないうちは、何も計画できないからです。次にゲームならではの層です。オプトインしたアカウントを積み上げるだけのテストでは捕まえられないものと、Googleの審査担当がその結果を見る前に、それぞれのリスクをどうテストするかを扱います。

Google PlayはAndroidゲームにもクローズドテストを求めているのか

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

Play Consoleヘルプ、answer 14151465

その文が言っていないことに注目して読んでください。アプリのカテゴリには一切触れていません。引き金は、アップロードするものではなくアカウントのほうに付いています。ですから、バンドルがゲームに分類されていることは、この関門が適用されるかどうかを何も変えません。Google自身のクローズドテストの資料も、アプリとゲームを同じ製品版へのアクセスのプロセスの中で扱っており、モバイルゲームの公開前テストをテストトラックの用途として明示的に挙げています。

もう一度、your app（あなたのアプリ）という言葉に注目して読んでください。要件が自分に当てはまるかどうかを決めるのはアカウントの作成日ですが、資格を満たすテストと製品版へのアクセスの申請は、アプリ単位で完了させるものです。1本のゲームでこのプロセスを終えても、同じアカウントから次に公開するパッケージには引き継がれません。2本目のゲームには、そのゲーム自身のクローズドテスト、そのゲーム自身のテスター12人、そのゲーム自身の2週間が必要です。この結論は、Googleが条件を「あなたのアプリ」に対して書いていることと、製品版へのアクセスがパッケージ単位で申請されることに基づくもので、引き継ぎを否定する文が公表されているからではありません。ゲームごとに新しいテストを見込んで計画し、どちらとも決めつける前に、対象のアプリについてConsoleのダッシュボードを確認してください。

このルールが実際に数えているもの

20という数字を読んだことがあるなら、そのページは古いものです。Googleは当初このしきい値をテスター20人に設定し、2024年12月11日に12人へ引き下げました。Google自身の言葉では「20人ではなく12人のテスター」を求めるという説明で、2週間という期間はそのまま残されました。経緯はテスターが20人から12人に変わった件の記事で詳しく扱っており、要件そのものの仕組みはテスター12人の要件の記事にあります。この記事はその両方を前提に、ゲームで何が違うのかに絞ります。

テスター12人が本当に必要なゲーム開発者は誰ですか？

アカウントまわりの一般的な話をひとつだけ。同じ流れで話題になり、テストの費用と混同されやすいので触れておきます。Googleはデベロッパーアカウントの開設に1回限りの登録料US$25を課します。この料金はテスト要件とは関係ありません。Play Consoleでクローズドテストを実施すること自体には費用はかかりません。かかるのは、最後までとどまってくれる12人を見つけることです。

そこがゲームにとっての本当の問題です。ユーティリティアプリと比べると、ゲームは欠陥が表に出るまでに、たいていより深いセッションを必要とします。進行状況とセーブデータ、アセット配信、熱の挙動、収益化は、失って困るものができるところまで誰かがプレイして初めておかしくなるからです。どちらの種類も、ビルドをインストールして2週間放っておく人たちでは安全にテストできませんし、Googleはアプリでもゲームでも同じように関与度とフィードバックを見ます。ゲームは、その浅いやり方の代償をより高くするだけです。実際にプレイしてくれる人が、プレイヤーに近いハードウェアで、第2幕にたどり着くだけの時間をかけてくれる必要があるからです。この記事の残りは、そのギャップについての話です。

ゲームの場合、14日間のクローズドテストはどう進むのか

出典：新しい個人用アカウントのクローズドテスト要件（answer 14151465）。テスター12人という最低人数は2024年12月11日に20人と置き換わりました。14日間連続という期間は変わっていません。

1. 01
   1日目の前に

   クローズドテストのリリースを公開し、テスターが利用できる状態にします。Playから配信されたビルドがインストールできて動くこと、アセットパックが届くこと、Play Gamesのログインが機能すること、そしてテストで到達する必要のあるものすべてに到達できることを確認してください。自分のマシンから動くビルドは、Playが組み立てるビルドについての証拠にはなりません。

2. 02
   オプトイン

   テスターは一人ひとりが招待を承諾する必要があり、一覧に名前があるだけでは足りません。ここでつまずく方が本当に多いです。メーリングリストやGoogleグループに追加するのはあなたの操作で、オプトインするのは相手の操作です。完了したアカウントだけを数えてください。

3. 03
   1日目から14日目まで

   テスター12人以上が、プレイしながらオプトインの状態を継続して保ちます。1人のオプトアウトで足りなくなることがないよう、最低人数より多めに集めてください。申請時にGoogleは関与度とフィードバックについて尋ねるので、この2週間の役に立つ成果物は、カウンターのスクリーンショットではなく、寄せられた声のリストです。

4. 04
   テストの期間中

   本当の不具合は直し、ビルドの更新も続けてください。この期間中に新しいリリースをアップロードするのは普通のことで、何かがやり直しになることはありません。資格の条件は、凍結したビルドの経過日数ではなく、テスターのオプトインの履歴に対して書かれています。これはGoogleのテスターごとの連続オプトインという書き方から導かれるもので、ビルドの更新についての別のルールをGoogleはどちらの向きにも公表していません。インストールと更新の経路、進行状況とセーブ、アセットのダウンロード、クラッシュ、パフォーマンス、購入、そしてゲームが使っている範囲でのPlay Gamesを、実際に動かして確かめてください。

5. 05
   資格の期間が終わったら

   Dashboard > Apply for productionに進み、誰がテストしたのか、どのように関与したのか、何を言われたのか、何を変えたのか、そしてなぜゲームは準備できているのかに、正直に答えます。

6. 06
   審査

   Googleは、通常7日以内で、まれにそれ以上かかることもあると説明しています。これはサービスレベルの取り決めではなく、日付を約束できる人は誰もいません。

早めに正しておく価値のある誤解が1つあります。これを取り違えると2週間を失うからです。内部テストは別のトラックで、上限はずっと高く、テスター100人まで、しかもすぐに使えます。ビルドを早く人の手に渡すという意味では本当に役に立ちます。ただし、前提条件が名指ししているクローズドテストの代わりにはなりません。3つのトラックの違いは内部テスト・クローズドテスト・オープンテストの記事で扱っており、オープンテストが使えるようになるのは製品版へのアクセスを得た後です。

テスターは毎日ゲームをプレイする必要がありますか？

コミュニティの答えのほとんどが間違えるのがここなので、3つのカテゴリに分けて示します。

Googleが求めているのは連続したオプトインで、申請を審査する際には関与度が重要だと述べています。1日あたりの起動回数のノルマ、1セッションあたりの分数、アップデートの回数は公表していません。右の列は、そのままのものとして扱ってください。自信たっぷりに繰り返されるうちに言い伝えとして固まった助言です。本当のテストを目指せば、3つ目の列に頼らなくても真ん中の列は満たせます。

テスターが1人抜けたら、2週間はやり直しになりますか？

それだけでやり直しにはなりません。これは出回っている中で最も大げさに語られているルールです。Googleの条件は申請する時点で測られます。テスター12人以上、その一人ひとりが直前の14日間連続でオプトインしていること、というものです。ちょうど12人の同じ顔ぶれが、手つかずのまま2週間を生き延びることを求める条件ではありません。

つまり計算はグループ単位ではなく、テスター1人単位で成り立ちます。ちょうど12人で始めて9日目に1人抜けると、人数が足りません。期間をまるごと示せるアカウントは11件になり、12人目の補充はそこから自分の14日間連続を完了させないと申請できないからです。15人で始めて1人抜けたなら、残る14人はそれぞれ条件を満たしたままの可能性があり、失うのは余裕だけです。最低人数ぴったりではなく、それより多く集めるべき理由はこれに尽きます。

根拠この読み方は、要件そのものが書かれているGoogle自身の、テスターごとの連続オプトインという表現から導かれます。1人が抜けても他の全員の期間は保たれる、とはっきり書いたグループのリセットに関する別のルールをGoogleは公表していないため、これは審査担当にそのまま引用できる文ではなく、公表されている条件を丁寧に読んだ結果として扱ってください。実務上の助言はどちらにしても変わりません。この問いに答える必要が生じないよう、12人より多く集めてください。

14日目の後はどうなりますか？

申請すると、Googleがその答えを読みます。製品版へのアクセスの申請では、テスターがゲームにどう関与したか、どんなフィードバックがあったか、その結果として何を変えたか、そしてなぜ準備できていると考えるのかが問われます。ゲームの場合はさらに、何がそのゲームを際立たせているのかを説明する、カテゴリ固有の項目があります。この質問も形式的なものではありません。機能としては問題ないのに、自分について語ることが何もないゲームが、誰も真剣にテストしていないゲームに見え始めるのはここです。

一般的なアプリ向けのテストは、ゲームの何を見落としますか？

以下がこの記事の残りの地図です。右端の列は、両方向に取り違えられやすい部分です。ここに並ぶもののうち、一部は結果を伴うGoogleの要件で、一部はどのポリシーにも書かれていない通常の品質管理の実務です。実務をルールとして扱えば2週間を無駄にし、ルールを実務として扱えばリリースを落とします。

この表に入っていないものにも注目してください。必要な端末の台数、必要なセッションの長さ、必要なフレームレート、最低レベル数はありません。これらは絶えず主張されますが、どれも公開されていません。Googleが公開しているのは上限、しきい値、仕組み、ポリシーで、そのどれもが、すでにカウンターのために費やしている同じ2週間のうちにテストできます。

Google Playでゲームはどこまで大きくできますか？

ここにたどり着く前に読んだ情報の中で、いちばん間違っている可能性が高いのがこの事実です。いまも出回る200 MBという数字は何年も前のベースの上限で、Google自身の古いAndroidゲーム向けページの一部は、実際のアップロードを左右するPlay Consoleヘルプのページに追いついていません。2つのGoogleのページが食い違うときは、Play Consoleヘルプのサイズ上限専用ページが、Consoleが実際に受け付ける値についての具体的で最新の情報です。以下のどの数字を前提にリリースを計画する場合でも、その前にもう一度確認してください。

上限の一覧表

Google Playのサイズ上限は2026年8月12日に確認しています。すべての値は、Play Consoleが計算する圧縮後のダウンロードサイズです。出典：アプリサイズの上限（answer 9859372）とPlay Asset Delivery。

ゲームはPlay Asset Deliveryのどのモードをテストすべきか

Play Asset Deliveryには3つのモードがあり、それぞれ壊れる場所が違います。ビルドで選んだモードによって、意味を持つテスト項目が決まります。この表をたどって、ゲームが実際に使っている行だけをテストしてください。

Googleが実際に公開しているフレームレートとクラッシュの数値は何ですか？

この区別が大切なのは、実際にはたびたび失われるからです。vitalsのしきい値は技術的な品質を表すもので、Googleは今後、ユーザーのスマートフォンで20 FPSに届かないゲームからユーザーを遠ざけていくと述べています。これは発見されやすさと品質のための仕組みです。製品版へのアクセスの審査ではありませんし、フレームレートを14日間のテストの合格ラインにしているGoogleの資料はどこにもありません。この2つは同時に成り立ちます。テスターの関門は通過しても、Playが静かに推奨をやめるゲームであることはありえます。

数値と、それぞれが意味しないこと

ネイティブライブラリと64ビット

Unity、Unreal、Cocosをはじめ、ネイティブプラグインを使うエンジンで作られたゲームにはコンパイル済みのバイナリが含まれ、そのバイナリには、この記事の内容とは無関係な独自の互換性ルールがあります。Google Playは、アプリが64ビットアーキテクチャに対応することを求めています。ネイティブの32ビットアーキテクチャに対応する場合は、対応する64ビットアーキテクチャも併せて含める必要があります。64ビット環境でテストし、エンジンのバージョンが何をうたっていても、サードパーティのプラグインはどれも互換性のないバイナリを独自に同梱しうるものとして扱ってください。

この作業中にビルドが16 KBのメモリページサイズの警告にも引っかかる場合、それは独自の期限と独自の対処手順を持つ別の要件で、16 KBページサイズエラーの直し方の記事で扱っています。

テスターに課金せずにアプリ内購入をテストするには

「ユーザーには実際に料金が発生します ... ただし、そのユーザーがライセンステスターである場合を除きます。」

Google Play Billing、アプリ内課金のテストのドキュメント

2つの別々の一覧が、2つの別々のことを決めています。クローズドトラックのテスターの一覧が決めるのは、未公開のビルドを誰がインストールできるかです。ライセンステスターの一覧が決めるのは、誰の購入が本物のカードではなくGoogleのテスト用の支払い方法で処理されるかです。1つ目の一覧に12人を追加して、2つ目には誰も追加していない開発者は、すべての購入が本物になるテストを組んだことになります。そしてそれに最初に気づくのは、たいてい返金を求めてくるテスターです。

クローズドトラックのテスターとライセンステスターの違い

収益化しているゲームが実施すべき購入のテスト

課金ライブラリの時期：Play Billing Library 7は2026年8月31日に新規アプリと更新の期限を過ぎました。延長が認められている場合は2026年11月1日までで、そうでなければ新しいリリースにはより新しいサポート対象のバージョンが必要です。最新のリリースであることと、許容される最低バージョンであることは別の話なので、最新が必須だと決めつけず、サポートされ保守されているバージョンをターゲットにしてください。出典：アプリ内課金のテスト、ライセンステスターを含む。

ルートボックスがあると、ゲームはギャンブルアプリになりますか？

コンテンツのレーティング質問票は形式的なものではありません

どのゲームも、Play ConsoleのPolicy > App contentから進むコンテンツのレーティング質問票に、正確かつ漏れなく回答する必要があります。そして、そこで説明したコンテンツや機能が変わったときには更新も必要です。ゲームの中身を偽って伝えると削除や停止につながることがあり、不正確な質問票は低速フレームよりもはるかに高くつくミスになります。

ゲームはアプリよりも多くの質問票の項目に触れます。暴力表現、模擬的なギャンブル、アプリ内購入、ユーザー間のコミュニケーション、ユーザー生成コンテンツなどです。クローズドテストの2週目でチャット機能やランダムな報酬を追加したなら、1週目の回答はその時点で誤りになっています。誰かに気づかれてからではなく、製品版を申請する前に質問票を開き直してください。

出典：Google Playのランダム型バーチャルアイテムに関するポリシー（answer 9858738）。購入の前に、購入場所のすぐ近くで確率を開示することを求めています。

クローズドテスト中にPlay Gamesのログインが失敗するのはなぜですか？

症状は特徴的で、しかも人を迷わせます。自分のマシンではログインでき、自分の端末でもログインできるのに、ビルドがPlayから降りてきた瞬間に、ほかの全員で失敗します。リリースが壊れているように見えるので、もともと問題のなかったところを作り直しに行くことになります。

これを解決する設定

1. 01
   Play Games Servicesのテスターリストを開く

   Play ConsoleでGrow users > Play Games Services > Setup and management > Testersを開きます。このリストはクローズドトラックのテスターリストとは別物で、そこから引き継がれることはありません。

2. 02
   テスターを承認する、またはトラックを有効にする

   アカウントを1件ずつ追加するか、Play Games Servicesのテスト用に該当するPlay Consoleのリリーストラックを有効にして、テストビルドにアクセスできる全員がPlay Gamesにもアクセスできるようにします。人数が数人を超えるなら、現実的なのは後者です。

3. 03
   認証情報がビルドと一致していることを確認する

   設定したパッケージ名や署名証明書のフィンガープリントが、アップロードしたものと一致しないと認証は失敗します。Play App Signingが絡んでいる場合、Play Gamesの設定に必要なフィンガープリントは、手元の作業マシンにあるものではなく、Playが使用するものです。

4. 04
   実際に有効にした機能をすべてテストする

   まずログイン、次に、ゲームでの使い方に合わせて実績、リーダーボード、セーブデータを確認します。セーブデータはとくに注意が必要です。進行状況と結びついているからです。復元されないセーブは、復元する価値のある進行状況が貯まるところまでテスターが進んで初めて見つかるバグです。

4つの仕組み、4つのリスト、1つのゲーム。このセクションがそもそも存在するのは、その4つのうち3つがクローズドトラックの画面からは見えないからです。見えている1つを正しく設定した開発者が、ほかも同じように付いてくると考えるのは無理もありません。付いてきません。

出典：Play Games Servicesのコンソール設定とテスターの承認。テスターリスト、トラックを有効にするという代替手段、承認されていないテスターに表示されるOAuthエラーと404エラーが記載されています。

ゲームがクローズドテスト中でも事前登録は使えますか？

これはアプリよりもゲームに強く効きます。事前登録はリリース用のツールで、ゲームのリリースはたいてい日付から逆算して計画されるからです。クローズドテストと並行して事前登録キャンペーンを回す計画だったなら、その計画は順番を変える必要があります。まず前提条件をクリアし、次にキャンペーンを回し、それからリリースです。

初めてのゲームでの現実的な順番はこうです。完成した感触になるまで待つのではなく、ビルドが遊べるようになった時点でできるだけ早くクローズドテストを始めます。この2週間は、どのみち進めている作業と並行して流れるからです。ストアの機能に依存するマーケティングは、その最中ではなく、あとに回します。

出典：新しい個人用アカウントのクローズドテスト要件（answer 14151465）。Googleが、要件を満たすまで製品版へのアクセスと事前登録は制限されたままだと述べているページです。

テスターにはゲームで実際に何をしてもらえばよいのか

12人に到達したのに、Googleがさらに14日を求めてくるのはなぜか

この結末は開発者からたびたび報告されています。人数は満たし、申請も出したのに、返ってきた答えは追加のテストだった、というものです。コミュニティ報告スレッドの内容は、体験については一致していますが、原因についてははるかに当てになりません。Googleの外からはその判断の理由が見えないからです。Google自身のドキュメントから言えるのは、関与度とフィードバックが評価の対象に含まれているということで、動くにはそれで十分です。

2周目はどうあるべきか

追加のテストを求められると、1周目と同じ受け身のインストールのやり方をなぞって、違う答えを期待したくなります。もっと役に立つ2周目は、何か実際のものを変えます。グループを安定させ、テスターにゲームを通る実際の道筋を用意し、報告された内容を文章で残し、フィードバックが裏づけた修正を出し、再申請ではそのすべてを率直に説明する、ということです。そしてこれは偶然ではなく、より良いゲームを生むやり方でもあります。

含めるべきでないのは、誰かが作り出した儀式です。起動回数の決まりも、必要なアップデートの回数も、拒否を承認に変える1日あたりのプレイのノルマも公表されていませんし、特定の活動パターンでGoogleの判断が変わると約束できる人もいません。拒否のパターン全般についてはクローズドテストが却下される理由の記事で扱っています。

2026年から2027年初頭にかけて、ゲームを公開する側が押さえるべきGoogle Playの期限

出典：8月31日のターゲット期限とフォームファクタ別のレベルについてはターゲットAPIレベルの要件（answer 11926878）、それ以外についてはGoogleの2つのポリシーのページ、すなわちPlay Consoleヘルプの期限の表とAndroid Developersのポリシーのタイムラインです。

順番のところでつまずく方が多いので、はっきり書いておきます。ここにある日付はどれもテスター要件とは無関係で、テスター要件を満たしてもこれらのどれ1つ免除されません。14日間のクローズドテストを完璧にやり切ったゲームでも、ビルドのターゲットAPIレベルが違うせいで公開できないことがあります。リリースを止める要件は、2週間を始めた後ではなく、始める前に確認してください。

ゲームのために本物のテスター12人をどこで見つけるのか

ゲームエンジンのコミュニティが「テスターが12人必要」という投稿であふれている理由は、単純な算数です。初めてゲームを作る開発者はたいてい、Androidのスマートフォンを持っていて、オプトインを完了してくれて、2週間後もオプトインしたままでいてくれる人を、12人も知りません。友人はインストールして、義理で1回プレイして、離れていきます。これは人柄の問題ではありません。頼みごとの半減期がだいたい3日なのに対して、要件は14日続く、というだけのことです。

テスターの相互交換グループは人数の問題は解きますが、たいていそれ以上のことは解きません。交換相手の動機はあなたと同じだからです。オプトインして、そのままにして、次へ行く、というものです。これはカウンターこそ満たしますが、まさにGoogleが申請フォームで尋ねる、関与の薄いパターンそのものを生みます。ゲームの場合はアプリより厄介です。重要な不具合は何セッションも先に潜んでいて、相互テストの相手がそこまで到達することはないからです。

代行での実施がカバーする範囲

PrimeTestLabは、Android 7～17にまたがる実機を使う本物のテスターを12人ご用意し、14日間ずっとオプトインを維持します。テストの開始は4～6時間以内です。これまでに120+の国と地域でアプリ7,400+件に実施し、テスト完了率は99.9%です。実施には無料の再テストまたは全額返金が付きます。プランは$19.99からです。

ゲームには誰にも任せられない部分があるので、境界線をはっきり書いておきます。代行での実施が引き受けるのは、この2週間のテスター側です。アセットパックを作り直すことも、フレーム時間を詰めることも、課金コードに購入の承認を実装することも、レーティングの質問票に答えることもしません。そこはあなたの領域で、上のセクションはそれを短く済ませるためにあります。なくなるのは、テスターをかき集める慌ただしさと、9日目にグループが崩れるリスクです。

自分で集める場合と、代行での実施の比較

どのサービスにも提供できないものが1つあり、提供すると言う相手は疑ってください。製品版へのアクセスそのものです。それを決めるのはGoogleで、人数だけでなくテストの質も見ますし、もう1周を求めることもあります。約束できるのは、テスターのグループ、2週間、そしてその裏づけとなる保証です。プランと各プランの内容を見る →

よくある質問

まとめ