モバイルアプリの新しいバージョンを本番環境にロールアウトすることは、アプリ開発において最もエキサイティングな部分の 1 つですが、最もストレスの多い部分の 1 つでもあります。チームは、バージョンの導入状況、新しいバグとその影響、以前のリリースとの比較などを把握する必要があります。
このページでは、モバイルアプリのリリースに自信を持つために必要なデータをモニタリングするために Firebase が提供するいくつかのツールについて説明します。
リリース モニタリング ダッシュボードを使用して、リリース関連のデータを調べる
Firebase コンソールのリリース モニタリング ダッシュボードは Firebase Crashlytics を利用しています。最新の製品版リリースをモニタリングするための単一のダッシュボードです。ダッシュボードはほぼリアルタイムで更新され、クラッシュなしの指標、バージョンの導入、過去のリリースとの比較、リリースの新しい問題など、最も重要なリリース指標の概要を確認できます。
この新しいダッシュボードは、コンソールの [最新リリース] ページを改善したものです。そのページと比較して、[リリース モニタリング] ダッシュボードにはより多くの情報が追加され、Google アナリティクスを必要とせずに有用なデータが表示され、読み込みが高速化されています。
ダッシュボードの機能
リアルタイム レポート
すべてのグラフがほぼリアルタイムで更新されます。最新バージョンをデプロイすると、ユーザーがそのリリースを利用し始める様子をすぐに確認できます。これらのユーザーの一部でクラッシュが発生した場合、クラッシュの影響を受けていないユーザーの指標のグラフで影響をすぐに確認できます。過去のリリースに基づく比較とベンチマーク
最新リリースの安定性を、過去のリリースとの比較で確認できます。このダッシュボードでは、最新リリースのライブ指標と、以前にリリースしたビルド（最大 2 つ）を比較できます。主な新しい問題
最新のリリースで発生した新しいクラッシュを、発生した順に確認できます。[上位の新しい問題] テーブルでは、最新のリリースで最初に検出された問題の影響をモニタリングできます。これにより、リリースを中止するかロールバックするかをすばやく判断できます。
ダッシュボードの要件
[リリース モニタリング] ダッシュボードで最新のリリースを表示する手順は次のとおりです。
アプリで少なくとも次のバージョンの Crashlytics SDK を使用していることを確認します。
Apple プラットフォーム: v10.8.0 以降 | Android: v18.6.0 以降（BoM v32.6.0 以降）| Flutter: v3.4.5 以降 | Unity: 11.7.0 以降アプリの新しいバージョンを製品版として公開し、最新リリースで十分な数のエンゲージメント ユーザーを確保します。
ダッシュボードに関するよくある質問
[アクティブ ユーザー] グラフに表示される値は、どのように決定または計算されますか？
まず、[アクティブ ユーザー] グラフで使用される用語を理解しておくと便利です。
セッションとは、ユーザーがアプリケーションを操作する連続した期間のことです。新しいセッションは、アプリをコールド スタートしたときに開始するか、少なくとも 30 分間バックグラウンドで実行した後にフォアグラウンドで実行したときに開始されます。
特定のビルドのアクティブ ユーザーは、そのビルドを使用してセッションを開始したユーザーの数です。時間別にグループ化されます。
合計（アクティブ）ユーザー数は、セッション対応の SDK バージョンを使用するアプリの任意のビルドでセッションを開始したユーザーの数（時間別）です。
[アクティブ ユーザー] グラフに常に表示されるアクティブ ユーザーの割合と数は、過去 60 分間のデータに基づいています（過去 60 分間にアクティブ ユーザーがいなかった場合は、データがあった過去 1 時間の期間）。たとえば、上のスクリーンショットの例では、過去 60 分間に 6.0.0 (600) ビルドのアクティブ ユーザーが 90 人おり、これはアプリの合計（アクティブ）ユーザーの 22.1% を占めています。
[アクティブ ユーザー] グラフの線にマウスを合わせると、アクティブ ユーザーの割合は、マウスを合わせた時間帯のアクティブ ユーザー数から計算されます。
アクティブ ユーザーの割合を表示するには、FAQ の 「リリース モニタリング ダッシュボードで確認できるビルドはどれですか？」で説明されている要件を満たす ビルドを少なくとも 2 つリリースする必要があります。
アラートを設定する
Crashlytics を含む複数の Firebase プロダクトでは、プロダクト固有のさまざまな理由でアラートを送信できます。アラートを受信するには、必要な権限が必要です。
最新リリースの安定性をモニタリングするには、Performance Monitoring と Crashlytics の両方でアラートを設定できます。Crashlytics の場合は、次のアラートを設定できます。
アプリの個別の問題が Firebase コンソールで定義したしきい値を超えた場合は、ベロシティ アラートを使用してチームに通知します。
新規の問題または再発した問題に関するアラートを、ご希望の通知チャンネルに送信します。
Cloud Functions for Firebase を使用して、サードパーティ サービスへの高度なアラートを設定します。
リリース前にスムーズなリリースを確保する
最新バージョンをリリースする前に、以下のサービスや機能を使用して、スムーズなリリースを実現することを検討してください。
プレリリース版のテストサービスを使用する
Firebase には、プレリリース テストに役立つ 2 つのプロダクト（Test Lab と App Distribution）があります。これらのサービスはどちらも CI/CD フローに統合できます。
Firebase Test Lab は、クラウドベースでアプリのテストを行うインフラストラクチャです。アプリをさまざまなデバイスや構成でテストして、ユーザーのデバイスでどのように動作するかを早期に把握できます。
最新のビルドを信頼できる人間のテスターに提供する準備ができたら、Firebase App Distribution を使用します。Apple プラットフォームと Android のプレリリース版を同じ場所で管理できます。
ロールアウトと限定テスト サービスを使用する
Firebase Remote Config を使用して、パーセンテージ ロールアウト メカニズムで新機能をリリースするか、限られたテストグループでそれらの機能をテストします。
Firebase には A/B Testing も用意されています。これにより、アプリの UI、機能、エンゲージメント キャンペーンの変更点をテストして、変更点を広範囲にロールアウトする前に、変更内容が主要な指標（収益や定着率など）に与える影響を確認できます。