BEACON 資料集開放：SQL 查詢數十億筆真實效能量測
Cloudflare Blog · 2026-09-28
現在任何工程師都能直接對數十億筆真實使用者網頁效能量測跑 SQL 查詢，不必再靠單一網站的埋點或第三方彙整報告拼湊全貌。Cloudflare 在 2026 年 9 月 28 日發布BEACON（Browser Experience Across Cloudflare's Observed Network），把來自一萬個大型網站的匿名效能資料，每天更新進公開的 Google BigQuery 資料集。
背景
在 BEACON 之前，工程師想知道「網頁到底有多快」，通常只有兩種選擇：查自己網站的 RUM 資料，或是讀第三方每月彙整的效能報告。前者樣本量小，看不到跨網站的比較基準；後者粒度粗，通常只有月度、國家層級的中位數，無法下鑽到特定瀏覽器引擎、連線協定或產業別。BEACON 的欄位沿用社群主導的 RUM Archive 規範，涵蓋所有主流瀏覽器引擎，補上「大規模、可查詢、每日更新」這塊空白。
資料集規格
BEACON 追蹤三個 Core Web Vitals 指標：Largest Contentful Paint（LCP，載入速度）、Cumulative Layout Shift（CLS，視覺穩定度）、Interaction to Next Paint（INP，互動反應速度）。除了指標本身，資料集還附帶多個可切分的維度，讓查詢能下鑽到特定族群，而不只是看全站平均。
| 維度 / 欄位 | 用途 |
|---|---|
| country | 依國家切分效能表現 |
| operating system | 依作業系統切分 |
| browser | 依瀏覽器（含引擎）切分 |
| connection protocol | 依連線協定切分 |
| industry classification | 透過 Cloudflare Intel API 標註的產業別 |
資料集公開放在 Google BigQuery 上，存取連結標示的專案與資料集位置為 cf-open-web-performance 底下的 rumarchive，任何有 Google 帳號的人都能直接查詢。Cloudflare 也附上多組現成的儲存查詢（saved query）可以直接複製調整，例如文章示範用的「CWVs by Industry」，就是把三項 Core Web Vitals 依產業別聚合出來的查詢。
文章同時列出幾個具體門檻，方便讀者對照自己網站的數字：Time to First Byte 在 598 毫秒內算「良好」，Render Delay 超過 2,002 毫秒屬於「不良」，Input Delay 在 18 毫秒內才算「良好」。這些門檻不是新規則，但有 BEACON 這種大規模真實資料撐腰，工程師可以直接用同一份資料集查出自己網站落在哪個百分位，而不是只對照一張靜態門檻表。
影響範圍
對前端效能團隊來說，這代表不用再自建大規模 RUM 收集管線就能做跨網站基準比較：想知道自家 LCP 在同產業裡算什麼水準，直接在 BigQuery 查 BEACON 就有答案。文章本身也用這份資料集示範了幾個過去難以驗證的發現，例如 WebKit 引擎在柬埔寨的 LCP比 Blink 慢 50%，以及軟導覽（soft navigation）在各百分位下都比硬導覽（hard navigation）快兩到三倍，這類跨引擎、跨地區的比較過去只有瀏覽器廠商或大型 CDN 自己才做得出來。
要注意的是查詢成本：BigQuery 對公開資料集的查詢仍計入自己 Google Cloud 專案的用量，跑大範圍、高基數的聚合查詢前要先估掃描量，因為資料是每日更新、逐日累積到 billions 級規模，沒有限定條件的查詢很容易掃過量計費。對想追蹤自家網站與大盤差距的效能團隊、或想寫效能監控 dashboard 的工程師，BEACON 提供了一個可以直接接上既有 BigQuery pipeline 的資料源，不再需要維護串接第三方彙整 API 或自建跨站比較邏輯的中介層。Cloudflare 在文章中也提到，未來會在 Cloudflare Radar 加入新的 Web Performance 版面，讓不想自己寫 SQL 的人也能瀏覽同一批資料，但這個版面目前尚未上線。
原始來源：Cloudflare Blog：How fast is the web? Explore billions of real-user measurements with BEACON、RUM Archive：Querying documentation