モバイルアプリの新しいバージョンを製品版として公開することは、アプリ開発において最もエキサイティングな部分の 1 つですが、最もストレスの多い部分でもあります。 チームは、バージョンの導入状況、新しいバグとその影響、以前のリリースとの比較などを把握する必要があります。
このページでは、モバイルアプリのリリースに自信を持つために必要なデータをモニタリングできる、Firebase のいくつかのツールについて説明します。
リリース関連のデータを調べるには、[リリース モニタリング] ダッシュボードを使用する
[リリース モニタリング] ダッシュボード Firebase コンソールは Firebase Crashlytics を基盤としています。これは、最新の製品版リリースをモニタリングするための単一のダッシュボードです。ダッシュボードはほぼリアルタイムで更新され、クラッシュが発生しなかった指標、バージョンの導入状況、以前のリリースとの比較、リリースの新しい問題など、最も重要なリリース指標の概要を確認できます。
この新しいダッシュボードは、コンソールの [最新リリース] ページを改良したものです。 このページと比較して、[リリース モニタリング] ダッシュボードでは、より多くの 情報が追加され、Google アナリティクスを使用しなくても有用なデータが表示され、 読み込みが高速化されています。
Apple プラットフォーム: v10.8.0 以降 | Android: v18.6.0 以降（BoM v32.6.0 以降）| Flutter: v3.4.5 以降 | Unity: 11.7.0 以降ダッシュボードの機能
リアルタイム レポート
すべてのグラフはほぼリアルタイムで更新されます。最新バージョンをデプロイすると、ユーザーがそのリリースを使い始める様子を確認できます。一部のユーザーでクラッシュが発生した場合は、クラッシュが発生しなかった指標のグラフで影響をすぐに確認できます。以前のリリースに基づく比較とベンチマーク
最新リリースの安定性を以前のリリースと比較して確認できます。ダッシュボードでは、最新リリースのライブ指標と、以前にリリースしたビルドのうち最大 2 つを比較できます。上位の新しい問題
最新リリースの新しいクラッシュが発生すると、すぐに確認できます。In the [Top new issues] table, you can monitor the impact of the issues first detected in your latest release, allowing you to quickly make a decision on whether to halt or rollback the release.
ダッシュボードの要件
[リリース モニタリング] ダッシュボードで最新リリースを表示するには、次の操作を行います。
アプリで次のバージョンの 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% に相当します。
[アクティブ ユーザー] グラフの線にマウスを合わせると、アクティブ ユーザーの割合は、マウスを合わせた時間帯のアクティブ ユーザー数から計算されます。
アクティブ ユーザーの割合を表示するには、 少なくとも 2 つのビルドをリリースする必要があります。これらのビルドは、よくある質問 「[リリース モニタリング] ダッシュボードに表示できるビルドは何ですか？」で説明されている要件を満たしている必要があります。
アラートを設定する
Crashlytics を含むいくつかの Firebase プロダクトでは、Crashlyticsプロダクト固有のさまざまな理由でアラートを送信できます。アラートを受信するには、 必要な権限が必要です。
最新リリースの安定性をモニタリングするには、両方でアラートを設定できます。Performance MonitoringCrashlyticsCrashlytics では、次のアラートを設定できます。
ベロシティ アラートを使用して、アプリの個々の問題が コンソールで定義したしきい値を超えた場合にチームに 通知します。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、機能、エンゲージメント キャンペーンの変更点をテストすることで、その変更点を広範囲にロールアウトする前に変更内容が主要な指標（収益や定着率など）に与える影響を確認できます。