Cloudflare 现已成为全球 1,000 个最大网络中 74% 的最快提供商，高于 2026 年 4 月的 60%。这一巨大提升意义重大，因为每一毫秒都会影响用户访问其依赖的应用程序、API（应用程序编程接口）和网站的速度。在本期生日周性能更新中，我们将回顾如何获取测量数据，介绍一种使用 Cloudflare Challenge Pages 的新测量方法，并讨论这些改进在哪些方面对客户产生了最大影响。

Cloudflare 在 74% 的顶级网络中速度最快

8 月，Cloudflare 在 74% 的顶级网络中是最快的提供商，较 4 月智能体周期间的上次更新提升了 14 个百分点。下图展示了 Cloudflare 成为最快提供商的国家。

我们从前 1,000 个网络中额外 150 个网络成为最快提供商，使比例从 60% 提升至 74%，并且 Cloudflare 在另外 38 个国家/地区也位列最快。我们通过查看每个国家/地区中服务最多用户数量的网络，来确定用户所使用的最快提供商。

下图展示了自 4 月以来，Cloudflare 在这些网络中成为最快提供商的国家/地区。

这里您可以看到 Cloudflare 现在成为最快提供商的额外网络数量。

我们如何获得这些测量数据？

我们的分析从全球 1,000 个最大网络开始，依据 APNIC 的数据按估计用户数量排名。由于这些网络覆盖了广泛地理区域和接入环境中的用户，它们为我们提供了了解人们实际互联网体验的有用视角。

对于每个网络，我们使用连接时间来评估性能：用户设备在请求内容时完成 TCP 握手所需的时间。我们使用这一指标，是因为它紧密对应人们对“快速”用户体验的认知。它反映了距离、路由和拥塞等现实因素，同时仍足够具体，使我们能够比较提供商并识别性能可改进之处。

为了对提供商进行排名，我们计算连接时间的三均值。三均值将第 25 百分位数、第 50 百分位数和第 75 百分位数合并为加权平均值。使用这种方法有助于减少异常值的影响，同时仍能代表大多数用户所经历的体验范围。您可以阅读之前的文章，了解更多关于我们为何选择这一指标的信息。

当有人访问 Cloudflare 品牌的错误页面时，其浏览器可以运行一个小型后台测量，从多个提供商获取轻量级文件，包括 Cloudflare、Amazon CloudFront、Google、Fastly 和 Akamai。然后我们记录从该用户浏览器、在该用户网络上、在那一刻每个连接所需的时间。这让我们了解真实互联网条件下的性能，而不仅仅是受控测试环境中的性能。

自 2021 年以来，Cloudflare 品牌的错误页面一直是真实用户性能数据的可靠来源，并且仍然是我们衡量性能的重要部分。但测量会随着规模扩大而变得更好。我们收集的数据越多，观察的网络越多，就越能准确理解用户的互联网体验。自上次更新以来，我们通过使用 Cloudflare Challenge Pages 添加测量，扩展了性能数据收集。

推出基于 Challenge Pages 的性能基准测试

如果你还不熟悉，Cloudflare Challenge Pages 是整页屏幕，在访客到达网站之前对其进行验证。当触发质询时——通常由 Web 应用防火墙规则触发——Challenge Page 充当一道关卡：它暂缓请求，评估浏览器环境中的自动化信号，并且只允许合法访客通过，通常无需任何交互。Challenge Pages 由 Cloudflare Turnstile 提供，这是我们注重隐私、基于风险的质询技术，直接在访客的浏览器中运行。

由于 Challenge Pages 运行在广泛的网站和真实网络条件下，它们提供了一种新颖的方式，可以从人们实际使用互联网的地方收集性能测量数据。如果你想将 Challenge Pages 添加到自己的网站，可以从 Cloudflare Challenge Pages 文档开始。

它是如何工作的？

从最终用户的角度来看，基于 Challenge Page 的测量与我们现有的错误页面测量非常相似：它在浏览器中静默运行，不需要用户做任何额外操作。当访客停留在 Challenge Page 上时，一个小型、非交互式的测量会在后台运行。它从一组固定端点获取轻量级文件，包括 Cloudflare、Amazon CloudFront、Google、Fastly 和 Akamai，并记录每个请求是否完成以及耗时。

