クローズドテストから本番公開までの流れ【日別スケジュール】
Google Playの個人アカウントで、内部テストからクローズドテスト14日間、本番アクセス申請、審査、本番リリースまでを日別に整理。テスター募集やアップデートのタイミングも解説します。
クローズドテストから本番公開までの流れ【日別スケジュール】
新しく作成したGoogle Playの個人デベロッパーアカウントの場合、最初のアップロードから本番公開までの現実的な流れは次のとおりです。数日間の内部テストと準備、12人以上のテスターがオプトインした14日間以上のクローズドテスト、そして本番環境へのアクセス申請(Googleの審査は通常7日以内)、その後に通常の本番リリース審査があります。全体でおよそ4週間を見込み、14日間は「待つ期間」ではなく「動く期間」として、2〜3日ごとにアップデートを出して変更内容を記録しておくのがおすすめです。
以下、日別に分けて見ていきます。
0日目より前:準備
クローズドテストを始める前に済ませておきましょう。後から変更すると時間がかかります。
デベロッパーアカウントの本人確認が完了している
ストア掲載情報の基本(アプリ名、簡単な説明・詳しい説明、アイコン、スクリーンショット)
コンテンツのレーティングの質問票に回答済み
データセーフティのフォームに回答済み
ターゲットユーザーとアプリのコンテンツの各項目に回答済み
プライバシーポリシーのURLを用意
署名済みのリリースビルド(AAB)を用意
フィードバックの受け口を用意(フォーム、メール、チャットなど)
内部テスト(任意・1〜3日)
内部テストでは、自分で選んだ最大100人のテスターにすぐビルドを配布できます。12人・14日間の要件にはカウントされませんが、クローズドテストのカウントが始まる前に、インストールやクラッシュの問題を見つける手軽な方法です。
- 内部テストトラックにビルドをアップロードする
- 自分の端末1〜2台に実際にインストールしてみる
- 明らかな不具合を直す
0日目:クローズドテストを開始
- クローズドテストトラックを作成するか開きます。手順は クローズドテストトラック完全ガイド を参考にしてください。
- テスターリスト(メールリストまたはGoogleグループ)を追加します。
- トラックの配信国を選び、すべてのテスターの国が含まれていることを確認します。
- バージョン1.0.0をアップロードし、リリースを送信します。
オプトインリンクはリリースが公開済みになってから使えるようになり、初めてのテストリンクは使えるまで数時間かかることがあります。
1〜2日目:全員にオプトインしてもらう
- テスターにオプトインリンクとインストール手順を送ります。
- 追加したアカウントで各テスターが参加を承認したか確認します。
- 目標は12人ちょうどではなく、14〜16人のオプトインです。
重要: 14日間はテスターがオプトインした時点から数えます。メールアドレスを追加した日ではありません。実質的な「1日目」は、12人目のテスターがオプトインした日です。
1〜14日目:テスト期間
多くの開発者が手を抜きがちなのがこの期間です。Googleのヘルプでは、クローズドテスト中にテスターのフィードバックに対応すること、バグを修正すること、できるだけ多くの機能を使ってもらうこと、アプリを更新することが推奨されています。目安は2〜3日に1回のアップデートです。
アップデートスケジュールの例
| 日 | やること | 例 |
| 1 | v1.0.0公開、テスターのオプトイン完了 | まず主要な操作を試してもらう |
| 3 | v1.0.1を配信 | 最初の報告にあったクラッシュの修正 |
| 5〜6 | v1.0.2を配信 | フィードバックをもとにしたUI改善 |
| 8〜9 | v1.0.3を配信 | 細かな不具合の修正 |
| 11 | v1.1.0を配信 | テスターから要望のあった小さな機能や仕上げ |
| 14 | 変更を止める | 最後のフィードバックを集め、リスクのある変更はしない |
アップデートは最低2回、できれば3〜4回以上が目安です。1回ごとに「クローズドテストをもとにどんな変更をしたか」という質問への具体的な答えが増えます。
毎日やること
- クローズドトラックのAndroid Vitalsとクラッシュレポートを確認する
- 新しいフィードバックを読み、記録に追加する
- オプトイン中のテスター数が減っていないか確認する
記録しておくこと
日付・テスターからの報告・行った変更の3列の記録を1つ作っておきましょう。14日目には、これがそのまま本番申請の回答の大部分になります。
15〜16日目:本番環境へのアクセスを申請
ダッシュボードで条件を満たしたと表示されたら、本番環境へのアクセスを申請をクリックします。申請フォームは3つのパートに分かれています。
記録を活用しましょう。日付、バージョン番号、具体的な修正内容があると、回答の説得力が増します。
審査を待つ間もクローズドテストは続けてください。Googleから追加のテストを求められた場合、オプトインを続けているテスターは引き続きカウントされます。
16〜23日目:Googleの審査
Googleによると、審査は通常7日以内ですが、それ以上かかることもあります。完了するとメールが届きます。
- 承認されれば、本番環境へのアクセスが有効になります。
- 追加のテストを求められた場合は、クローズドテストを続け、エンゲージメントとアップデートの頻度を見直してから再申請します。詳しくは 本番アクセス申請が却下された時の原因と対策 をご覧ください。
承認後:最初の本番リリース
本番環境へのアクセスが得られても、アプリが本番公開されたわけではありません。本番リリースを作成し、Googleの通常のアプリ審査を受ける必要があります。公開前の手順は Androidアプリの公開方法【Google Play 2026年版】 で確認できます。
全体のスケジュール
| フェーズ | 目安の期間 |
| 準備 | 状況による |
| 内部テスト(任意) | 1〜3日 |
| 12人以上のオプトイン | 1〜2日(ゼロから募集する場合はさらに長く) |
| クローズドテスト期間 | 最低14日 |
| 本番アクセスの審査 | 通常7日以内 |
| 最初の本番リリース審査 | 状況による |
遅れの最大の原因はGoogleではなく、テスター募集です。テスターが1週間かけて少しずつ集まると、14日間のスタートも実質1週間遅れます。
Doplyでテスト期間を任せる場合
14日間のテスター管理を自分でやりたくない場合は、Doply にその部分を任せることもできます。流れは、DoplyのテスターCSVをダウンロードしてクローズドテストのテスターリストにアップロードし、Doplyにアプリを登録して互換性チェックを通過したら、インストールを押すだけです。12台以上にインストールされるとステータスが「テスト中」になります。Doplyは実機のAndroid端末で最低14名(通常16名)のテスターを提供し、テストを18日間(必須の14日+予備4日)続けます。
上のアップデートの流れにも合わせられます。Doplyは毎日0時(日本時間)から新しいバージョンを確認して自動で更新し、2時から各端末でアプリを順番に起動します。クローズドテスト14日間に2回以上アップデートしていれば、テスト期間を18日間無料で延長できます。Doplyのテスターアカウントは韓国のアカウントのため、クローズドトラックの配信国に韓国を含めてください。料金は1アプリ$6.99(税別)で、Googleの承認を保証するものではありません。詳しくは ご利用ガイド をご覧ください。
よくある質問
クローズドテストから本番公開まで、どれくらいかかりますか?
最短でも、クローズドテスト14日間とGoogleの本番アクセス審査(通常7日以内)が必要です。準備やテスター募集を含めると、約4週間が現実的です。
内部テストは14日間にカウントされますか?
いいえ。要件は、12人以上のテスターが14日間連続でオプトインしたクローズドテストです。
クローズドテスト中は、どのくらいの頻度でアップデートすべきですか?
Googleはテスト中のアップデートを推奨していますが、回数は決めていません。2〜3日ごとに、合計2〜4回以上のアップデートを出すと、報告できる具体的な変更も揃います。
申請したらクローズドテストは止めてもいいですか?
いいえ。追加のテストを求められる可能性があるため、本番環境へのアクセスが得られるまで続けてください。
14日間はトラックを作成した日から数えますか?
いいえ。テスターごとにオプトインした日から数え、その間オプトインし続けている必要があります。
