クローズドテスト中にAABを更新すると14日間はリセットされる？安全な更新手順

【2026年7月20日更新】

Google Playのクローズドテストを14日間進めている途中で、不具合が見つかることがあります。

「AABを更新したら14日間が最初からやり直しになる？」

「テスターに入れ直してもらう必要はある？」

「修正版を出したいけれど、今の参加状態を壊すのが怖い」

この疑問は、アプリを初めて公開する個人開発者から特によく聞かれます。

結論からいうと、同じクローズドテストトラックへ新しいAABをリリースすること自体で、クローズドテストが終了するわけではありません。Google Playでは、テストトラックに新しいリリースを追加し、参加中のテスターへ更新版を配布できます。

ただし、「AABの更新」と「12人・14日間の参加条件」は別に管理する必要があります。テスターがopt-in状態から外れる、別のトラックへ移る、対象国・テスターリストを誤って変える、といった操作は避けなければなりません。

この記事では、クローズドテスト中に修正版を安全に配布するための考え方と手順を整理します。

■ AABを更新してもテストを続けられる理由

クローズドテストは、1つのAABファイルだけを14日間固定して配布する仕組みではありません。

テスト中に不具合を修正し、新しいversionCodeのAABを同じトラックへ追加することができます。テスターはGoogle Playから更新版を受け取り、引き続きテストに参加できます。

重要なのは、次の状態を維持することです。

・同じクローズドテストトラックを使う

・必要な人数のテスターがopt-inした状態を保つ

・テスターリストやGoogleグループを不用意に外さない

・テスターが自分でテスト参加を解除しない

・対象国や配信設定を誤って変更しない

Google Playの画面や判定条件は変更されることがあるため、最終的には自分のPlay Consoleに表示される進捗とタスクを確認してください。

■ 「アプリの更新」と「参加状態」は別

混同しやすいのが、アプリのバージョンとテスターの参加状態です。

アプリの更新:

・新しいAABをアップロードする

・versionCodeを上げる

・審査後、テスターへ更新版を配布する

テスターの参加状態:

・登録済みのGoogleアカウントで参加リンクを開く

・テスターとしてopt-inする

・Google Playからアプリを入れる

・テスト参加状態を維持する

修正版を配布しても、テスターのopt-inが維持されていれば、同じクローズドテストを継続できます。一方、テスターが参加解除を行った場合や、別アカウントでPlayストアを開いた場合は、更新版を受け取れないことがあります。

■ 更新前に確認する7項目

AABを差し替える前に、次を記録しておくと安全です。

1. 現在使用しているトラック名

2. Play Consoleに表示される参加人数

3. テスターリストまたはGoogleグループ

4. 対象国・地域

5. 現在配布中のversionCode

6. 修正する不具合と確認手順

7. 更新前の日付と画面のスクリーンショット

特に、トラック名・テスター設定・対象国は、修正版の配布だけなら変更する必要がありません。

■ 安全なAAB更新手順

1. 修正内容を限定する

クローズドテスト中の更新では、一度に大きく作り替えるより、発見した不具合を限定して修正した方が確認しやすくなります。

2. versionCodeを必ず上げる

同じversionCodeのAABはアップロードできません。修正版ではversionCodeを増やし、versionNameも判別しやすくします。

例:

更新前 versionCode 12 / versionName 1.0.2

更新後 versionCode 13 / versionName 1.0.3

3. 先に内部テストで確認する

可能であれば、修正版を内部テストで確認してからクローズドテストへ出します。

最低限、次を確認します。

・アプリが起動する

・既存データを引き継げる

・ログインできる

・修正した機能が動く

・アップデート後にクラッシュしない

4. 同じクローズドテストトラックに新しいリリースを作る

14日間を進めているトラックとは別のトラックを新しく作らず、現在使用しているクローズドテストトラックへ修正版を追加します。

5. 審査・公開状態を確認する

AABをアップロードしただけでは、すぐテスターへ配信されるとは限りません。審査中、公開待ち、利用可能などの状態を確認します。

6. テスターにはGoogle Playから更新してもらう

APKを直接配布せず、クローズドテストに参加しているGoogleアカウントでGoogle Playを開き、更新してもらいます。

このとき、参加リンクからテスター登録をやり直す必要があるとは限りません。まず同じアカウントで更新ボタンが表示されるか確認します。

7. 更新後の結果を記録する

修正版の配布後は、次を残します。

・配布したversionCode

・配布日

・更新できた人数

・修正内容

・再現しなくなった不具合

・新たに見つかった問題

・テスターからのフィードバック

製品版アクセス申請時にも、テスト中に問題を発見し、修正して再確認した流れを説明しやすくなります。

■ 更新時に避けたい操作

AABを更新するだけのつもりでも、次の操作を同時に行うと原因の切り分けが難しくなります。

・クローズドテストトラックを削除する

・別のトラックへ全員を移す

・テスターリストを作り直す

・Googleグループを削除する

・対象国を大きく変更する

・テスターへ参加解除を案内する

・アプリIDや署名鍵を変更する

・複数の大きな機能変更を一度に入れる

特にアプリIDと署名は、通常のアップデートでは同じものを維持します。

■ よくある質問

Q. AABを更新すると必ず14日間がリセットされますか？

同じクローズドテストトラックへ新しいリリースを出すこと自体で、テストが終了する仕組みではありません。ただし、Googleは個々のアカウントの判定ロジックをすべて公開しているわけではありません。テスターの継続参加状態とPlay Consoleの進捗表示を確認してください。

Q. テスターは一度アンインストールして入れ直す必要がありますか？

通常の更新であれば、まずGoogle Playの更新機能を使います。アンインストールするとローカルデータが消えることがあり、参加状況の確認も複雑になるため、必要がなければ避けます。

Q. 更新版を毎日出してもよいですか？

技術的に更新できても、審査待ちや確認負荷が増えます。致命的な不具合、ログイン不能、主要機能が使えない場合など、テスト継続に必要な修正を優先します。

Q. 12人全員がすぐ更新しないといけませんか？

新しいバージョンで確認してほしい不具合がある場合は更新を案内します。ただし、参加人数とインストールバージョンは別の情報です。誰がどのversionCodeを確認したか、管理表で分けて記録すると安全です。

■ まとめ

・同じクローズドテストトラックへ修正版AABを配布できる

・AAB更新と12人・14日間の参加条件は別に考える

・versionCodeを上げ、内部テスト後に配布する

・テスターリスト、opt-in、対象国を不用意に変更しない

・テスターにはGoogle Playから更新してもらう

・更新前後のversionCode、修正内容、確認結果を残す

・最終判断はPlay Consoleに表示される進捗を確認する

BySho²では、Google Playクローズドテストのテスター参加、14日間の進行確認、完了報告を支援しています。

ココナラでのご相談・お申し込み:

https://coconala.com/services/4160962

※Google Playの審査通過や製品版公開を保証するサービスではありません。Play Consoleの表示や公式ヘルプを確認しながら進めてください。