来自真实会话的现场数据
真实用户监控对实际会话进行埋点，报告用户经历的情况：加载和交互时间、资源失败、JavaScript 错误，有时还包括 API 调用。与固定设备和网络的实验室测试不同，它捕获长尾：老旧手机、慢速连接、浏览器扩展和遥远地区。即使平均指标看起来健康，投诉也往往来自这条长尾。
采集内容
常见指标包括导航计时、Largest Contentful Paint、Interaction to Next Paint、Cumulative Layout Shift 和错误计数。给数据打上路由、版本、设备类别、连接类型和区域标签，以便归因回归。只有页面浏览量不够，还要附上结账成功或搜索失败等结果。对单页应用，要埋点路由切换和客户端请求，而不只是初始文档。
百分位而非平均值
平均值会掩盖真正受苦的用户。按细分报告 p75 和 p95，并单独观察最慢群体。中位数 1.2 秒的加载时间，可能与某地区移动端 9 秒的 p95 同时存在。按设备和地域细分，能把模糊的性能数字变成可操作的缺陷。
隐私、采样与局限
只采集所需数据。未经同意和清洗，避免记录完整 URL、表单值或标识符。对高流量会话采样以控制成本，但要保留足够的慢会话和失败会话用于诊断。明确保留期和访问权限。与合成监控相比，真实用户数据展示影响，但噪音更大且不易复现。它只能说明用户经历了什么，不能说明原因；广告拦截、离线用户和崩溃也会让样本有偏。应与合成检查和服务器端 trace 配合诊断。例如，p95 上升可能来自新的第三方脚本、慢 API 或特定设备，只有 trace 和版本标签能揭示是哪一种。