BEACON 数据集概述

Cloudflare 近期公开了名为 BEACON（Browser Experience Across Cloudflare's Observed Network）的匿名化真实用户测量数据集。该数据集基于其边缘网络覆盖的 10,000 个大型网站，积累了数十亿条性能记录，每日更新至 Google BigQuery，并遵循 RUM Archive 社区标准。与实验室测试不同，BEACON 反映的是真实用户在不同设备、浏览器、网络环境下的体验。

核心指标与百分位分布

数据集完整上报 Core Web Vitals 的三大指标：

  • LCP（最大内容绘制）：衡量加载性能；
  • CLS（累计布局偏移）：衡量视觉稳定性；
  • INP（交互到下一次绘制）：衡量交互响应。

区别于仅提供 P75 平均值的传统报告，BEACON 以完整直方图形式发布，研究者可自定义任意百分位，从而观察长尾用户的糟糕体验。

真实环境中的重要发现

浏览器与地域差异

总体看，WebKit（iOS 唯一引擎）在多数指标占优，但在 46 个流量占比超 10% 的国家中，其 LCP 或 INP 比 Blink 系浏览器差至少 10%。例如在柬埔寨，WebKit 的 LCP 比 Blink 慢 50%。

行业分类性能

政府、医疗等类别表现较好，而广告、宗教、天气类网站通常最慢。通过细分百分位，能发现某些行业的视觉稳定性在长尾急剧恶化。

LCP 与 INP 子项分解

BEACON 扩展了 RUM Archive，将 LCP 拆解为以下阶段：

  • Document TTFB：接收到 HTML 文档的时间；
  • Load Delay：发现 LCP 候选元素的延迟（常因 JS 阻塞）；
  • Load Duration：资源下载耗时；
  • Render Delay：渲染被阻塞的时间。

统计显示，在达到“良好”阈值的页面中，资源下载本身耗时占比最小，真正的优化机会在于减少 Load Delay 与 Render Delay。类似地，INP 分解为输入延迟、处理时间与呈现延迟，慢交互中 JS 执行与主线程阻塞是主因。

单页应用导航模式

结合 Chrome 软导航 API，数据集对比了硬导航与软导航：软导航在各百分位下比硬导航快 2-3 倍，但落地页初始加载往往更重。架构选型需权衡首次加载与后续交互。

跨数据集关联

BEACON 可与其他公开数据 join，如世界银行人均 GDP、Cloudflare 网络质量指数（IQI）。初步分析表明，网页性能与接入网络质量高度正相关：优质网络通常伴随更优的站点体验。

对读者的意义与技术解读

对于运维、SRE 与站长，BEACON 提供了真实的终端用户视角，弥补了主动探测（如本站提供的 HTTP 测速、Ping、Tcping）仅能反映探测节点到服务器链路的不足。主动监控擅长发现服务端故障、CDN 边缘异常与 TLS 握手耗时，而 RUM 能暴露客户端设备、JS 执行效率与渲染瓶颈。

尤其值得关注的是 TTFB 指标：它直接受源站响应、CDN 缓存命中与骨干网延迟影响。读者可使用本平台的 HTTP 测速工具，从多个地理位置发起请求，对比 BEACON 中对应行业的 TTFB 直方图，定位自身站点在真实用户中的相对位置。此外，长尾百分位提醒我们：SLA 不应只盯平均延迟，需关注 P90/P95 的丢包与抖动，这同样适用于 ICMP Ping 与 TCPing 端口连通性监控。将 RUM 与主动诊断结合，才能构建完整的可观测性体系。