RUM 真實使用者體驗監控

把真實使用者體驗連到背後程式碼與服務

度量已支援的 Web 與行動端 Session、效能、錯誤、資源和使用者動作,再在 SDK 與關聯路徑已設定時,從受影響旅程進入 API、Trace、日誌、發佈與基礎設施。

RUM 應回答的問題

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

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

方案概覽

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

營運挑戰

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

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

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

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

觀測雲如何支援這套流程

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

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

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

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

排查流程

繼續探索

常見問題

RUM 可以採集哪些資料?

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

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

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

如何負責任地使用 Session Replay?

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

RUM 與合成監控相同嗎?

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

先盤點使用者旅程、客戶端平台、隱私規則與後端關聯,再開始 RUM 導入