要件ガイド
クローズド テスト中のアップデートは公開していい? — 14 日間はそのまま、公開方法と回数
クローズド テスト中に新しいバージョンを公開しても、14 日間は途切れません。むしろ製品版へのアクセス申請のアンケートで何を変更したかを問われるため、公開しておいたほうが有利です。Play Console でアップデートを公開する手順、どのくらいの頻度で何を公開するか、アップデートでテストが崩れるケースをまとめました。
最終確認日 2026/10/14。
1. 公開してかまいません — 14 日間は途切れません
クローズド テスト中に新しいバージョンを公開しても、14 日間が最初からやり直しになることは ありません。 Play Console ヘルプのドキュメントでは、要件は “12 人以上のテスターが 14 日間継続してオプトインしている状態”とだけ記載されており、 バージョンの数やアップデートの有無は条件になっていません。同じトラックに新しいバージョンを公開しても、テスターの オプトインの状態は変わりません。
14 日間を途切れさせるのはアップデートではなく、テスターが抜けることです。テスターが テストへの参加をやめた、アプリを削除した、テスターリストから外れた、あるいはトラックを新しく作って移った場合です。詳しい カウントのルールは 14 日間はいつから数えるのかにあります。
2. 公開したほうがよい理由
14 日間を満たして製品版へのアクセスを申請すると、アンケートの最後のパートで クローズド テストの結果を受けてアプリをどう変更したか、公開の準備ができたと判断した 根拠は何かを問われます。テスト期間中ずっとバージョンが 1 つだけだと、この設問に書くことがありません。
逆に、テスト中に公開したバージョンと、各バージョンで修正した内容が残っていれば、そのまま回答の根拠になります。 “1.0.2 で最初の画面の読み込みを短縮し、1.0.3 でテスターから報告されたログインのエラーを修正した”のように、 バージョン番号と変更内容を一緒に書けば、審査担当者が確認できます。設問別の例は 製品版へのアクセス申請アンケートの設問別回答例に、バージョンが 1 つだけのときに起きる問題は 却下される 7 つの理由にまとめています。
3. Play Console での公開手順
- アプリの バージョンコード(versionCode) を前のバージョンより大きい数字に上げ、新しい App Bundle(.aab)を ビルドします。一度使ったバージョンコードは再利用できません。
- 左側のメニューで テストとリリース → テスト → クローズド テスト に移動し、 現在テスターが参加しているトラックの トラックを管理 をクリックします。
- リリース タブで新しいリリースを作成して App Bundle をアップロードし、リリースノートに今回変更した内容を書いて 保存します。
- 左側のメニューの 公開の概要 から、変更内容を審査に送信します。公開の管理をオンにしている場合は、審査が 終わった後に自分で公開しないとテスターに届きません。
- 審査が終わると、テスターの Play ストアにアップデートが表示されます。自動更新をオンにしているデバイスは自動で取得し、そうでなければテスターが自分でアップデートします。
4. どのくらいの頻度で、何を
決まった回数はありません。実務では 3〜4 日おき、14 日間で 2〜3 回公開すれば、 アンケートに書ける履歴が十分に残ります。大きな機能を新しく作る必要はなく、テストで気づいて修正したものなら小さな変更で かまいません。
- テスターから報告された不便な点やエラーの修正
- 特定のデバイス · OS バージョンだけで起きていた問題の修正
- 最初の画面の表示が遅い問題の改善(初回起動が遅いと、テスターがアプリをあまり使わなくなります)
- 文言 · 画面レイアウトなど、テスターが迷った部分の整理
バージョンごとに リリースノートに何を変えたかを 1 行ずつ書いておけば、後で アンケートを書くとき、その一覧がそのまま回答になります。申請の直前にアプリを大きく変えると、テスターがそのバージョンを 使う時間がないので、大きな変更はテストの前半〜中盤に公開するほうがよいでしょう。
5. アップデートでテストが崩れるケース
アップデート自体は 14 日間を途切れさせませんが、アップデートの過程でテストを崩してしまう間違いはあります。
- 新しいトラックを作って公開した。トラックを変えると、それまで積み上げたオプトインの 期間は引き継がれません。アップデートは現在のトラックに公開します。
- 内部テスト トラックに公開した。クローズド テストのテスターには届きません。 カウントされるのもクローズド テストだけです(内部 · クローズド · オープン テストの違い)。
- 公開のついでにテスターリストを整理した。リストから外したアカウントはすぐに人数から 外れます。テスト中は追加だけにして、削除はしないでください。
- 初回起動が壊れたバージョンを公開した。開いた途端に落ちるアプリはテスターに削除され やすく、削除されると人数から外れます。公開する前に、自分のデバイスでインストールと初回起動を確認してください。
6. テスターにアップデートが表示されないとき
- 公開の概要 で、まだ 審査中の変更 に残っていないかを確認します。審査が終わらないとテスターには 届きません。
- 公開の管理をオンにしている場合は、審査が終わった後に自分で公開したかを確認します。
- バージョンを公開したトラックが、テスターが参加しているトラックと同じかを確認します。
- 公開された直後は、Play ストアがアップデートを認識するまでに時間がかかることもあります。テスターは Play ストアのアプリのページを開いて、自分でアップデートできます。
DUIRE では、テスト用デバイスが毎日新しいバージョンを確認します。Play Console に新しいバージョンを公開するだけで デバイスが取得してインストールし、デバイスごとにいつどのバージョンがインストールされたかを履歴として残します。その履歴が 結果レポートに含まれ、アンケートの根拠になります。
よくある質問
- アップデートを公開すると、14 日間は最初からやり直しになりますか?
- いいえ。要件は、テスター 12 人がオプトインした状態で 14 日間維持されたかでカウントされます。同じクローズド テスト トラックに新しいバージョンを公開しても、テスターのオプトインの状態は変わりません。
- テスト中にアップデートは必ず必要ですか?
- 必須の条件ではありません。ただし、製品版へのアクセス申請のアンケートでクローズド テストの結果を受けて何を変更したかを問われるため、バージョンが 1 つだけだと答える材料がなく不利になります。
- アップデートの審査にはどのくらいかかりますか?
- 決まった時間はなく、数時間から数日かかります。審査中もテスターは以前のバージョンで参加し続けているので、期間が止まることはありません。
- 同じバージョンコードでもう一度アップロードできますか?
- できません。一度アップロードしたバージョンコード(versionCode)は再利用できないため、アップデートのたびに前のバージョンより大きい数字に上げてビルドする必要があります。バージョン名(1.0.1 のような表示用の名前)は別に決めます。
- 内部テスト トラックに公開したアップデートも、クローズド テストのテスターに届きますか?
- いいえ。クローズド テストのテスターが受け取るのは、そのクローズド テスト トラックに公開したバージョンです。テスト中のアップデートは、テスターが参加しているまさにそのトラックに公開してください。
テスターを集めずに要件を満たすなら
DUIRE は実際の Android デバイスでクローズド テストに参加し、14 日間毎日アプリを起動します。アプリの登録とインストール可否の確認は、お支払いなしで行えます。