Google Playクローズドテストへのテスター招待方法（14日間リセットを避ける）

新規の個人用デベロッパーアカウントで公開する場合、Google Playは製品版へのアクセスの前にクローズドテストの完了を求めます。多くの開発者がここでつまずきます。メールを追加し、リンクを共有し、テスターが入ったつもりになる。10日後に14日間のカウントがリセットされ、原因が分からない。このガイドでは招待の全手順、ステータスの招待済み vs オプトイン済み vs インストール済み vs アクティブの段階、そして静かに数週間を無駄にするリセット原因5つを説明します。テスターを早く用意したい場合は、PrimeTestLabが精査済みテスター12～25人を$19.99から（別途サービス手数料5%）ご用意し、テスト開始は通常4～6時間以内です。

クローズドテスト設定の動画ウォークスルー

Play Consoleの手順（トラック、テスターリスト、オプトインリンク、審査提出まで）

YouTube

読む方がよい場合：動画をスキップして下のテスターのファネルへ。各セクションにPlay Consoleの手順とスクリーンショットがあります。

招待のファネル：「12人追加」が「12人要件クリア」にならない理由

Play ConsoleにGmailを貼った瞬間から、そのテスターが14日間サイクルに実際にカウントされるまでには段階があります。初回公開の開発者の多くは手順1で数え終わり、あとでGoogleが「not enough testers（テスター不足）」と表示する理由に戸惑います。

Google Playクローズドテストの準備

多くのガイドが飛ばす部分です。Play Consoleをクリックし始める前に、次の5点を揃えてください。準備不足は、クリーンに終わるはずのサイクルが数週間伸びるいちばん多い原因です。当社は7,400+件のアプリを5ステップの準備順でオンボードしており、順番に意味があります。各項目が前の項目に依存します。

1

アップロード可能な署名済みAndroid App Bundle（AAB）

クローズドテストにはAPKではなくAABが必要です。Android StudioでBuild > Generate Signed Bundle / APK > Android App Bundleから生成します。初回アップロード時は、Play Consoleの案内どおりPlay App Signingを受け入れるのが一般的です。

ヒント：AAB生成前にversionCodeを前回のテストビルドより少なくとも1上げてください。versionCodeの再利用はいちばん多いアップロードエラーです。

2

テスターの母集団（メールまたはGoogleグループアドレス）

最初に決めてください。個別のGmail一覧をアップロードするか、Play ConsoleにGoogleグループを指定するか。PrimeTestLabのようなサービスを使う場合は、公式のGoogleグループアドレス（例：khadem-testers-service@googlegroups.com）を貼るだけで、CSV管理を省略できます。

ヒント：ちょうど12人ではなく、手元の母集団をすべて追加してください。理由は手順2で説明します。

3

国リストを選択できる状態に（理想は全177か国）

クローズドテストの国設定は製品版のローンチとは独立しています。1か国だけで公開する予定でも、インストール可能な全地域を選ぶと、どこにいるテスターでも入れます。ここを狭めると「アプリが利用できない」報告のよくある原因になります。

play.google.com/console クリックで拡大

4

ストア掲載情報の必須項目を完了

クローズドテストのリリースをGoogleが処理する前に、通常必要になるのはプライバシーポリシーURL、データセーフティの記入、コンテンツレーティングの質問票、ターゲット層の申告です。Publishing overview（公開の概要）を開くと、未完了の項目が一覧されます。

5

2日目・7日目・11日目のリマインド予定

友人・家族・オンラインで集めた人を招待する場合、声かけがないとサイクルは死にます。最初の招待を送る前にリマインドをスケジュールしてください。各タイミング用のコピペ用テンプレートを後述します。ここを飛ばすと、12日目のアクティブ数が静かに12人を割ります。

手順1：Play Consoleでクローズドテストトラックを作成する

誰かを招待する前に、招待先のクローズドテストトラックが必要です。すでにトラックとアクティブなリリースがある場合は手順2へ進んでください。

