Web 與行動端 RUM 真實使用者監控方案

RUM 應回答的問題

哪些使用者、在哪裡、旅程的哪一段受影響？

RUM 應指出受影響的頁面、View、動作、裝置、瀏覽器或 App 版本、地區與 Session，並保留足夠上下文，驗證原因在前端、網路、API、後端服務還是依賴。

方案概覽

觀測雲 RUM 透過對應 SDK 取得文件已支援的瀏覽器與行動端 Telemetry。團隊可依使用者與技術維度切分體驗，檢視錯誤和資源，並在 Trace 關聯已設定時繼續進入後端證據。

營運挑戰

平均值隱藏受影響使用者：整體伺服器看似正常時，某個地區、裝置、版本或旅程仍可能失敗。

前後端時序分離：瀏覽器錯誤、網路請求、Trace 與發佈往往存在不同視圖。

問題難以重現：間歇性客戶端問題取決於真實裝置、網路、Session 與操作。

隱私必須先設計：身分、屬性、Session Replay 和保留必須符合資料最小化與存取政策。

觀測雲如何支援這套流程

為真實客戶端埋點：使用文件已支援的 Web 或行動端 SDK，驗證環境、版本、採樣和資料範圍。

切分受影響體驗：比較頁面、View、動作、裝置、瀏覽器、App、版本、地區和使用者群組。

連結前後端證據：以已設定的請求和 Trace 關聯，從使用者動作進入 API 與服務。

依隱私政策營運：限制採集屬性，設定遮罩與 Replay，並管理存取和保留。

排查流程

依真實使用者影響排定優先順序

從受影響旅程開始：依頁面、動作、地區、裝置和版本比較體驗與錯誤，不只看全局平均。

從慢動作進入後端服務

持續維護關聯：連結客戶端請求、API 和 Trace，再檢視相關日誌與依賴。

排查難以重現的客戶端錯誤

保留 Session 上下文：在已設定的隱私邊界內，結合 Session、錯誤、資源與 Replay 證據。

繼續探索

合成監控

以排程式 API 和瀏覽器檢測補充可控覆蓋。

即時業務監控

將使用者旅程與服務和業務指標連結。

日誌管理與分析

搜尋前端、網關和後端日誌證據。

常見問題

RUM 可以採集哪些資料？

文件已支援的 Web 與行動端 SDK 可回報 View、動作、資源、錯誤、效能、Session、裝置與環境屬性。具體欄位取決於 SDK、平台、版本和設定。

如何從慢頁面定位到後端問題？

設定已支援的請求與 Trace 關聯，再使用共用服務、環境、版本與請求上下文查看 API、Trace、日誌與基礎設施證據。

如何負責任地使用 Session Replay？

只在明確排查需求下啟用，設定隱私與遮罩控制、最小化採集、限制存取，並依內部政策設定保留期。

RUM 與合成監控相同嗎？

不同。RUM 度量真實使用者與其環境；合成監控依排程執行可控檢測。團隊常同時使用兩者。