工作方式
RUM 浏览器 SDK 向只写的 ingest 端点上报。每一类落入各自的 logs 流，首次写入时按需建流 （schema-on-write）：| 端点 | 数据流 | 采集 |
|---|---|---|
POST /api/v1/rum/v1/sessions | rum_sessions | 会话开始、用户、地理、浏览器、时长。 |
POST /api/v1/rum/v1/actions | rum_actions | 页面浏览、资源/API 调用、Web Vitals。 |
POST /api/v1/rum/v1/errors | rum_errors | JavaScript 错误及堆栈帧。 |
POST /api/v1/rum/v1/replay | — | 会话回放事件。 |
全新实例上，RUM 流要等 SDK 上报首个事件才会建出——在那之前 RUM 页面显示空态，而非报错。
会话
会话列表展示近期会话（用户、国家、浏览器、时长、错误数）。点开可看其动作时间线，以及一个相关链路 面板。错误
错误按 fingerprint 分组，因此一个反复出现的 bug 是一行，带次数与受影响用户数。点开分组可看消息、堆 栈，以及命中它的近期会话。Source maps
在 RUM → Source maps 上传 source map，错误详情里压缩后的堆栈帧便会还原为你原始的文件名与行号。性能
性能页按时间绘制核心 Web 指标——LCP、FID、CLS、TTFB——以及一张 API 性能表（按 URL 的count、p50、p95、错误率），由资源类动作计算而来。
相关链路
RUM 与后端形成闭环。当某个动作携带 W3Ctraceparent 时，其 trace_id 把会话与它触发的 span 关联起来。
会话详情的相关链路面板会解析它们——动作的 trace_id 命中时直接关联，否则按会话窗口做时间相关——这样
你能从一个慢页面跳到确切的后端链路。