結論から
対象となる2023年11月13日以降に作成された個人用Play Consoleアカウントでは、製品版へのアクセスを申請する前に、テスター12人以上が直近14日間連続でオプトインした状態のクローズド テストが必要です。(Play Consoleヘルプ)基準を満たすと申請が可能になりますが、承認が約束されるわけではありません。Googleは別途、テスターの利用状況、集まったフィードバック、テスト中に加えた変更、公開への準備状況について質問します。
テスターの募集や維持でお困りですか。PrimeTestLabは、Android端末を使う実在のテスターによる運用代行型のクローズド テストを提供しています。プランは$19.99からです。要件を満たすテストの後に製品版へのアクセスが許可されなかった場合、どのプランにも無料の再テスト1回、または全額返金が含まれます(返金ポリシーに準じます)。
ポリシー確認日:2026年9月27日 以下の内容は、その時点でGoogleが公開しているクローズド テストと製品版へのアクセスに関するドキュメントに基づいています。Googleが何も公開していない箇所は、推測で埋めずにその旨を明記しています。
要点
- Googleは製品版へのアクセスの前にテスター12人以上と14日間連続を求めています
- Googleはこの要件を2023年11月13日以降に作成された個人用デベロッパーアカウントについて記載しており、組織アカウントは明示された範囲の外に位置します
- Googleが数えているのは連続したオプトインです。実機や実際の利用は品質面の実践であり、公開された数値条件ではありません
- 12×14を満たすと申請できる状態になります。その後もGoogleの審査があり、通常7日以内ですが、追加のテストを求められることもあります
- 継続して協力してくれるテスターを探すのはよくある難所で、だからこそ多くの開発者が専門のテストサービスを使います
最も大きな変更の1つが、テスター12人によるクローズド テストの要件です。対象となる個人用デベロッパーアカウントは、製品版へのアクセスを申請する前に要件を満たすクローズド テストを完了する必要があります。12人×14日の基準を満たしてもアプリが公開されるわけではなく、承認が約束されるわけでもありません。
なぜこの要件があるのか、手順はどう進むのか、そして2週間しっかり協力してくれる信頼できるテスターを12人集めるのがなぜこれほど難しいのか。多くの開発者がここでつまずきます。この記事では順を追って丁寧に説明し、アプリを公開する前に全体像をつかめるようにします。手間を省きたい場合は、当社のテストサービスが一連の作業を代行できます。
この記事の内容
2026年のGoogle Playクローズド テスト要件とは
Googleがこれを発表したのは2023年11月9日で、最終的に固まった規定は2023年11月13日以降に作成された個人用Google Play Consoleアカウントに適用されます。この2つは別々の事実ですが、頻繁に混同されます。9日は「導入する」と告知した日、13日は対象かどうかを実際に決めるアカウント作成の基準日です。
製品版へのアクセスを申請する前に、テスター12人以上が少なくとも直近14日間連続でオプトインした状態のクローズド テストをアプリで実施する必要があります。Play Consoleヘルプ
この最後の部分をよく読んでください。この話題での落胆のほとんどはここから生まれます。基準を満たしてもアプリが公開されるわけではありません。開くのは申請で、そのあとGoogleが審査します。
Googleはこの要件を個人アカウントについて記載しており、その結果として組織アカウントは明示された範囲の外に置かれます。これは「組織アカウントは適用除外」という文とは意図的に別物です。後者はGoogleが一度も書いていない表現で、アカウント種別をまたいでアプリを移した人にとっては違いが効いてきます。詳しくは下の適用範囲のセクションで整理します。
Googleがテスト要件を導入したのは、開発者に次のことを促してアプリの品質を高めるためです。
- 公開前にテストする
- 問題を見つけフィードバックを集める
- ユーザーに出せる状態か確認する
- 同じ2023年11月の発表では、マルウェアや詐欺を防ぐためにデベロッパー確認の拡大も別途示されました。これはクローズド テストとは別の取り組みです。
つまり公開の前に、アプリは次を満たす必要があります。
テスター12人以上がそれぞれ14日間連続のオプトインを満たすと、Play Consoleに製品版へのアクセスを申請する項目が表示されます。Googleはテスターの利用状況、フィードバック、テスト中の変更、公開への準備状況について尋ねます。端末やIPの多様さは品質面の実践であり、公開された審査基準ではありません。
テスター12人の要件は自分のアカウントに当てはまりますか
結論
Googleはこの要件を2023年11月13日以降に作成された個人用Play Consoleアカウントについて記載しています(Play Consoleヘルプ)。組織アカウントは明示された範囲の外にありますが、これは「適用除外」と言い切るのとは少し違います。個々のアプリについて最終的な判断材料になるのはPlay Consoleのダッシュボードで、該当する場合はそこに要件が表示されます。
2023年11月13日はアカウント作成日の基準であり、Googleがポリシーを発表した日ではない点に注意してください。発表は2023年11月9日で、この2つの日付は頻繁に混同されます。その間にアカウントを作成した場合、意味を持つのは基準日のほうです。
対象かどうかの判定
質問は3つです。回答はGoogleが公開している適用範囲に基づき、コミュニティの報告に依拠するものには印を付けています。
01 そのアプリはどの種類のPlay Consoleアカウントにありますか
02 その個人アカウントはいつ作成しましたか
02 このアカウントやアプリを個人アカウントから変換または移管したことはありますか
自分が対象だとわかると、決まって次の2つの質問が出ます。答えはそれぞれ異なります。
1つ目は、新しいアプリごとに個別のテストが必要かという点です。実際にはアプリ単位で判定され、対象アカウントの開発者は新しいアプリを公開するたびに再度満たしていると報告しています。一方で、これが永久に続くという約束をGoogleは公開しておらず、Product Expertsからはアカウントに公開実績が積み上がると要件が表示されなくなる場合があるとの報告もあります。ダッシュボードに表示されている間はアプリ単位の要件として扱い、思い込みで判断せず新しいアプリごとに確認してください。詳しくはアプリごとにテスター12人が必要かをご覧ください。
2つ目は、すでに製品版へのアクセスがあるアプリの通常アップデートで期間が振り出しに戻るのかという点です。そのアプリが製品版へのアクセスを得た後、通常のアップデートごとに12人×14日のテストを繰り返すという要件は公開されていません。ただしPlayの通常審査やその他のポリシー確認は、どのリリースにも引き続き適用されます。
| あなたの状況 | テスター12人×14日は必要か | 正確な言い方 |
|---|---|---|
| 2023年11月13日より後に作成した個人アカウント | ダッシュボードに表示されていれば必要 | Googleが明示的に対象としている層です。 |
| 基準日より前に作成した個人アカウント | この要件の対象外 | 新規アカウント向けに文書化されたこの規定の外です。他のポリシーや審査が一切適用されないという意味ではありません。 |
| 組織として作成したアカウント | 明示された範囲の外 | Googleはこの規定を個人アカウントに限定しています。「組織アカウントは適用除外」と無条件に言い切るより、この表現が適切です。 |
| 個人から組織へ移したアカウントやアプリ | 要件が残る場合がある | 公式フォーラムでコミュニティから報告された例外的なケースです。移管で解消したと決めつけず、アプリのダッシュボードを確認してください。 |
| すでに製品版へのアクセスがあるアプリ | 再実施の要件は公開されていない | 通常のアップデートで最初の要件が振り出しに戻るという記載はありません。通常審査は引き続き適用されます。 |
| 対象アカウント上の別の新規アプリ | 必要になることが多い | アプリ単位で動くことは十分に裏付けがあります。アカウントの生涯にわたって続くかどうかは文書化されていません。 |
個人か組織かという選択は、この規定だけでなく費用、本人確認、ストア掲載の法的な所有者にも影響します。まだ検討中の場合は、登録前にGoogle Playの個人アカウントと組織アカウントの比較をお読みください。
2026年のGoogle Playにはテスターが何人必要か
結論
要件を満たすテスターが12人以上です。これがGoogleのドキュメントに記載された下限であり、この規定に付いている唯一の数字です。それ以上は任意で、離脱への備えやフィードバックの幅を広げるのに役立ちますが、20人や25人にしたことによる審査上の優遇はGoogleから公開されていません。
より役に立つ問いは、この要件が何のためにあるかです。Googleの説明は人数を数えることではなくテストそのものに置かれています。問題を洗い出し、フィードバックを集め、それに対応し、公開できる状態か確かめることです。
公開前にアプリがテストされている状態にするため
クローズド テストは、誰もがストアからダウンロードできるようになる前に、他の人の手元で、その人の端末と環境でアプリを動かします。
さまざまなAndroid端末でテストするのは、この目的にかなった方法です。ただしGoogleは端末の多様さを独立した資格要件としては説明していません。
技術的な不具合と使い勝手の問題を洗い出すため
自動的な確認では、実際の人が2週間使ってはじめて表に出る問題を見逃します。
フィードバックを集めて対応するため
Googleは、どんなフィードバックをどう集め、何を変えたかを尋ねます。フィードバックのないテストでは、人数が完璧でも報告できることが残りません。
テストで見つかった実際の問題を直すことは推奨されています。決まった回数のリリースは必要ありません。
公開できる状態かを確認するため
14日間は材料を生み、フォームはそれを提示するよう求めます。
まとめると、規定なので12人を集め、離脱で日程がずれるのはよくあることなので数人多めも検討する。Googleの要件にあたるのは前者だけです。
テスター12人と14日間に実際に数えられるものは何か
結論
数値の要件を満たすかどうかを決めるのは、連続してオプトインしている状態です。申請時にGoogleは、テスターの利用状況、フィードバック、テスト中の変更、公開への準備状況について尋ねます。端末やIPの多様さは品質面の実践であり、公開された審査基準ではありません。
この規定をめぐる開発者どうしの議論のほとんどは、別々の2段階を1つにまとめてしまうことから生じます。分けて考えられるかどうかが、正しい日数で済むか2倍待つかの分かれ目です。
Play Consoleが計算できる数字です。テスター12人以上が、それぞれ直近14日間を途切れずオプトインしていること。Googleが基準として公開しているのはこの部分です。
- テスターごとのオプトイン状態
- 直近14日間、途切れずに
- 申請した時点で数えられる
Googleが審査する提出済みの申請です。テスターがどう使ったか、どんなフィードバックを集めたか、何を変えたかを尋ねます。目指すべき点数は公開されていません。
- テスターがアプリをどう使ったか
- どんなフィードバックを集めたか
- それを受けて何を変えたか
Googleは、テスターの要件を満たしていない場合またはクローズド テスト中にテスターがアプリを使っていない場合に、テストの継続を求めることがあるとしています。この2つは別の問題で対処法も異なり、数字なのは前者だけです。
根拠の判定
この規定について出回っている14個の主張です。Googleが実際に公開しているのか、推奨しているのか、そもそも触れていないのかをタップで確認できます。
テスターは12人以上必要
Googleは要件を満たすクローズド テストについて、テスター12人以上と明記しています。12人は下限であって目標ではありません。それ以上でも問題はなく、離脱で基準を割り込むことへの備えは人数を増やすことだけです。
要件を満たすテスターが12人以上必要です。
| 出来事・条件 | 扱い | 理由 |
|---|---|---|
| テスターのメールをリストに追加した | それだけでは不足 | テスター本人がオプトインを完了する必要があります。リストに載っているだけではオプトインではありません。 |
| テスターが14日間連続でオプトインしている | 数えられる | これが公開されている期間の条件であり、唯一のものです。 |
| 14日目より前にオプトアウトした | その期間は要件を満たさない | 途切れた期間を後の期間と足し合わせて14日にすることはできません。 |
| テスターが毎日アプリを開く | 公開された基準はない | 利用状況は実際に審査されますが、1日あたりの起動回数はGoogleから公開されていません。 |
| オプトインしただけでほとんど使っていない | 審査で不利になりうる | 人数は満たせますが、テストで何が得られたかを尋ねられたときに書くことがなくなります。 |
| アップデートをちょうど2~3回公開する | 必須ではない | 公開された要件のどこにも、決まったリリース回数は書かれていません。 |
| テスターが見つけた実際の問題を直す | 推奨されている | Googleは、フィードバックに対応することで申請が通る可能性が高まるとしています。 |
| 全員が別々の実機を使う | 公開された条件ではない | 端末の多様さは品質確認として妥当ですが、Googleが示す数値要件の一部ではありません。 |
| 全員が別のIPやネットワークを使う | コミュニティ発の情報 | フォーラムや一部のProduct Expertsが繰り返し述べていますが、Googleの一次的な規定には書かれていません。 |
| テスターがアプリをアンインストールする | 影響は文書化されていない | Googleは人数をオプトインの状態で定義しています。アンインストールがオプトアウトと同じだとはどこにも書かれていません。 |
| テスターが内部テスト由来である | 要件を満たさない | 必要なのはクローズド テストのトラックです。内部テストは任意で、別のものです。 |
テスターは毎日アプリを開く必要がありますか
そう定めた公開規定はありません。Googleの数値条件はオプトインが途切れないことであり、現在の要件のどこにも、1日あたりの起動回数、最低セッション数、1日あたりの利用時間の下限、各テスターが到達すべき画面数といった記載はありません。
とはいえ、1回インストールして放置する12人を集めてよいという意味ではありません。製品版へのアクセスの申請では、テスターがどう使ったか、その使われ方が実ユーザーへの想定とどう比べられるかを尋ねられ、Googleはテスターの利用が不十分な場合にテストの継続を求めることがあるとしています。利用状況は追うべきですが、達成すべき数値が公開されていない以上、ノルマではなく品質として追ってください。
12人全員が毎日1回アプリを開かないと連続日数が途切れる。
テスターは連続してオプトインした状態を保つ必要があります。利用状況は審査時に別途尋ねられ、頻度は示されていません。
テスターに実機や別々のIPアドレスは必要ですか
どちらもGoogleが公開しているクローズド テストの要件には出てきません。要件を満たす各テスターが専用の実機を使うという条件は示されておらず、12人に12個の異なるIPアドレス、ネットワーク、世帯、国が必要だと述べたGoogleの一次情報もありません。
とくにIPの話は、断定するより印を付けて扱うべきものです。Community Product Expertsの回答を含めて広く出回っており、その回答どうしが食い違うこともあります。コミュニティ発の情報として扱ってください。そう信じている人が多いと知っておく価値はありますが、Googleが明記したかのようにテスト計画の前提にすべきではありません。詳しくは端末の話をエミュレーターとクローズド テストで、地域の話を海外のテスターについてで扱っています。
Googleが規定を公開している箇所は、この記事でもそう書いています。Googleが何も公開しておらずフォーラムだけが語っている箇所も、そのまま書いています。文書化されていない主張は、多くのページが繰り返したからといって規定にはなりません。それを前提にテストを組み立てて誤っていた場合、失うのは実際の数週間です。
内部テストは12人に数えられますか
数えられません。Googleの要件はクローズドテストを名指ししており、内部テストは任意の早期品質確認と説明されています。内部テストはテスター100人まで対応でき、実際のテスターがビルドを見る前に問題を見つけるのに本当に役立ちますが、実施しても製品版へのアクセスには近づきません。
始める前に知っておきたい実務上の落とし穴もあります。内部テストにオプトインしている人は、内部テストをオプトアウトしてクローズドトラックにオプトインし直すまで、クローズド テストの対象になりません。最初のテスターを誤って内部テストに入れてしまった場合、移し替えは意識して行う必要のある作業です。
| トラック | テスター数 | 要件を満たすか | 用途 |
|---|---|---|---|
| 内部テスト | 100人まで | いいえ | 任意の早期品質確認。アプリの設定が完了する前でも開始できます。 |
| クローズド テスト | メーリングリストまたはGoogleグループ | はい | 必要となるトラック。直近14日間連続でオプトインしたテスターが12人以上必要です。 |
| オープンテスト | 広く一般から | いいえ | 対象となる新規アカウントでは、製品版へのアクセスを得た後に利用できます。 |
| 製品版 | 一般公開 | 該当なし | 製品版へのアクセスの申請が通ることで利用できるようになります。 |
どのトラックをいつ使うべきかを含めた詳しい比較は、内部テスト・クローズド テスト・オープンテストの比較にまとめています。
テスターが遅れて参加したり離脱したときの14日間の数え方
結論
アプリ全体で1つのカウントダウンが動いているわけではありません。テスターはそれぞれ自分の連続オプトイン履歴を持ち、そのうち12人以上が各自14日間を途切れず満たした時点で申請できる状態になります。つまり実際の日付を決めるのは、要件を満たした12人目のテスターであり、最初の招待を送った日ではありません。
14日が経つ前にテスターがオプトアウトすると、その人は数に入らなくなります。それで12人を割れば、Googleが公開している条件、つまり少なくとも直近14日間連続でオプトインしたテスター12人以上、を満たさなくなります。対象となる期間は常に直近の14日間なので、人が抜けるほど申請できる日は先送りになります。Googleはこの計算方法を公開していません。1人の離脱で残り全員が0日に戻るという規定は文書化されておらず、実務上の確認は「いま連続の条件を満たしているテスターが何人か」を見るだけです。想定していた日付に届かない原因としてよくあるのがこれです。
申請できる日の目安計算
テスターが全員同じ日に参加することはまずありません。グループごとの人数とオプトインした日を入力すると、12人目が14日間連続に達する時期を計算します。
テスターがオプトインした日を入力してください
各グループに人数とオプトイン日が必要です。
あくまで目安としてご覧ください。Googleは14日間という条件は公開していますが、暦日で数えるのか正確な24時間単位で数えるのかは公開していません。そのため深夜にオプトインしたテスターがいると、前後1日ずれることがあります。申請できるかどうかを判断するのはPlay Consoleです。ここにあるものはGoogleが公開した計算ツールではありません。
テスターリストにメールアドレスを追加しただけでは足りません。対象となるGoogleアカウントでテストリンクからオプトインして、はじめて人数に入ります。その後、同じアカウントでGoogle Play経由からアプリをインストールして使ってもらいます。Play Consoleに表示されるのはオプトイン済みの人数であり、誰がいつ参加したかを個別にたどれる信頼できる履歴ではありません。人数はそこで確認し、申請日を見積もる必要があるなら、誰がいつ参加したかは自分で記録しておいてください。
テスターが1人離脱するとどうなるか
そのテスターのオプトイン期間は途切れ、途切れた期間は要件を満たしません。離脱前の日数と復帰後の日数を足して14日にすることはできません。戻ってきた場合は、再びオプトインした日から始まる新しい14日間として扱います。
影響の大きさは、テスターの人数と、追加のテスターがいつ参加したかの両方で決まります。ちょうど12人なら、1人の離脱で最低人数を割ります。20人いれば人数には余裕がありますが、当初の日付が守られるのは、残ったテスターのうち12人以上が十分早い時期から連続してオプトインしている場合だけです。後から参加したテスターは人数は守れても、最初の日付までは守れません。
テスターがアプリをアンインストールしたら
アンインストールとオプトアウトは別の出来事です。この2つを同じものとして扱うページが多いので、ここは正確に区別する価値があります。Googleは人数の基準をオプトインの状態で定義しています。アンインストールそれ自体がテスターのオプトイン期間を終わらせる、あるいは日数を振り出しに戻すと示した一次情報はありません。
人数はオプトインの状態で決まります。テスターの連続期間が終わる方法として文書化されているのはオプトアウトです。
アンインストールだけで人数に影響するかどうか。どちらとも判断できる一次情報をGoogleは示していません。
一方で、間接的な影響ははっきりしています。インストールされていないアプリは利用実績を生みません。2日目にアンインストールしたテスターは、申請でテスターの使い方を尋ねられたときに書ける材料を何も残しません。再インストールを促すべき理由は、利用実績という材料が惜しいからであって、アンインストールで人数が崩れると確認されているからではありません。
アプリを更新すると14日間はやり直しになるのか
新しいビルドを配信すると連続オプトインがやり直しになる、という公開規定はありません。Googleはむしろ逆で、クローズド テスト中の更新を望ましい進め方として扱っています。この期間の目的は問題を見つけて直すことであり、申請では結果として何を変えたかを尋ねられます。リリースをアップロードした後、2週間の積み上げを壊したのではと不安になる人はとても多いのですが、一次情報を見るかぎり、その心配に根拠はありません。
テスト中に新バージョンを出すと、全員が0日目に戻る。
バージョンによるリセットの規定は存在しません。Googleはテストで見つかった問題の修正を勧めています。テスターのオプトインは保ったまま、新しいビルドに移ってもらいましょう。
1つ注意すべきは、これは「更新で期間がリセットされることはない」とGoogleが明言しているのではなく、そう定めた公開規定が存在しないという意味だという点です。自分のアプリについてPlay Consoleが別のことを示しているなら、Play Consoleを信じてください。この論点はアプリの更新でクローズド テストはやり直しになるのかで詳しく扱っています。
開発者がぶつかりやすい壁
こうした事情から、プロのテストサービスの需要が高まっています。失敗する自力の試みに何週間も費やす代わりに、プロのテスターに依頼する開発者が増えています。
Google Play向けにテスター12人を最短で集めるには
結論
14日間を短縮する方法はありません。最短の日付は要件を満たした12人目のテスターが連続オプトインを終える時点で決まります。つまりどの方法でも早められるのは、12人にオプトインしてもらい、その状態を保つまでの速さだけです。それより早く終わると約束する人は、規定ではなく募集の速さを説明しています。
そう考えると問いの立て方が変わります。買っているのは速さではなく、2つのことです。12人のオプトインにどれだけ早く到達できるか、そしてその12人が2週間後もオプトインしたままである見込みはどれくらいか。以下の各手段は、この2つの兼ね合いが違います。
| 手段 | 向いている人 | 主な弱点 |
|---|---|---|
| 友人・家族・同僚・同級生 | Android端末を使う信頼できる知人が十分にいる開発者 | 想定ユーザーと重ならないことがあり、人数のわりにフィードバックが薄くなる |
| 既存のユーザーや取引先 | すでに利用者がいるアプリ | 新規プロジェクトでは使えず、ここではそれが普通の状況 |
| 関連するコミュニティ | 想定ユーザーに近く、本当に役立つフィードバックが得られる | 声かけと信頼づくりに、見込んでいない時間がかかる |
| テスター相互協力グループ | 予算をかけられない開発者 | 相手のテストにも協力する必要があり、オプトインが続いているかの確認も要る |
| 有料のテストサービス | 募集と維持がボトルネックになっている開発者 | 費用がかかり、それでも14日間は短くならない |
| 併用 | 人数と想定ユーザーとの近さの両方が要る専門的なアプリ | 2つの経路を調整し管理する手間がかかる |
Google自身は、個人的なつながりと仕事上のつながりを使うよう勧めています。友人、家族、同僚、同級生に加えて、関連するコミュニティ、SNSのフォロワー、そして将来のユーザーに近い人たちです。最後の点は要件ではありませんが、真剣に受け止める価値があります。申請では、テスターの使い方が実ユーザーへの想定とどう比べられるかを尋ねられるため、想定ユーザーとかけ離れた人ばかりだと答えにくくなります。
Googleのクローズド テストに関する案内には、テスターが無報酬でなければならないという記載はありません。公開されている案内に基づけば、実際のテストとフィードバックが伴うのであれば、有料の依頼も要件と両立しえます。ただし公開の評価、レビュー、インストール数、ランキング、ストアでの表示を操作する目的で使ってはいけません。
運用代行型のテストサービスで得られるもの
テスター探しが非常に難しいため、14日間の要件をやり切る実機ユーザーがそろったオンラインのテストサービスを使う開発者が多くいます。
プロのテストチームが提供するもの
PrimeTestLabは、Google Playの要件にまつわる面倒をまとめて引き受けます。120+か国で実機のAndroid端末を使う、身元を確認したテスターを手配します。自分で何週間もテスターを探して調整する代わりに、実在のテスター12人を$19.99で確保し、数時間のうちにテストを開始できます。
PrimeTestLabのサービスには、14日間を通じたテスターの利用とフィードバックが含まれます。これは当社のサービス基準であり、Googleが公開している毎日起動の要件ではありません。テスト完了率99.9%、9,800+件のアプリの実績で、テスター探しの負担を手元から取り除きます。12人より多めに確保する価値についてはこちら。
これにより、個人開発者や少人数チームでも、2週間を人集めに費やさずにアプリを公開できます。
実績:9,800+件のアプリをテスト
PrimeTestLabは、3つのプランでGoogleのクローズド テスト要件の達成を支援します。
12人×14日のクローズド テストに合わせて構築したテスターのネットワークを運用しています。PrimeTestLabの社内プロジェクトデータ、2026年8月15日時点。テスト完了とは、有料の案件が運用代行によるクローズド テストを終え、製品版へのアクセスの申請段階に到達したことを指します。Googleが製品版へのアクセスを許可したという意味ではありません。以下のサービス実績は、それら完了案件の記録に基づいています。
実績ボード
よくあるお悩み
14日間、テスター12人が見つからない…どうすればいい?
よくある開発者の質問テスター集めの問題はすぐに解決します。テストは4~6時間以内に開始し、申請を終えてGoogleの判断をご連絡いただくまで、テスターのオプトイン状態を保ったままサポートを続けます。
Google Playのクローズド テストを手順どおりに設定するには
結論
Play Consoleでの経路はテスト › クローズド テスト › トラックの管理 › テスターです。テスターはメーリングリストまたはGoogleグループで追加し、トラックにリリースを公開してから、オプトインリンクを共有します。つまずきやすいのは2点。リリースを配信するにはアプリの設定が完了している必要があること、そしてリリースが実際に公開済みになるまでオプトインリンクは機能しないことです。
アカウントの登録内容から推測するのではなく、そのアプリのPlay Consoleダッシュボードを開いてテスト要件の表示を確認します。個々のアプリについて基準になるのはダッシュボードです。
ストアの掲載情報、コンテンツに関する申告、データセーフティ、その他Play Consoleに挙がっている設定項目を完了させます。必須項目が残っている間はクローズドのリリースが配信されません。初日にトラックが止まって見える原因としてよくあるのがこれです。
テスト › クローズド テストを開き、トラックの管理に進みます。製品版へのアクセスの要件が求めているのはこのトラックです。内部テストは別のトラックで、要件を満たしません。Play Consoleヘルプ
トラックの管理 › テスターで、メーリングリストまたはGoogleグループから追加します。登録するアドレスは、そのテスターが端末で実際にログインしているGoogleアカウントである必要があります。グループを使う場合は、本人がグループに参加してからでないとオプトインリンクは機能しません。
そのトラック用のフィードバック用メールアドレスまたはURLを設定します。テスターのオプトインページに表示され、14日後にチャットでの発言を思い出そうとするのではなく、実際に文章として残ったフィードバックを手元に持つ最も簡単な方法です。
Android App Bundleをアップロードし、リリースノートを書き、内容を確認し、配信を止めているエラーを解消して、クローズドトラックに配信します。国の指定もここで確認してください。選んだ国の外にいるテスターはインストールできません。
リリースがまだ下書き、審査中、公開保留中と表示されているうちは、オプトインリンクの不具合を調べ始めないでください。Googleは、最初のテストリンクが使えるようになるまで数時間かかる場合があるとも述べています(Play Consoleヘルプ)。初日の午後にリンクが壊れて見えるのは、たいてい単に早すぎるだけです。
そのトラックのオプトインリンクをテスターに送ります。クローズド テスト中のアプリは、オープンテストや製品版になる前はPlay Storeの検索では見つかりません。アプリ名で検索して「存在しない」と判断されないよう、必ずリンクから開くよう伝えてください。
Play Consoleに表示されるのはオプトイン済みの人数であり、誰がいつ参加したかを個別にたどれる信頼できる履歴ではありません。人数はそこで確認し、申請日を見積もる必要があるなら、参加時期は自分で記録しておいてください。
条件を満たすと、Play Consoleに製品版へのアクセスを申請が表示されます。これでGoogleが審査する申請に進みます。テストそのものとは別の工程です。
オプトインリンクで「アプリを利用できません」と出るのはなぜか
よくあるつまずきで、原因はたいてい次の9つのどれかです。珍しい理由に飛びつく前に、上から順に確認してください。
- テスターが招待したのとまったく同じGoogleアカウントでログインしている(同じ端末の別の個人アカウントではない)。
- Googleグループを使った場合、テスターがオプトインリンクを開く前にグループに参加している。
- リリースの状態が下書き・審査中・公開保留中ではなく公開済みである。
- そのトラックへの最初の配信から数時間が経っている。
- テスターの国がアプリの配信対象に含まれている。
- テスターの端末がアップロードしたバンドルに対応している。
- 内部テストに参加していた場合、テスターが内部トラックをオプトアウトしている。
- 内部テストやオープンテストではなくクローズド テストのリンクを使っている。
- オプトインの承諾とGoogle Playからのインストールという2つの手順を両方終えている。
9つすべてを確認しても解決しない場合は、テスターがアプリを利用できないときでさらに掘り下げています。招待の流れ全般はテスターの招待方法を、グループ特有の不具合はGoogleグループでクローズド テストが機能しないときをご覧ください。
設定まわりのその他の落とし穴
いずれも要件の達成を妨げるものではありませんが、どれも誰かが1日を無駄にした経験のある項目です。
-
トラックの競合
内部テストにオプトインしている人は、内部をオプトアウトしてクローズドトラックにオプトインするまで、クローズド テストの対象になりません。
-
データセーフティ
データセーフティのフォームは、クローズド・オープン・製品版のトラックにあるアプリで必須です。内部テストだけのアプリはこの項目が免除されます。内部テストのほうが始めやすく感じる理由の1つです。
-
有料アプリ
クローズド テストやオープンテストでは、有料アプリのテスターも通常は購入が必要です。内部テストのテスターは購入せずにインストールできます。Play Consoleヘルプ
-
レビュー
テストユーザーが残したフィードバックは、Google Play上の公開評価には影響しません。クローズド テスト中に不満を持ったテスターがいても、ストア掲載に傷が残るわけではありません。
意味のあるテストが実際にカバーする範囲
Googleはテスト計画も日々のスケジュールもカバー範囲のチェックリストも公開しておらず、この記事でそれを作り出すつもりもありません。以下は当社の編集部が考えるQA計画です。2週間の実際のテストとして妥当な形を示したもので、「1日あたりのノルマはない」という事実だけでは実務の助けにならないため用意しました。要件の書式ではなく、選べる献立として使ってください。
- インストール、初回起動、初期案内
- 登録とログイン
- 権限の確認画面と、拒否したときの挙動
- そのアプリが存在する理由となる主な操作の流れ
- 画面遷移と戻るボタンの挙動
- 通知
- 該当する場合は課金や定期購入
- オフラインや電波の弱い環境での挙動
- エラー表示と、そこから復帰できるか
- 画面サイズやAndroidバージョンの違い
- アクセシビリティと読みやすさ
- アカウント削除とプライバシー設定
- 記憶ではなく文章に残したフィードバック
- 実際に直したあとの再確認
これらを行う理由は、Googleが数えているからではありません。最後の申請でテスターが何をしたか、何を伝えてきたか、それを受けて何を変えたかを尋ねられるからです。上の形に沿ったテストなら、その3つすべてに答えが出せます。
テスト後に製品版へのアクセスを申請する方法
結論
テスター12人以上が14日間連続を満たしたら、Play Consoleのダッシュボード › 製品版へのアクセスを申請に進み、クローズド テスト、アプリ、公開への準備状況についての3部構成のフォームに回答します。Googleは審査に通常7日以内としています(Play Consoleヘルプ)。ただしそれ以上かかることもあり、追加のテストを求める回答が返ってくる場合もあります。
ここは多くの記事が飛ばす部分ですが、実際に結果を左右するのはこの部分です。基準を満たすのは単なる数の話です。申請は、自分で組み立てる文章による主張です。
Googleは製品版へのアクセスの申請を審査し、記入した回答はその審査の重要な要素です。それ以外の全体像は公開されていません。審査が人によるものか自動か併用か、回答以外にどのような製品やテストのシグナルを見るのか、それらがどう重み付けされるのかは示されていません。回答は自分で制御できる部分と捉え、それがすべてだとは考えないでください。
製品版申請フォームでGoogleが尋ねること
Googleは質問項目を公開しています。公開していないのは、採点基準、文字数、落ちる言い回しの一覧、そして回答を判定に変換する計算式です。特定の一文で自動的に却下されると語る人は、Googleが書いた規則ではなく自分が推測したパターンを説明しているにすぎません。
できることは、実際に残した記録から答えることです。以下の各質問は、自分の14日間から示せるはずの事柄に対応しています。後から思い出して書くのではなく、テスト中に記録を取るべき本当の理由がここにあります。
| セクション | Googleが尋ねる内容 | 用意しておく材料 |
|---|---|---|
| クローズド テストについて | テスターをどれだけ集めやすかったか | テスターをどこから集め、何が大変だったかを正直に説明します。 |
| クローズド テストについて | テスターの利用状況 | テスターが実際に使った機能と、実ユーザーに期待する使われ方との比較です。 |
| クローズド テストについて | 受け取ったフィードバック | 主な論点と、その集め方です。メッセージ、フォーム、チャットグループ、セッションの記録など。 |
| アプリまたはゲームについて | 想定する利用者 | 誰のために作ったかを具体的に書きます。「すべての人」は何も説明していない回答です。 |
| アプリまたはゲームについて | ユーザーにとっての価値、またはゲームの独自性 | カテゴリのありきたりな決まり文句ではなく、自分の言葉で具体的な価値を書きます。 |
| アプリまたはゲームについて | 初年度の想定インストール数 | おおよその見込みで構いません。Play Consoleは範囲で選ぶ形式なので、根拠を細かく説明する必要はありません。 |
| 公開への準備状況 | テストを受けて行った変更 | テストから生まれた実際の修正や改善です。行っていない変更を作り話にしないでください。 |
| 公開への準備状況 | なぜ公開できる状態と言えるか | テスト、解決した問題、想定される使われ方から組み立てた根拠です。 |
ひな形は、完成した回答に何が含まれ、どの程度の詳しさが求められるかを知るのに役立ちます。ただし他の開発者のテストを自分のものとして提出した瞬間に役に立たなくなります。フォームの各質問はあなたのテストが何を生んだかを尋ねているからです。形をひな形から借り、中身は自分の記録で埋めてください。製品版申請アンケートの解説では設問ごとに説明しています。
許可ではなく追加テストの要請が返ってきた場合、それは行き止まりではなく文書化された結果の1つです。次のセクションで、その原因についてGoogleが実際に述べている内容を扱います。
Googleが「追加のテストが必要」と返す理由:わかっていることと、いないこと
結論
Googleが公に挙げている例は2つです。要件を満たすテスターが12人に足りないことと、テスターの利用が不十分なことです(Play Consoleヘルプ)。追加テストにつながりうる要因の一覧は公開されていません。ほかに理由として出回っているもの(更新回数、IPアドレス、端末の識別、アンケートの言い回し)は、開発者が自分の却下事例から推測したものです。中には当たっているものもあるかもしれませんが、公開された情報ではありません。
14日間をやり切ったのに、まだテストを続けるよう言われる。この工程で最も気力を削がれる結果で、専用のフォーラムのスレッドが立つほどよくあることです。正直に言えば、Googleが教えてくれる情報は知りたい量に届きません。だからこそ、名指しされていないものを追う前に、Googleが名指ししている2つを潰すのが現実的です。
以下の2つは、網羅的な一覧ではなくGoogle自身が示した具体例として読んでください。Googleの外側にいる人間が指し示せるのはこの2つだけなので、まず潰す価値があります。
テスター12人の条件を実際には満たしていなかった
満たしたと確信していた人ほどここでつまずきます。数え方が見た目より厳しいからです。12人がオプトインしたことが条件なのではありません。12人がそれぞれ直近14日間を途切れずオプトインし続けていること、それが条件で、判定されるのは申請した時点です。
原因の多くは参加日のばらつきです。1日に4人、5日に4人、9日に4人が参加したなら、申請できるのは1日から14日後ではありません。12人目が条件に届くのは9日の14日後だからです。その間に1人でもオプトアウトすれば、日付はさらにずれます。
確認すること
Play Consoleで現在のテスター数と申請可否の状態を確認します。自分でオプトインの記録を取っているなら、連続オプトインが14日に達する12人目から逆算してください。Play Consoleはテスターごとの完全なオプトイン履歴を表示しません。この記事の前半にある目安計算は、自分で入力した日付をもとにしています。
テスターがアプリを使っていなかった
Googleは、クローズド テスト中にテスターがアプリを使っていないことを、テスト継続を求める理由の1つとして挙げています。この記述は実在し、真剣に受け止める価値があります。ただしこれは測定基準ではありません。セッション数も頻度も1日あたりの利用時間も、使っている・使っていないを分ける閾値も、Googleは公開していません。
実務上の意味は、数値があるより対処しやすいものです。申請ではテスターがどう使ったか、どんなフィードバックをくれたか、それを受けて何を変えたかを尋ねられます。初日にインストールしてそれきり開かない12人では、3つの欄すべてに書くことがありません。隠れた指標に落ちたというより、主張する材料を持たずにフォームの前に立ってしまう、ということです。
確認すること
テスターから聞いたことを3つ、そしてそれを受けて行った変更を1つ挙げられますか。挙げられるなら答えは書けます。挙げられないなら、そこが再申請の前に埋めるべき穴です。埋める方法はインストール数を増やすことではなく、実際に使ってもらうことです。
| 起きていること | 最も筋の通る説明 | 対処 |
|---|---|---|
| 「14日」経っても申請の項目が出てこない | 連続期間をすべて満たしたテスターが12人に届いていない | 最初の招待ではなく、要件を満たした12人目から数えてください。 |
| 一部のテスターが遅れて参加した | テスターはそれぞれ自分のオプトイン履歴を持つ | 12人以上がそれぞれ連続期間を満たすまで待ってください。 |
| テスターが一度離脱して戻ってきた | 途切れた期間をつなげて14日にすることはできない | その人については、復帰を新しい期間の開始として扱ってください。 |
| 申請後にGoogleから追加テストを求められた | Googleは要件を満たすテスター不足と利用不足を例に挙げている | Play Consoleの具体的な文面を読み、実際にテストを続け、フィードバックを集めて出てきた問題を直してください。 |
| テスターがそもそもテストに参加できない | アカウント違い、リンクがまだ有効でない、内部テストにオプトインしたまま、配信対象の設定 | Googleアカウントを確認し、初回公開から数時間おき、内部テストからオプトアウトしてもらってください。 |
| 有料アプリでテスターに購入を求められる | クローズド テストとオープンテストでは通常の挙動 | 有料アプリのクローズド テストでは、通常テスターも購入します。内部テストは挙動が異なります。 |
| テスト中に更新を出して不安になった | 新しいビルドで連続オプトインが戻るという公開規定はない | テスターに新しいビルドへ移ってもらい、そのまま続けてください。Play Consoleが指示しないかぎり、やり直す必要はありません。 |
| 12×14を満たしたのに承認されない | 基準が与えるのは申請資格であって、アクセスそのものではない | 製品版へのアクセスの申請を提出し、審査を待ってください。 |
開発者の報告であって、Googleの公開情報ではないもの
これらは広く出回っており、要件であるかのように書く商用ページもあります。正しい可能性はあります。確かなのは、Googleの一次情報がどれも述べていないことです。チェックリストの項目ではなく仮説として扱ってください。
-
必須ではない
「更新の回数が足りないから却下された」Googleは実際のフィードバックへの対応を勧めていますが、リリース回数は公開していません。忙しく見せるためにリリースを作ることは、このテストの目的ではありません。
-
コミュニティ発の情報
「テスターが同じIPやネットワークを使っていた」フォーラムや一部のProduct Expertsが繰り返し述べていますが、互いに見解が食い違っています。Googleの一次的な規定には書かれていません。
-
文書化されていない
「Googleはテスターの端末を識別しセッション時間を測っている」現行の製品版アクセスに関するドキュメントに、そのような仕組みの記載はありません。競合のページは自信たっぷりに主張していますが、出典を何も示していません。
-
文書化されていない
「テスターがアンインストールしたので日数が戻った」公開されている基準はオプトインの状態で動きます。アンインストールがオプトアウトと同じだとはどこにも書かれていません。ただし利用実績という材料は失われます。
-
採点基準は公開されていない
「アプリは良いです、と書くと自動で却下される」Googleが公開しているのは質問項目であって、採点式でも落ちる言い回しの一覧でもありません。中身の薄い回答が弱いのは、フィルタに引っかかるからではなく、何も論証していないからです。
いま実際に「追加のテストが必要」という表示に対応している場合は、Googleに追加テストを求められたときの対応で流れ全体を分解しています。却下のパターン全般はクローズド テストが却下される理由をご覧ください。
PrimeTestLabは、文書化されているこの2つのリスクを下げるように設計されています。要件を満たすテスター数を保ち、実際の利用を促し、フィードバックを集め、根拠にもとづいた申請の回答づくりをお手伝いします。
このサービスが向いている方
2度目の売り込みではなく、簡単な信頼の目安です。
含まれるもの
テスターは12人で足りるのか、増やすべきか
結論
12人はGoogleがドキュメントに記載した下限で、実際にこれで足ります。数人多く集めれば離脱のリスクを下げ、フィードバックの幅を広げられますが、20人や25人にしたことによる審査上の優遇はGoogleから何も公開されていません。追加のテスターは人数割れへの保険であって、判断を有利にするものではありません。
追加のテスターができないこともはっきり書いておきます。そう示唆するページが多いためです。14日間を短縮することはできず、実際の利用の代わりにもならず、製品版へのアクセスを保証もしません。それを踏まえたうえで、選択肢を正直に比較します。
| 自分で対応(無料) | Starter (12) | Professional (20) | Enterprise (25) | |
|---|---|---|---|---|
| 費用 | $0(自分の時間) | $19.99 | $29.99 | $27.99 |
| 離脱への余裕 | なし | ごくわずか | テスター8人分の余裕 | テスター13人分の余裕 |
| 実機 | 誰に頼むか次第 | |||
| 開始までの時間 | 数日から数週間まで幅がある | 4~6時間 | 4~6時間 | 4~6時間 |
| テスト完了率 | 信頼できる公開値なし | 99.9% | 99.9% | 99.9% |
| 無料の再テストまたは全額返金 |
ほとんどの開発者にとっては、PrimeTestLabのテスター12人のStarterプランが最も費用対効果に優れます。離脱への備えを厚くしたい場合は、テスター20人のProfessionalプランで8人分の余裕が加わります。テスター25人のEnterpriseプランなら13人分の余裕と専任担当者が付きます。要件を満たすテストの後に製品版へのアクセスが許可されなかった場合、どのプランにも無料の再テスト1回、または全額返金が含まれます(返金ポリシーに準じます)。どのプランでも約束できないのは、Googleの判断そのものです。
公開を止めうるその他の要件
クローズド テストは公開要件の1つであり、唯一のものではありません。テスター12人の要件を満たしても、テストとは無関係の理由で止まることがあります。公開日を決める前に、他に何が控えているかを知っておく価値があります。
デベロッパー確認はクローズド テストではありません
この2つはどちらも新しく、どちらも公開の前提になるため、頻繁に混同されます。Androidデベロッパー確認は本人確認であり、あなたが誰かを確かめるものです。クローズド テストはアプリがテストされたことを確かめます。別々の要件で期限も別々であり、両方を満たす必要がある場合もあります。展開の詳細、対象ストア、現在の適用状況はデベロッパー確認の解説記事にまとめています。
自分のアプリで確認しておきたいその他の項目です。
- ターゲットAPIレベル。新しいアプリとアップデートは比較的新しいAndroidバージョンを対象にする必要があり、下限は端末の種類によって異なります。最新の数値と延長申請の手順はターゲットAPIレベルの解説をご覧ください。
- 権限に関するポリシー。センシティブな権限にはそれぞれ申告と期限があり、日付は変わります。ポリシー更新カレンダーで、各項目の現在の適用日を追跡しています。
- アプリのコンテンツに関する申告。データセーフティ、プライバシーポリシー、広告、コンテンツのレーティング、対象ユーザー層は、リリースを配信する前にすべて完了している必要があります。
- 通常のポリシー審査。各リリースはテスト履歴とは関係なく、それ自体として審査されます。
これらの日付は1つのポリシーカレンダーにまとめており、ここでは繰り返しません。期限が複数の場所に散らばると内容がずれていき、どれかが誤りになるからです。
クローズド テストの規定自体は変わっていません。オプトインしたテスター12人、14日間連続という条件はそのままで、Googleは今も2023年11月13日以降に作成された個人アカウントについて記載しており、組織アカウントは明示された範囲の外に置かれています。Googleは2024年12月11日に下限をテスター20人から12人に引き下げました(Android Developers Blog)。2026年8月15日時点で、テスターの人数、14日間連続の期間、公開されているオプトインの条件について、それ以上の変更は発表されていません。
料金プラン
自分でテスターを探す手間は不要です。どのプランにも、Google Playの14日間クローズド テスト要件を満たすために必要なものが含まれます。現在はEnterpriseがキャンペーンで最もお得です。Professionalより多いテスター数に大きめの割引が付くため、25人が20人より安くなることがあります。要件を満たすテストの後に製品版へのアクセスが許可されなかった場合、どのプランにも無料の再テスト1回、または全額返金が含まれます(返金ポリシーに準じます)。
- フル14日間のテスト期間
- 実機Android
- メールサポート
- 製品版へのアクセスが許可されなかった場合は無料の再テストまたは全額返金
- フル14日間のテスト期間
- 多様なAndroid端末20台
- 優先WhatsAppサポート
- 詳細な不具合レポート+無料の再テストまたは全額返金
- フル14日間のテスト期間
- 多様な端末25台
- 専任アカウントマネージャー
- 製品版へのアクセスが許可されなかった場合は無料の再テストまたは全額返金(全プラン共通)+テスター25人の余裕
よくある質問
Google Playのクローズド テストにはテスターが何人必要ですか
2023年11月13日以降に作成した個人用デベロッパーアカウントでは、製品版へのアクセスを申請する前に、直近14日間連続でオプトインしたテスターが12人以上必要です。12人はドキュメントに記載された下限であり、数人多めに確保しておくと離脱への備えになります。12人×14日を満たすことは申請できる状態になることであり、承認とは別です。
Google Playのクローズド テストはどれくらいかかりますか
要件を満たす基準は、直近14日間連続でオプトインしたテスターが12人以上いることです。その後、製品版へのアクセスを申請できます。Googleは審査に通常7日以内としていますが、より長くかかる場合もあります。PrimeTestLabでは、ご注文から通常4~6時間以内にテストを開始します。
テスター12人は別々の日に始めても大丈夫ですか
大丈夫です。全員が同時に参加しなければならないとGoogleは述べていません。テスターはそれぞれ自分のオプトイン履歴を持ちます。申請できる日付を決めるのは、要件を満たした12人目のテスターであり、最初の招待を送った日ではありません。
Google Playのテスター12人を無料で集めるには
Reddit(r/androiddev、r/betatesting)、Discord、テスター相互協力グループ、あるいは友人や家族を頼る方法があります。無料のテスターはインストールを忘れたりオプトアウトしたりしがちで、その結果12人を割ってしまいます。参加が遅れたりオプトアウトが起きたりすると申請可能日がずれ、交代要員のためにさらに14日間の要件期間が必要になることもあります。実際、$19.99を払ってプロのテスターに依頼するほうが、無料での失敗に費やす時間より安く済むと感じる開発者は少なくありません。
公開するアプリごとにテスター12人が必要ですか
実務上、Play Consoleはこの要件をアプリ単位で表示し判定します。新しいアプリごとにダッシュボードを確認してください。1つのアプリで製品版へのアクセスを得れば以降のすべてのアプリで要件が自動的になくなる、というアカウント単位の恒久的な約束をGoogleは公開していません。詳しい回答はこちら。
組織アカウントでも14日間テスター12人が必要ですか
Googleはこの製品版アクセス向けのテスト要件を、2023年11月13日以降に作成された個人アカウントに限定しています。したがって組織として作成したアカウントは、明示された範囲の外です。ただし全面的な適用除外と言い切らず、慎重に表現すべき点です。公式フォーラムには、個人アカウントから変換または移管したアプリやアカウントが既存のテスト義務を引き継いだという報告があります。アカウント種別だけで判断せず、アプリのダッシュボードを確認してください。2種類のアカウントの比較はこちら。
14日間テストしたのにGoogleに却下されたのはなぜですか
Googleが公に挙げている例は2つです。要件を満たすテスターが12人に足りないことと、テスターの利用が不十分なことです。網羅的な一覧は公開されていません。1つ目はたいてい数の問題(参加の遅れやオプトアウト)です。2つ目には公開された基準値がありません。特定の更新回数やアンケートの言い回しが却下の原因だという主張は、開発者の推測であって公開されたポリシーではありません。詳しい解説は上のセクションをご覧ください。
製品版へのアクセスのアンケートとは何ですか
クローズド テストの後、Play Consoleのダッシュボードから製品版へのアクセスを申請し、3部構成のフォームに回答します。Googleは質問項目は公開していますが採点基準は公開していないため、ありきたりな文章ではなく自分のテスト記録をもとに回答してください。設問ごとの解説はこちら。
まとめ
自分で進める場合、全体は短い手順に集約できます。この記事の他の部分は、すべてこの10ステップのどれかに付随する詳細です。
- そのアプリのPlay Consoleダッシュボードに実際に要件が表示されているか確認します。
- アプリの設定を完了します。ストアの掲載情報、コンテンツに関する申告、データセーフティです。
- クローズド テストトラックにリリースを公開し、ステータスが公開済みになるまで待ちます。
- テスター12人以上にオプトインしてもらい、人数は招待リストではなくテスターのタブで確認します。
- 14日間を通して12人以上を連続してオプトインした状態に保ちます。日付を決めるのは、要件を満たした12人目です。
- 本当の意味でテストを行います。テスターに具体的な作業を渡し、返ってきた内容を書き留めます。
- 実際に出てきた問題を修正し、何を変えたかを記録します。
- Play Consoleに表示されたらダッシュボードから申請します。
- フォームはテンプレートではなく自分の実際の記録をもとに回答します。
- Googleの審査は通常7日以内と考え、確約ではないと捉えます。追加を求められたらテストを続けます。
ステップ5では最初の招待から数えてしまい(正しくは要件を満たした12人目から)、ステップ6ではこの2週間をテスト期間ではなく待機期間と考えてしまう。この2つで何週間も失う人がいます。
14日間アプリをインストールし続けてくれる信頼できる人を12人集めるのは、実際とても大変です。そこでPrimeTestLabの出番です。
結論
PrimeTestLabは、テスターの募集と維持というボトルネックを取り除きます。プランは$19.99からで、テストは4~6時間以内に開始します。必須の14日間のテストは最後まで行う必要があり、その後にGoogleが製品版へのアクセスの申請を審査します。
目的に合うプランをお選びください。テスター12人のStarter、テスター20人のProfessional、テスター25人のEnterpriseです。要件を満たすテストの後に製品版へのアクセスが許可されなかった場合、どのプランにも無料の再テスト1回、または全額返金が含まれます(返金ポリシーに準じます)。まだ疑問がありますか。クローズド テストが通らないときの対処法もご覧ください。
Googleの公式情報で確認する
この記事はGoogleが公開している内容と、フォーラムだけが主張している内容を分けて書いています。前者はご自身でも確認できるはずです。上記の重要な記述はすべて次のページに基づいています。
一次情報
この記事が「Googleが公開している」と書いている内容は、この3ページのいずれかにあります。「コミュニティ発の情報」「記載なし」と書いている場合は、これらを調べたうえで見つからなかったという意味です。