play.google.com/console クリックで拡大

クローズドテストトラックはあるのにテスターがアプリを見られない場合は、別の（そして非常によくある）問題です。詳しくはテスターにアプリが表示されないときのガイドで解説しています。

手順2：テスターの追加方法を選ぶ（メーリングリスト vs Googleグループ）

Google Playはクローズドテストトラックへのテスター追加方法を2つ用意しています。実務上の挙動は大きく違います。選び間違えると、テスターの追加・削除のたびに余計な1時間を消費します。

方法1：個別メーリングリストの手順

1. クローズドテストトラック内でTestersをクリック。
2. Create email listを選び、名前を付ける（例：「Beta Cohort 1」）。
3. メールを1行1件で貼るか、CSVをアップロード。
4. Save changesをクリック。
5. Testersページでリスト横のチェックボックスを入れる。ここがいちばん抜けやすい。
6. ページ下部のSaveをもう一度クリック。

play.google.com/console クリックで拡大

play.google.com/console クリックで拡大

方法2：Googleグループの手順

1. groups.google.comでCreate groupをクリック。
2. グループタイプをEmail listに。名前を付ける（例：「myapp-closed-testers」）。
3. Group settings > Member privacyでExternal membersを許可。
4. Posting policiesでメンバーがview conversationsできるよう設定（チーム方針に合わせて）。
5. Members > Add members directlyで初期テスターを追加。
6. Play ConsoleのClosed testing > Testersに戻り、Google Groupsを選び、グループのメールアドレスを貼って保存。

play.google.com/console クリックで拡大

手順3：オプトインリンクを生成して共有する

いちばん誤解されやすい手順です。メールを追加しただけでは足りません。各テスターがオプトインリンクを開き、Googleアカウントでサインインし、「Become a tester」をクリックする必要があります。そのクリックがなければ招待済みでもオプトイン済みではなく、カウントされません。

play.google.com/console クリックで拡大

クローズドテストのオプトインURLの構造

テスターが実際にオプトインする流れ

デモアカウントとライセンステスト：個人開発者が見落とす2設定

テスターが完璧にオプトイン済み・インストール済みでも、サイクルは静かに死に得ます。いちばん多い「静かな原因」は2つです。アプリにログイン壁がありテスターが先に進めない、またはアプリ内課金があり実課金なしでは有料フローを試せない。どちらにもPlay Consoleの専用設定がありますが、初回で正しく埋まることはほとんどありません。

設定1：デモアカウント（App content > App access）

Googleの審査担当やテスターがアプリを開いてログイン画面に当たった場合、認証情報が必要です。Play ConsoleにはApp accessという専用欄があります。認証壁があるアプリでは記入が事実上必須です。

設定2：ライセンステスト（Settings > License testing）

アプリ内課金（買い切りIAP、サブスク、消費型など）がGoogle Play Billingに触れる場合、実課金の保護なしではテスターは有料フローを試しません。Googleの解決策がLicense testingです。指定Gmailは課金呼び出しにサンドボックス応答を受け取り、実取引になりません。

どの設定がいつ必要か

途中離脱の理由とエンゲージメントの保ち方は、テスターを12人より多く用意する理由でも解説しています。

ステータスの段階：招待済み vs オプトイン済み vs インストール済み vs アクティブ

このガイドでいちばん重要なメンタルモデルです。Googleのテスター12人要件は「12人招待」でも「12人インストール」でもありません。「オプトイン済みテスター12人が、14日間連続でアプリを維持していること」です。段階を上がるたびに、実効人数は絞られます。

1. 招待済み

   1. 招待済み

   テスターリスト（またはGoogleグループ）にメールを追加しただけ。テスター本人はまだ知りません。

   Googleの12人にカウント？ いいえ

2. オプトイン済み

   2. オプトイン済み

   リンクを開き、サインインし、「Become a tester」を押した状態。Google上で確定したテスターです。

   Googleの12人にカウント？ はい · オプトインした瞬間から

