Google Play の段階的ロールアウトでは、100% に達する前に、トラック上の一部のユーザーへ新しい Android App Bundle をリリースします。 以下で使用 プロダクション, オープンテストや クローズドテスト クラッシュや評価を監視しながら、影響範囲を抑えるため。 内部テスト 最大100人のテスターによる迅速な確認用で、本番のパーセンテージロールアウトとは異なります。アプリの場合は Capacitor ストアのロールアウトと Capgo チャネルを と 段階的なロールアウト ストアのリリース間でライブWebアップデートをパーセンテージベースで配信する必要があるときに組み合わせましょう。
2026年のPlay Consoleトラック
Googleは4つのリリースサーフェスについて説明しています:
| Play Consoleのトラック | ビルドの配信対象 | 段階的公開の割合 |
|---|---|---|
| 内部テスト | 招待されたテスター最大100名 | 段階的公開なし（テスターへ全配信） |
| クローズドテスト | 指定したメールリストまたはGoogle Groups | はい |
| オープンテスト | ストア掲載情報から参加した全員 | はい |
| プロダクション | 選択した国の対象ユーザー | はい（本番環境で国別ターゲティングが可能） |
出典: リリースの準備とロールアウト と オープン、クローズド、内部テストの設定.
一般的なフロー: 内部テスト スモークテスト用 クローズドテスト 信頼できるベータグループ用 オープンテスト より広いフィードバックを得るために、次に プロダクション 段階的なパーセンテージで。
Playの段階的ロールアウトの仕組み
Googleの 段階的ロールアウトでアプリ更新をリリース ガイドでは、このループについて説明しています：
- 開く プロダクション, オープンテスト、または クローズドテスト Play Console で。
- リリースを作成または編集し、 Android App Bundle の
versionCodeそのトラックですでにリリースされているものよりも高いバージョンです。Playは、互換性のある中で最も高いバージョンを提供しますversionCodeそのため、より新しい Production ビルドが、同じユーザーに対して、より低いバージョンのテストトラック用ビルドを上書きすることがあります。 - 次に、 ロールアウト率 （1% から 100% の間）を設定します。
- ロールアウトを開始します。
- Android vitals、クラッシュ、レビューを監視します。
- 増加させる パーセンテージ、 停止、または 再開 Releasesタブからのロールアウト（ロールアウトを管理).
- メトリクスが良好なら、100%まで引き上げてください。
Googleのドキュメントにある重要な制約：
- ロールアウト対象のユーザーはGoogleが選定します。コンソールUI上で個別に指定することはできません。
- 別のロールアウトを開始する前に、トラック上の競合するドラフト版リリースを完了するか破棄してください。Googleのドキュメントには、前のリリースが100%に達する前に新しい段階的ロールアウトを作成する方法が記載されています。
- ユーザーに即時インストールを強制することはできません。Playがリリースを配信したタイミングで更新されます。
- 本番環境の段階的ロールアウトで対象にできるもの： 特定の国や地域; テストトラックは各トラックのテスター規則に従います。
この Google Play Developer API トラックIDをマッピングします（production, beta 公開テスト用、 qa 内部テスト用、および名前付きのクローズドトラック） リリースを自動化する場合。
ロールアウト中に監視すべき項目
| シグナル | 確認場所 |
|---|---|
| クラッシュ率（ユーザーインストール後） | Play Console Android vitals |
| ANR（ユーザーインストール後） | Play Console Android vitals |
| リリース前チェック（全ユーザー展開前） | テストデバイスでのPlay Consoleリリース前レポート |
| ユーザーレビュー | 該当バージョンのストア掲載情報へのフィードバック |
| バックエンドエラー | バージョンヘッダーと紐付けた API ダッシュボード |
展開率を上げる間隔は、シグナルを集めるのに十分な長さにしてください。Googleのヘルプセンターも、展開範囲を広げる前のモニタリングを推奨しています。多くのチームは本番では初期の展開率のまま少なくとも1日は様子を見ます。
ネイティブのバグが混入した場合、 停止 Playのロールアウトを停止し、修正済みバンドルをより高いバージョンで公開してください versionCodePlay はバイナリを自動でロールバックしません。
Capgo チャネルとパーセンテージロールアウト（ライブアップデート）
ストアのロールアウトが変更するのは ネイティブシェル ユーザーが Play からダウンロードするもの。 Capgo 処理します ライブ web bundle アップデート インストール済みの Capacitor アプリ内で。
- チャンネル デバイスをアップデートストリームに紐付けます（
production,betaカスタム名も可）。デバッグ時には、特定のデバイスIDをチャネルに強制割り当てできます。 - 段階的なロールアウト 特定の 安定版フォールバックを提供します チャンネルのbundleを維持しながら、 ロールアウト対象が 設定された 割合 のデバイスに到達するようにします。Webレイヤーの修正のために、新しいPlayのビルドを配信することなく、割合の増加、減少、一時停止、完了、またはロールバックが可能です。
ネイティブのcodeや権限、または targetSdkVersionを変更する場合は、Playの段階的ロールアウトを使用してください。修正内容がHTML、CSS、JavaScriptにあり、コンプライアンス審査でOTA配信が許可されている場合は、Capgoのパーセンテージロールアウトを使用してください。
推奨される組み合わせ戦略
- ネイティブの変更は以下を通じて配信 内部テスト、次に クローズド または オープンテスト、次に プロダクション 段階的公開（staged rollout）を行います。
- 日々のWeb修正には、本番デバイスを安定した Capgo チャンネルに向けてください。
- また、 段階的なロールアウト をチャンネルに適用すれば、自動で安定版へフォールバックするカナリアWeb bundleの配信が可能です。
- Vitalsが悪化した場合、Playのロールアウトを停止します。また、Webメトリクスが低下した場合は Capgo の段階的ロールアウトをロールバックします。
ルールと要件の再確認
- 新しい各bundleには、既存のトラックでユーザーが既に受け取れるビルドよりも高い
versionCodeバージョン番号が必要です。 - Play App Signingを使用しているアプリは、以下の手順に従って署名済みAABをuploadする必要があります： Google Play App Signing.
- 同じトラックで競合するリリースを開始する前に、未完了の段階的リリースを完了させるか、下書きを破棄してください（リリースの準備とロールアウト).
よくある質問
内部テストでパーセンテージは使用できますか？
いいえ。内部テストはテスターリスト（最大100人）にリリースを配信します。パーセンテージベースの段階的ロールアウトには、クローズド、オープン、または製品版を使用してください。
テスターはどのようにして内部テスト版やクローズドテスト版をインストールしますか？
内部テストではメールリスト（最大100名）を使用します。クローズドテストでは、メールリスト、Google グループ、または Play Console の組織管理が利用できます。オープンテストは、ストアのリスティングに公開オプトイン プログラムを表示できる唯一のトラックです。内部トラックやクローズドトラックのテスターは、通常あなたが共有した Play ストアの URL が必要で、オープンテストか製品版を使わない限り検索では build を見つけられません。
Play のロールアウト率を上げる代わりに、Capacitor チームはいつ Capgo を使うべきですか？
変更が Web アセットのみに限定され、ストアのコンプライアンス チェックリストを満たしている場合です。Native plugin のアップグレード、manifest の変更、権限の変更には、引き続き新しい Play リリースが必要です。
Google Play Staged Rollouts: How It Works から続きを読む
使用している場合 Google Playの段階的ロールアウト：その仕組み ストアの承認と配信を計画するには、これを次と連携させてください： @capgo/capacitor-in-app-review @capgo/capacitor-in-app-review での実装の詳細については、 @capgo/capacitor-in-app-review の使い方 「@capgo/capacitor-in-app-review の使い方」のネイティブ機能については、 @capgo/capacitor-native-market @capgo/capacitor-native-market の実装詳細については、 @capgo/capacitor-native-market の使用 @capgo/capacitor-native-market の使用におけるネイティブ機能については、および Capacitor OTAアップデート: App Store審査ガイド Capacitor OTA Updates: App Store Approval Guide の実践的な文脈については。
