モバイル アプリの新しいバージョンを実稼働環境にロールアウトすることは、アプリ開発で最もエキサイティングな部分の 1 つですが、最もストレスがかかる部分の 1 つでもあります。チームは、バージョンの取り込み、新しいバグとそれらのバグの影響、以前のリリースとの比較などを追跡する必要があります。
このページでは、モバイル アプリのリリースについて自信を持つために必要なデータを監視するために Firebase が提供するいくつかのツールについて説明します。
リリース監視ダッシュボードを使用してリリース関連データを探索する
Firebase コンソールのリリース モニタリングダッシュボードはFirebase Crashlytics を利用しています。これは、最新の実稼働リリースを監視するための単一のダッシュボードです。ダッシュボードはほぼリアルタイムで更新され、クラッシュフリー メトリクス、バージョンの取り込み、以前のリリースとの比較、リリースの新しい問題など、最も重要なリリース メトリクスの概要を表示します。
この新しいダッシュボードは、コンソールの「最新リリース」ページを改良しています。そのページと比較して、リリース監視ダッシュボードはより多くの情報を追加し、Google Analytics を必要とせずに有用なデータを表示し、より速く読み込まれます。
ダッシュボードの特徴
リアルタイムレポート
すべてのチャートはほぼリアルタイムで更新されます。最新バージョンをデプロイした直後に、ユーザーがそのリリースに関与し始めるのを観察できます。これらのユーザーの一部がクラッシュに遭遇した場合、クラッシュのないメトリクスグラフを通じて影響をすぐに知ることができます。以前のリリースに基づく比較とベンチマーク
最新リリースの安定性を以前のリリースと照らし合わせて確認できます。ダッシュボードでは、最新リリースと以前にリリースされた最大 2 つのビルドのライブ メトリクスを比較できます。トップの新着問題
最新リリースの新しいクラッシュが到着次第、表示できます。 「上位の新しい問題」テーブルでは、最新のリリースで最初に検出された問題の影響を監視できるため、リリースを停止するかロールバックするかを迅速に決定できます。
ダッシュボードの要件
リリース監視ダッシュボードで最新のリリースを表示するには、次の手順を実行します。
アプリが少なくとも次のバージョンの Crashlytics SDK を使用していることを確認してください。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+最新リリースに十分な数のユーザーが参加できるように、アプリの新しいバージョンを実稼働環境に公開します。
ダッシュボードに関するよくある質問
ダッシュボードにビルドを表示するには、少なくとも次のバージョンの Crashlytics SDK を使用する必要があります。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+
これらの SDK バージョンは、リリース監視ダッシュボードなど、Crashlytics の新機能の多くに必要なセッション データを Crashlytics に送信できるため、「セッション対応」SDK バージョンと呼ばれることが多いことに注意してください。
ビルドがダッシュボードに表示されるには、次の要件をすべて満たしている必要があります。
ビルドでは、少なくとも次のバージョンの Crashlytics SDK を使用します。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+ビルドには過去 3 日間で十分な数のユーザーが含まれています。
ビルドには少なくとも 500 人の固有ユーザーが必要です、または
このビルドには合計ユーザーの少なくとも 1% が含まれており、少なくとも 2 人のユニーク ユーザーが含まれています。
リリース監視ダッシュボードは、実稼働リリース、つまり多数のユーザーがいるビルドを支援することを目的としています。
ビルドがダッシュボードに表示されるには、次の要件をすべて満たしている必要があります。
ビルドでは、少なくとも次のバージョンの Crashlytics SDK を使用します。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+ビルドには過去 3 日間で十分な数のユーザーが含まれています。
ビルドには少なくとも 500 人の固有ユーザーが必要です、または
このビルドには合計ユーザーの少なくとも 1% が含まれており、少なくとも 2 人のユニーク ユーザーが含まれています。
(Google Play を通じて配布されるアプリの場合)アプリにGoogle Play リンクがある場合、Crashlytics がセッション ログを受信していないか、そのビルドのアクティブ ユーザーが検出されていない場合でも、ダッシュボードには Play Prod トラックにリストされているすべてのビルドが表示されます。
比較またはアクティブ ユーザーの割合のためにダッシュボード内のデータを表示するには、前述の要件を満たす少なくとも 2 つのビルドをリリースしておく必要があることに注意してください。
まず、アクティブ ユーザーグラフに関連するいくつかの用語を理解しておくと役立ちます。
セッションとは、ユーザーがアプリケーションを使用している継続的な期間です。新しいセッションは、アプリがコールドスタートされるか、少なくとも 30 分間のバックグラウンドの後にアプリがフォアグラウンドになると開始されます。
特定のビルドのアクティブ ユーザーは、そのビルドを使用してセッションを開始したユーザーの数を時間ごとにグループ化したものです。
合計 (アクティブ) ユーザーとは、セッション対応の SDK バージョンを使用するアプリのビルドでセッションを開始したユーザーの数を時間ごとにグループ化したものです。
アクティブ ユーザーグラフでは、グラフに常に表示されるアクティブ ユーザーのパーセンテージ値と数は、過去 60 分間のものです (または、過去 60 分間にアクティブ ユーザーが存在しなかった場合は、アクティブ ユーザーが存在した過去 1 時間の期間)データがある）。たとえば、スクリーンショットの例では、過去 60 分間に6.0.0 (600)ビルドのアクティブ ユーザーが 90 人で、これはアプリの合計 (アクティブ) ユーザーの 22.1% を占めています。
アクティブ ユーザーグラフの線の上にマウスを置くと、カーソルを合わせた時間帯のアクティブ ユーザー数からアクティブ ユーザーの割合が計算されます。
アクティブ ユーザーの割合を確認するには、FAQ「リリース監視ダッシュボードで表示できるビルドはどれですか?」に記載されている要件を満たす少なくとも 2 つのビルドをリリースしている必要があることに注意してください。 。
アクティブ ユーザーの割合は、他のデータ (Google Play データやクラッシュ レポートなど) ではなく、受信したセッション データに基づいています。
互換性のある Crashlytics SDK バージョンを使用してアプリを初めてリリースする場合、Crashlytics には比較する以前のセッション データがありません。
アラートを設定する
Crashlytics を含むいくつかの Firebase 製品は、製品固有のさまざまな理由でアラートを送信できます。アラートを受信するには、必要な権限が必要です。
最新リリースの安定性を監視するには、パフォーマンス監視と Crashlytics の両方からアラートを設定できます。特に Crashlytics の場合、次のアラートを設定できます。
ベロシティ アラートを使用して、アプリ内の個別の問題が Firebase コンソールで定義したしきい値を超えた場合にチームに通知します。
新しい問題または後退した問題に関するアラートを、お好みの通知チャネルに送信します。
Firebase コンソールで構成されたJira 、 Slack 、およびPagerDutyのアラート統合を使用します。
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 テストも提供しているため、アプリの UI、機能、エンゲージメント キャンペーンへの変更をテストして、主要な指標（収益や維持率など）にどのような影響を与えるかを確認してから、広く展開することができます。
、モバイル アプリの新しいバージョンを実稼働環境にロールアウトすることは、アプリ開発で最もエキサイティングな部分の 1 つですが、最もストレスがかかる部分の 1 つでもあります。チームは、バージョンの取り込み、新しいバグとそれらのバグの影響、以前のリリースとの比較などを追跡する必要があります。
このページでは、モバイル アプリのリリースについて自信を持つために必要なデータを監視するために Firebase が提供するいくつかのツールについて説明します。
リリース監視ダッシュボードを使用してリリース関連データを探索する
Firebase コンソールのリリース モニタリングダッシュボードはFirebase Crashlytics を利用しています。これは、最新の実稼働リリースを監視するための単一のダッシュボードです。ダッシュボードはほぼリアルタイムで更新され、クラッシュフリー メトリクス、バージョンの取り込み、以前のリリースとの比較、リリースの新しい問題など、最も重要なリリース メトリクスの概要を表示します。
この新しいダッシュボードは、コンソールの「最新リリース」ページを改良しています。そのページと比較して、リリース監視ダッシュボードはより多くの情報を追加し、Google Analytics を必要とせずに有用なデータを表示し、より速く読み込まれます。
ダッシュボードの特徴
リアルタイムレポート
すべてのチャートはほぼリアルタイムで更新されます。最新バージョンをデプロイした直後に、ユーザーがそのリリースに関与し始めるのを観察できます。これらのユーザーの一部がクラッシュに遭遇した場合、クラッシュのないメトリクスグラフを通じて影響をすぐに知ることができます。以前のリリースに基づく比較とベンチマーク
最新リリースの安定性を以前のリリースと照らし合わせて確認できます。ダッシュボードでは、最新リリースと以前にリリースされた最大 2 つのビルドのライブ メトリクスを比較できます。トップの新着問題
最新リリースの新しいクラッシュが到着次第、表示できます。 「上位の新しい問題」テーブルでは、最新のリリースで最初に検出された問題の影響を監視できるため、リリースを停止するかロールバックするかを迅速に決定できます。
ダッシュボードの要件
リリース監視ダッシュボードで最新のリリースを表示するには、次の手順を実行します。
アプリが少なくとも次のバージョンの Crashlytics SDK を使用していることを確認してください。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+最新リリースに十分な数のユーザーが参加できるように、アプリの新しいバージョンを実稼働環境に公開します。
ダッシュボードに関するよくある質問
ダッシュボードにビルドを表示するには、少なくとも次のバージョンの Crashlytics SDK を使用する必要があります。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+
これらの SDK バージョンは、リリース監視ダッシュボードなど、Crashlytics の新機能の多くに必要なセッション データを Crashlytics に送信できるため、「セッション対応」SDK バージョンと呼ばれることが多いことに注意してください。
ビルドがダッシュボードに表示されるには、次の要件をすべて満たしている必要があります。
ビルドでは、少なくとも次のバージョンの Crashlytics SDK を使用します。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+ビルドには過去 3 日間で十分な数のユーザーが含まれています。
ビルドには少なくとも 500 人の固有ユーザーが必要です、または
このビルドには合計ユーザーの少なくとも 1% が含まれており、少なくとも 2 人のユニーク ユーザーが含まれています。
リリース監視ダッシュボードは、実稼働リリース、つまり多数のユーザーがいるビルドを支援することを目的としています。
ビルドがダッシュボードに表示されるには、次の要件をすべて満たしている必要があります。
ビルドでは、少なくとも次のバージョンの Crashlytics SDK を使用します。
Apple プラットフォーム: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) |フラッター: v3.4.5+ |ユニティ: 11.7.0+ビルドには過去 3 日間で十分な数のユーザーが含まれています。
ビルドには少なくとも 500 人の固有ユーザーが必要です、または
このビルドには合計ユーザーの少なくとも 1% が含まれており、少なくとも 2 人のユニーク ユーザーが含まれています。
(Google Play を通じて配布されるアプリの場合)アプリにGoogle Play リンクがある場合、Crashlytics がセッション ログを受信していないか、そのビルドのアクティブ ユーザーが検出されていない場合でも、ダッシュボードには Play Prod トラックにリストされているすべてのビルドが表示されます。
比較またはアクティブ ユーザーの割合のためにダッシュボード内のデータを表示するには、前述の要件を満たす少なくとも 2 つのビルドをリリースしておく必要があることに注意してください。
まず、アクティブ ユーザーグラフに関連するいくつかの用語を理解しておくと役立ちます。
セッションとは、ユーザーがアプリケーションを使用している継続的な期間です。新しいセッションは、アプリがコールドスタートされるか、少なくとも 30 分間のバックグラウンドの後にアプリがフォアグラウンドになると開始されます。
特定のビルドのアクティブ ユーザーは、そのビルドを使用してセッションを開始したユーザーの数を時間ごとにグループ化したものです。
合計 (アクティブ) ユーザーとは、セッション対応の SDK バージョンを使用するアプリのビルドでセッションを開始したユーザーの数を時間ごとにグループ化したものです。
アクティブ ユーザーグラフでは、グラフに常に表示されるアクティブ ユーザーのパーセンテージ値と数は、過去 60 分間のものです (または、過去 60 分間にアクティブ ユーザーが存在しなかった場合は、アクティブ ユーザーが存在した過去 1 時間の期間)データがある）。たとえば、スクリーンショットの例では、過去 60 分間に6.0.0 (600)ビルドのアクティブ ユーザーが 90 人で、これはアプリの合計 (アクティブ) ユーザーの 22.1% を占めています。
アクティブ ユーザーグラフの線の上にマウスを置くと、カーソルを合わせた時間帯のアクティブ ユーザー数からアクティブ ユーザーの割合が計算されます。
アクティブ ユーザーの割合を確認するには、FAQ「リリース監視ダッシュボードで表示できるビルドはどれですか?」で説明されている要件を満たす少なくとも 2 つのビルドをリリースしている必要があることに注意してください。 。
アクティブ ユーザーの割合は、他のデータ (Google Play データやクラッシュ レポートなど) ではなく、受信したセッション データに基づいています。
互換性のある Crashlytics SDK バージョンを使用してアプリを初めてリリースする場合、Crashlytics には比較する以前のセッション データがありません。
アラートを設定する
Crashlytics を含むいくつかの Firebase 製品は、製品固有のさまざまな理由でアラートを送信できます。アラートを受信するには、必要な権限が必要です。
最新リリースの安定性を監視するには、パフォーマンス監視と Crashlytics の両方からアラートを設定できます。特に Crashlytics の場合、次のアラートを設定できます。
ベロシティ アラートを使用して、アプリ内の個別の問題が Firebase コンソールで定義したしきい値を超えた場合にチームに通知します。
新しい問題または後退した問題に関するアラートを、お好みの通知チャネルに送信します。
Firebase コンソールで構成されたJira 、 Slack 、およびPagerDutyのアラート統合を使用します。
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 テストも提供しているため、アプリの UI、機能、エンゲージメント キャンペーンへの変更をテストして、主要な指標（収益や維持率など）にどのような影響を与えるかを確認してから、広く展開することができます。