はじめる
← Blog

要件ガイド

クローズド テスト中のアップデートは公開していい? — 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 での公開手順

  1. アプリの バージョンコード(versionCode) を前のバージョンより大きい数字に上げ、新しい App Bundle(.aab)を ビルドします。一度使ったバージョンコードは再利用できません。
  2. 左側のメニューで テストとリリース → テスト → クローズド テスト に移動し、 現在テスターが参加しているトラックの トラックを管理 をクリックします。
  3. リリース タブで新しいリリースを作成して App Bundle をアップロードし、リリースノートに今回変更した内容を書いて 保存します。
  4. 左側のメニューの 公開の概要 から、変更内容を審査に送信します。公開の管理をオンにしている場合は、審査が 終わった後に自分で公開しないとテスターに届きません。
  5. 審査が終わると、テスターの Play ストアにアップデートが表示されます。自動更新をオンにしているデバイスは自動で取得し、そうでなければテスターが自分でアップデートします。
トラックを最初に開始する手順(テスターの追加 · 国 / 地域 · オプトイン リンク)は クローズド テスト要件のまとめ: Play Console での設定手順に画面キャプチャ付きでまとめています。

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 日間毎日アプリを起動します。アプリの登録とインストール可否の確認は、お支払いなしで行えます。