真实用户监控 (RUM)

真实用户监控是指在真实用户访问网站时，收集用户实际使用网站的性能数据，记录真实设备和网络连接下真实浏览器的访问时间和错误信息。这与合成监控不同，合成监控是通过在受控环境中按计划运行脚本测试来衡量网站性能。两者回答的问题不同，而非相互竞争。

它最显著的优势在于代表性。实验室测量使用特定的设备、特定的连接模式和特定的地点，这些都无法反映用户的实际分布情况。而真实用户数据则能捕捉到用户分布的全貌：在拥挤的移动网络上使用老旧手机的用户、安装了增加处理成本的浏览器扩展程序的用户、身处远离用户来源地的用户，以及平均值掩盖的、但却代表着真实用户流失的异常缓慢的体验。由于搜索排名系统使用的是来自真实用户的现场数据，而非实验室结果，因此，对排名系统而言，测量方法本身也至关重要。

分析价值在于细分。总体性能数据对决策几乎毫无用处；同样的数据，如果按设备类型、国家/地区、连接类型、浏览器、页面模板和流量来源进行细分，就能揭示问题的真正所在。一个整体数据尚可的网站，往往在某个市场、某个设备类别或某个模板上表现非常糟糕。正是这种集中性使得问题修复更容易实现，因为修复特定模板是一个项目，而提升整体性能则并非如此。

它的主要局限在于它只能报告症状，而无法指出根本原因。现场数据显示，部分用户的页面加载速度较慢，但​​却无法提供请求瀑布图、主线程跟踪或可复现的测试条件，因此无法诊断原因。因此，调查需要借助实验室工具，并在与现场数据所识别的条件相匹配的环境下进行测试。反之，如果缺乏现场数据，仅进行实验室测试会导致团队优化一些只有少数用户会遇到的情况。

实现方式本身也需要考虑。监控脚本本身会增加系统体积和执行成本，如果脚本过大，则会适得其反。因此，使用标准浏览器性能接口进行轻量级数据采集，比使用笨重的厂商代理更为可取。在数据量较大的情况下，通常需要进行采样，并且采样方法不能偏向于速度较快的会话。如果仅在页面卸载时采集数据，而速度较慢的会话在触发数据采集之前就已经被放弃，则容易出现这种情况。此外，还需考虑个人数据安全问题，因为详细的性能数据结合页面 URL 可能会泄露个人身份信息。

将性能数据与业务成果联系起来，才能真正体现投资的必要性，而这需要将两组数据集整合起来，而不是分别报告。在同一页面模板内，比较不同性能类别下的转化率，并控制设备和流量来源，可以得出特定改进对这家企业价值的内部估算，这比已发布的行业数据更具说服力。但这项分析存在一个重要的局限性：会话速度慢通常与网络连接不佳和设备老旧有关，而这些因素可能导致不同的购买意愿，因此这种关联只是暗示性的，而非因果关系。要确定因果关系，需要进行受控实验，对于一项重大的性能改进，可以先进行一次实验，然后根据实验结果进行推广。

最有价值的实际应用是性能退化检测。性能会在正常的开发过程中逐渐下降，如果没有持续的现场测量，这种退化只有在严重时才会被注意到。通过监控每个模板的关键指标并在性能下降时发出警报，可以在导致退化的原因尚可识别时就将其捕获。建立这种能力是标准做法。 网络性能 工作，并通过以下方式将生成的细分与转化数据连接起来 数据分析 正是这一点将性能问题从技术问题转变为商业问题，从而可以优先于其他工作进行优化。