監控最新版應用程式的穩定性

將行動應用程式的新版本推送至正式版是應用程式開發過程中最令人興奮的部分,但也是最令人緊張的部分!您的團隊需要持續追蹤版本採用率、新錯誤和這些錯誤的影響,並與先前版本進行比較等等。

本頁說明 Firebase 提供的多項工具,可用於監控您需要的資料,讓您對行動應用程式發布作業更有信心。

使用「版本監控」資訊主頁探索版本相關資料

Firebase 主控台中的「版本監控」資訊主頁Firebase Crashlytics 提供支援。這是用於監控最新正式版應用程式的單一資訊主頁。資訊主頁會以近乎即時的方式更新,並提供最重要的版本指標概覽,包括無當機指標、版本採用率、與先前版本的比較,以及版本的任何新問題。

這個新的資訊主頁是主控台「最新版本」頁面的升級版。與該頁面相比,版本監控資訊主頁提供更多資訊,不必使用 Google Analytics 也能顯示實用資料,且載入速度更快。

資訊主頁功能

  • 即時報表
    所有圖表都會以近乎即時的方式更新。部署最新版本後不久,您就能看到使用者開始與該版本互動。如果部分使用者發生當機情形,您可以透過無當機指標圖表立即瞭解影響。

  • 根據先前版本進行比較和基準測試
    您可以查看最新版本的穩定性,並與先前版本進行比較。您可以透過資訊主頁比較最新版本和最多兩個先前版本的即時指標。

  • 最新重大問題
    您可以查看最新版本的異常中斷情形。您可以在「最新重大問題」表格中,監控最新版本中首次偵測到的問題所造成的影響,快速決定是否要暫停或回復該版本。

資訊主頁需求條件

如要在「Release Monitoring」資訊主頁中查看最新版本,請按照下列步驟操作:

  1. 請確認應用程式使用至少以下版本的 Crashlytics SDK:
    Apple 平台:10.8.0 以上版本 | Android:18.6.0 以上版本 (BoM 32.6.0 以上版本) | Flutter:3.4.5 以上版本 | Unity:11.7.0 以上版本

  2. 將新版應用程式發布至正式版,以便吸引足夠的使用者參與最新版本

資訊主頁常見問題

如要讓建構項目顯示在資訊主頁上,必須至少使用以下 Crashlytics SDK 版本:
Apple 平台:10.8.0 以上版本 | Android:18.6.0 以上版本 (BoM 32.6.0 以上版本) | Flutter:3.4.5 以上版本 | Unity:11.7.0 以上版本

請注意,這些 SDK 版本通常稱為「支援工作階段」SDK 版本,因為這些版本能夠將工作階段資料傳送至 Crashlytics,而 Crashlytics 中的許多新功能都需要這項功能,例如 發布監控 資訊主頁。

如要讓建構項目顯示在資訊主頁上,必須符合下列所有條件:

  • 建構作業會至少使用以下版本的 Crashlytics SDK:
    Apple 平台:10.8.0 以上版本 | Android:18.6.0 以上版本 (BoM 32.6.0 以上版本) | Flutter:3.4.5 以上版本 | Unity:11.7.0 以上版本

  • 版本在過去 3 天內有足夠的使用者人數:

    • 該版本必須至少有 500 位不重複使用者

    • 該版本的使用者人數至少占總使用者人數的 1% ,且至少有 2 位不重複使用者。

「發布版本監控」資訊主頁旨在協助您處理正式版,也就是擁有大量使用者的版本。

如要讓建構項目顯示在資訊主頁上,必須符合下列所有條件:

  • 建構作業會至少使用以下版本的 Crashlytics SDK:
    Apple 平台:10.8.0 以上版本 | Android:18.6.0 以上版本 (BoM 32.6.0 以上版本) | Flutter:3.4.5 以上版本 | Unity:11.7.0 以上版本

  • 版本在過去 3 天內有足夠的使用者人數:

    • 該版本必須至少有 500 位不重複使用者

    • 該版本的使用者人數至少占總使用者人數的 1% ,且至少有 2 位不重複使用者。