3. インストール

   3. インストール済み

   そのGoogleアカウントの実機にアプリがある状態。Googleが見るテスターシグナルの前提です。

   Googleの12人にカウント？ はい · アクティビティの記録も始まる

4. 14日アクティブ

   4. 14日間連続でアクティブ

   途切れることなく14日間、インストールとオプトインを維持。要件を満たすのはこの状態だけです。

   製品版へのアクセスにカウント？ はい · ここがゴール

14日間のカウントをリセットする5つのミス

痛いところです。以下は毎週のように見るリセット原因です。どれも誰かのクリーンな2週間を無駄にしています。覚え、テスト開始を告げる前に送信前チェックリストを回してください。

14日間リスクマップ：リセット要因が刺さるタイミング

リセットは14日間に均等に起きません。離脱リスクがピークになるのは2つです。序盤（2～4日目：好奇心が冷める）と終盤（11～13日目：「もう終わったも同然」と思う）。これを知ると、インストール維持のリマインドタイミングが変わります。

テスターへのリマインドを送るタイミング

• 2日目：「確認です。[アプリ名]はまだ端末に入っていますか？使う必要はありません。入れておくだけで大丈夫です。」
• 7日目：「折り返し地点です。14日間は[具体的な日付]に終わります。」
• 11日目：「あと3日です。いちばん大切な区間です。まだアンインストールしないでください。」
• 14日目 · 保留メッセージ：「サイクル自体は完了です。ただ製品版へのアクセスはまだGoogleの確認待ちです。私が確認するまでインストールを維持してください。」
• 製品版アクセス付与後：「Googleが製品版へのアクセスを認めました。安全にアンインストールして大丈夫です。ありがとうございました。」

Play Consoleで進捗を追う

Play Consoleではクローズドトラック上のオプトイン済み人数とエンゲージメントをライブで確認できます。14日間は毎日見て、サイクルが沈む前に離脱を察知してください。

play.google.com/console クリックで拡大

コピペできるテスター招待テンプレート

オプトイン率をいちばん左右するのは、テスターに送るメッセージの質です。「クリックして入れて」の2行だと変換率は30%前後になりがちです。下のテンプレートは、何をしてほしいか、なぜ必要か、何日間インストールを維持するかを明確にするため、70～80%前後まで上がりやすい構成です。

テスター準備度チェッカー：60秒で設定を採点

準備・方法・リセット原因を読んだあとは、自分の設定を照合してください。下の5問に答えると、クローズドテストが本当に招待できる状態か、見落とすと14日分のロスになり得る設定かを示すリスクスコアが出ます。

送信前のチェックリスト

招待を飛ばす前にこのリストを通してください。各項目は上で扱った失敗モードに対応します。8つすべてにチェックが入れば、サイクルを生き残らせるために自分側でできることはやり切っています。

play.google.com/console クリックで拡大

DIYでのテスター探し vs 体制の整ったクローズドテスト

多くの開発者はまずDIYを試します。Reddit、Discord、テスター交換アプリ、友人・家族、ランダムなフリーランス。表向きは無料か安価でも、隠れたコストは時間です。1回でサイクルを完了するために本当に効く指標で、2つのアプローチを比べます。

PrimeTestLabがテスター招待を端から端まで進める方法

本当の課題が「14日間アプリを入れてくれるAndroidテスターを12人以上知らない」なら、それがPrimeTestLabが解くポイントです。クローズドテストのオプトインリンクを共有いただければ、招待・オプトイン確認・日次エンゲージメント監視・14日間の維持・完了トラッキングは当社側で進めます。7,400+件以上の実績があります。

注文後に実際に受け取れるもの

ご注文後、ダッシュボードがこの記事と同じ構造の5ステップで案内します。「テスターを探す」フェーズを丸ごと飛ばすために必要なものは揃っています。

現在のパッケージ

表示価格に加え、別途サービス手数料5%がかかります。保証は無料再テストまたは全額返金から選べます。

よくある質問

まとめ