虽然我们关心性能测量，但我们更关心改进性能。这包括确保我们的测量不会对用户体验产生负面影响。我们设计 Challenge Page 测量时，避免为访客增加明显延迟，同时保留 Turnstile 为 Challenge Pages 带来的隐私保护特性，这些特性使它们不同于传统的 CAPTCHA。

目前，除了继续从 Cloudflare 品牌的错误页面收集数据外，我们只在一小部分符合条件的免费 Challenge Pages 上运行测量。我们将把这些测量限制在免费 Challenge Pages 上，并且只有在额外数据能够提升测量质量且最终用户性能不受影响时，才会提高采样率。

Challenge Pages 的覆盖范围有助于测量规模化

仅从错误页面方法升级的主要方面是覆盖范围。Cloudflare 品牌的错误页面让我们从较窄的使用场景中获得了高质量测量，而 Challenge Pages 让我们能够在日常交互中收集类似测量，只要那里已经在提供质询。这意味着可以从更多网络获得更多测量，而无需用户采取任何额外操作。通过在 Challenge Pages 上收集测量，我们大幅增加了收集的数据量，并改善了所测量用户、网络和地域的多样性。从数据质量的角度来看，这将一个已经很有信息量的数据集提升到了新的水平。

更多测量，更多可能性

尽管 Challenge Pages 测量的初步结果很有前景，但我们还有更多改进数据集的想法。首先，我们希望我们的测量能够描述尽可能多用户的体验。由于 Challenge Pages 运行在如此广泛的网站和访客群体中，它让我们能够从远超前 1,000 名的网络中获得测量，并且在每个网络中获得更多样本，尤其是在我们增加测试量时。这种广度为我们提供了更多分析选项：我们可以探索仅靠网络数量排名无法支持的视图，例如按体验人数对性能进行加权、按国家或全球而不是按网络对结果分组，以及量化我们测量的网络代表了多少总用户流量。

其次，更多测量让我们在竞争最接近的地方获得更清晰的分辨率。在许多网络中，顶级提供商之间的三均值连接时间只相差一两毫秒，例如 Cloudflare 为 50 ms，Fastly 为 51 ms，这个差距小到日常波动就可能翻转排名。随着 Challenge Pages 增加测量量，每个提供商三均值周围的置信区间将会缩小，使我们能够区分真正的领先和统计噪声。我们今天分享的结果还处于早期阶段，但随着数据集变得更大，我们预计这些排名的未来变化将进一步反映性能的真实变化。

改进后的测量结果显示 Cloudflare 排名第一

这一显著提升恰逢我们新增了上述测量方法。通过增加测量量，Cloudflare 有更多机会在更广泛的网络和用户条件下与其他顶级提供商比较性能。在实践中，这让我们在顶级提供商性能非常接近的网络中获得更清晰的信号。

例如，Cloudflare 之前在某些网络中可能排名第二，即使我们的三均值连接时间仅比最快的提供商慢 1 或 2 毫秒。随着测量次数增加，结果对异常值和日常波动不那么敏感。这使得排名更加稳定，尤其是在最快提供商可能之前每天变化的国家和网络中。随着数据集变得更大、更具代表性，我们能更一致地了解每个网络中哪个提供商实际上最快。

性能是一个持续的过程

提升性能是一个持续的过程，改进我们的测量方式也是如此。今年的结果显示出有意义的进展：Cloudflare 现在在我们测量的顶级网络中 74% 是最快的提供商，而我们基于 Challenge Pages 的新方法让我们对全球互联网性能有了更广泛、更稳定的视角。我们将继续使用这些数据来发现哪里可以更快，验证我们改进的影响，并为每天依赖 Cloudflare 的客户和用户让互联网变得更好。

转载声明：本文为转载整理，原文版权归原作者及原站点所有。

原文来源：Cloudflare Blog

原创地址：https://blog.cloudflare.com/network-performance-birthday-week-2026/