(針對透過 Google Play 發行的應用程式) 如果應用程式含有 Google Play 連結,資訊主頁會顯示 Play 正式版群組中列出的所有版本,即使 Crashlytics 未收到任何工作階段記錄或未偵測到該版本的活躍使用者,也是如此。

請注意,如要查看資訊主頁中的比較資料或活躍使用者百分比,您必須已發布至少兩個符合上述要求的版本

首先,建議您瞭解活躍使用者圖表中涉及的部分術語:

  • 工作階段是指使用者與應用程式互動的一段持續時間。當應用程式以冷啟動方式啟動,或在背景運作至少 30 分鐘後移至前景時,系統就會開始新的會話。

  • 特定版本的活躍使用者,是指使用該版本啟動工作階段的使用者人數,並按照小時分組。

  • 總 (活躍) 使用者:在使用支援工作階段的 SDK 版本的應用程式任何版本中啟動工作階段的使用者人數,以每小時分組。

在「活躍使用者」圖表中,圖表上會一律顯示過去 60 分鐘的活躍使用者百分比值和人數 (如果過去 60 分鐘內沒有任何活躍使用者,則會顯示過去 1 小時內有資料的期間)。舉例來說,在範例螢幕截圖中,過去 60 分鐘內有 90 位 6.0.0 (600) 版本的活躍使用者,佔應用程式總 (活躍) 使用者的 22.1%。

<i>Release Monitoring</i> 資訊主頁的「活躍使用者」圖表範例螢幕截圖

當您將滑鼠游標懸停在「活躍使用者」圖表中的線條上時,系統會根據您停留的時間範圍,計算出活躍使用者百分比。

請注意,如要查看活躍使用者百分比,您必須發布至少兩個版本,且符合「常見問題」中「『Release Monitoring』資訊主頁可查看哪些版本?」一文所述的規定。

活躍使用者百分比是根據收到的工作階段資料計算,而非任何其他資料 (例如 Google Play 資料或當機報告)。

如果您是第一次使用相容的 Crashlytics SDK 版本發布應用程式,Crashlytics 就沒有可供比較的先前工作階段資料。

設定快訊

多個 Firebase 產品 (包括 Crashlytics) 會因各種產品專屬原因傳送快訊。如要接收警報,您必須具備必要權限。

如要監控最新版本的穩定性,您可以同時透過 Performance MonitoringCrashlytics 設定快訊。具體來說,您可以針對 Crashlytics 設定下列快訊:

  • 如果應用程式中的個別問題超過您在 Firebase 控制台中定義的門檻,您可以使用當機風險驟升快訊通知團隊。

  • 將新問題或迴歸問題的快訊傳送至所需的通知管道:

確保發布前一切順利

發布最新版本前,建議您使用下列部分服務和功能,確保順利發布。

使用預先發布版測試服務

Firebase 提供兩項產品,可協助您進行預先發布測試:Test LabApp Distribution。這兩項服務都能整合至 CI/CD 流程。

Firebase Test Lab 是雲端應用程式測試基礎架構,可讓您在各種裝置和設定下測試應用程式,因此您可以及早瞭解應用程式在真實使用者手中執行的效能。

當您準備好將最新版本交給可信任的人類測試人員時,請使用 Firebase App Distribution。您可以在同一個位置管理 Apple 平台和 Android 預發行版本發布。

使用推出和測試服務的限制

使用 Firebase Remote Config 搭配百分比推出機制推出新功能,或是在受限的測試群組中測試這些功能。

Firebase 也提供 A/B Testing,讓您測試應用程式使用者介面、功能或參與度廣告活動的變更,以在廣泛實作之前,瞭解變更對關鍵指標 (例如收益和留存率) 的影響。