選 CDN 或邊緣平台的時候，各家都會說自己快，但「快」是怎麼量出來的，往往比數字本身更值得看。Cloudflare 在 2026 年 10 月 2 日的 Birthday Week 發表了網路效能更新：根據官方部落格，它目前在全球最大的一千個網路中，於 74% 的網路上是最快的供應商，比 2026 年 4 月 Agents Week 時公布的 60% 提升了 14 個百分點，等於多拿下了 150 個網路，另有 38 個國家新增「最快」紀錄。
用什麼指標量速度
Cloudflare 的方法從 APNIC 的使用者人口估算挑出全球一千大網路，然後在每個網路裡比較各家的連線時間——也就是使用者裝置完成 TCP handshake 所需的時間。選這個指標的理由是它貼近人們感受中的「快」，同時反映了距離、路由和壅塞這些真實因素。
排名時不是只看平均值，而是取 trimean：把第 25、50、75 百分位做加權平均，降低離群值的影響，同時保留大多數使用者的體驗範圍。這套方法 Cloudflare 從 2021 年就開始使用。
測量點這次搬到哪裡
這次更新最有意思的不是 74% 這個數字，而是測量方式的擴充。過去的資料來自 Cloudflare 品牌的錯誤頁面：當使用者碰到錯誤頁，瀏覽器會在背景向 Cloudflare、Amazon CloudFront、Google、Fastly 和 Akamai 抓取輕量檔案，記錄各家的連線時間。這是真實網路條件下的量測，但樣本覆蓋面有限。
新方法把測量搬進 Challenge Pages——也就是由 Turnstile 驅動、用來驗證訪客的全頁面。挑戰頁面已經在日常瀏覽中廣泛出現，在背景跑一個非互動的小量測，就能從更多網路、更多地理範圍拿到資料，而且不需要使用者多做任何事。Cloudflare 表示目前只在少部分免費 Challenge Pages 上抽樣，並會在使用者體驗不受影響的前提下才提高頻率。
為什麼這對選型的人重要
資料量增加的直接效果，是讓排名更穩定。Cloudflare 自己舉例：許多網路裡前幾名的 trimean 連線時間只差一兩毫秒——像是 Cloudflare 50 ms 對 Fastly 的 51 ms——日常波動就足以讓排名互換。樣本變多之後，信賴區間收窄，才分得出「真的領先」和「統計雜訊」。
這裡有一個值得注意的細節：74% 這個躍升，恰好與新測量方法的加入同時發生。Cloudflare 在文中也承認，更密的測量讓它在原本只差一兩毫秒、排在第二的網路裡拿到了更清晰的訊號。換句話說，部分進步可能來自「看得更準」而不是「變得更快」。讀這類供應商自家的效能報告時，把方法和結果放在一起看，是比較安全的姿勢。
給 builder 的下一步
如果你的應用對延遲敏感——例如做 agent 的工具呼叫、影音打分這類多輪互動的產品，邊緣連線時間就會直接進到使用者體驗。我們之前在把 profiler 掛上線上 Worker 的討論裡談過，延遲問題往往要到線上才看得出來，供應商層級的基準數字只是起點。
實際的做法是：參考 Cloudflare 這份按國家和網路細分的排名，找出你的主要使用者所在的網路，再用自己的真實流量驗證。供應商的方法再嚴謹，也量不了你的應用路徑。