技术实证
速度，从 6 个大洲测出来
在性能这件事上，我们不要求别人相信。整批数据都在这里：12 个国家 14 座城市的物理探针做的 78 次测量、可下载的原始记录、自己重做一遍的方法，以及这些数字并不能证明什么。
整个网站群，4 个数字
整个网站群，4 个数字
2026年7月31日 的这批测量，由公开探针服务 Globalping 采集。原始文件在本页底部。
在真实的网络上，44% 的网站达到 Google 对移动端响应时间的“良好”门槛。在我们这批测量里：78 次中有 76 次。
网络分布数据：HTTP Archive 的 Web Almanac 2025，基于 2025 年 7 月的 Chrome UX Report。我们的数字：2026年7月31日 的那批测量，原始记录在本页底部。
为什么快
为什么快
页面早就写好了
我们的网站是文件，不是程序。没有数据库要查询，访客来了也没有模板要拼装：被请求的那个页面早就完整存在，在有人请求它之前。服务器只剩下把它递出去这一件事。
从隔壁那座城市送出
每个页面都被复制到我们托管商的全球网络上，从离访客最近的接入点送出。孟买的一个学生下载的不是巴黎：她下载的是孟买。本页那 14 座城市测的正是这一点。
没有什么要到别人那儿加载
没有字体、没有脚本、没有图片、没有流量统计来自另一个域名。一个不依赖任何人的页面，也就不会被任何人拖慢，这一点在任何浏览器的网络检查器里三十秒就能核实。
轻，是构造出来的
文字优先、图片尺寸算好、字体随站打包，而且脚本就算永远不执行，页面照样读得下去。速度不是什么壮举——它是不往上加没用的东西之后剩下的结果。
这个数字测的是什么，不测什么
本页所有测量都是响应时间：从浏览器请求页面的那一刻，到响应的第一个字节到达之间的间隔。这是地基，不是房子。
- 它包含什么
- 域名解析、连接建立、加密协商，然后是等待响应。在我们这批测量里，连接建立的中位数是 2 毫秒，加密的是 11 毫秒。
- 它不包含什么
- 页面其余部分的下载、它的绘制、它的排版。响应时间短，并不保证页面看上去就快：所以我们也发布 Google 的评分，那是测绘制的。
- 为什么 Google 的门槛定在 800 毫秒
- 因为超过它，首次绘制就装不进 Google 认为良好的那个预算了。这个门槛按真实访问的第 75 百分位来判定：一半测量通过还不够，得有四分之三。
- 为什么我们瞄准 200 毫秒
- 因为这是业内常被引用的“优秀基础设施”那条线，而它更合我们的意：我们 78 次测量里有 57 次过了这条线。它已经不是 Google 的官方门槛了，我们宁可把这一点写出来，也不拿它来给自己贴金。
响应时间，一个大洲一个大洲看
每一行汇总在该大洲测到的数据，我们所有网站合在一起，从最快到最慢。中位数是把测量分成相等两半的那个值。
| 大洲 | 已测城市 | 测量次数 | 中位数 | 最好 | 最差 |
|---|---|---|---|---|---|
| 欧洲 | 3 | 18 | 39 ms | 17 ms | 486 ms |
| 北美洲 | 3 | 18 | 49 ms | 21 ms | 102 ms |
| 大洋洲 | 1 | 6 | 116 ms | 21 ms | 285 ms |
| 南美洲 | 1 | 6 | 139 ms | 28 ms | 151 ms |
| 亚洲 | 4 | 24 | 233 ms | 21 ms | 8,145 ms |
| 非洲 | 2 | 6 | 252 ms | 30 ms | 268 ms |
大洲由探针所在国家推得。本表没有一个数字是手写的：每次网站发布，它们都从原始记录里重新算出来。
一个网站一个网站看
协会发布的 6 个网站，在同一轮里测。这里取的中位数是已经缓存的那些响应：普通访客的体验。
| 网址 | 测量次数 | 已缓存 | 缓存中位数 | 最好 | 最差 |
|---|---|---|---|---|---|
odersa.org | 13 | 11/13 | 24 ms | 17 ms | 497 ms |
letabli.odersa.org | 13 | 6/13 | 40 ms | 27 ms | 449 ms |
depleindroit.odersa.org | 13 | 11/13 | 48 ms | 25 ms | 790 ms |
avantlessecours.odersa.org | 13 | 11/13 | 50 ms | 22 ms | 2,723 ms |
clicparclic.odersa.org | 13 | 12/13 | 56 ms | 21 ms | 8,145 ms |
avantdycroire.odersa.org | 13 | 10/13 | 116 ms | 25 ms | 791 ms |
各站之间的差别来自它们的访问量，不是来自代码：一个页面在某个区域很少被请求，它在那里就还没进缓存。中位数在 24 到 116 毫秒之间，全都远低于 Google 的门槛。
完整记录，一座城市一座城市看
这批测量涉及的 14 座城市，每座都带着它在我们 6 个网站上的测量。这是三张表里最不好看的一张，它在这里正是因为这一点：什么都没被拿掉。
| 城市 | 大洲 | 测量次数 | 已缓存 | 中位数 | 最好 | 最差 |
|---|---|---|---|---|---|---|
| London | 欧洲 | 6 | 6/6 | 25 ms | 23 ms | 64 ms |
| New York | 北美洲 | 6 | 6/6 | 32 ms | 24 ms | 50 ms |
| Falkenstein | 欧洲 | 6 | 6/6 | 40 ms | 29 ms | 486 ms |
| Warsaw | 欧洲 | 6 | 6/6 | 46 ms | 17 ms | 117 ms |
| Toronto | 北美洲 | 6 | 6/6 | 57 ms | 34 ms | 97 ms |
| Tokyo | 亚洲 | 6 | 5/6 | 64 ms | 21 ms | 267 ms |
| Los Angeles | 北美洲 | 6 | 6/6 | 81 ms | 21 ms | 102 ms |
| Singapore | 亚洲 | 6 | 4/6 | 113 ms | 28 ms | 215 ms |
| Sydney | 大洋洲 | 6 | 5/6 | 116 ms | 21 ms | 285 ms |
| Sao Paulo | 南美洲 | 6 | 5/6 | 139 ms | 28 ms | 151 ms |
| Johannesburg | 非洲 | 5 | 4/5 | 248 ms | 30 ms | 258 ms |
| Cape Town | 非洲 | 1 | 1/1 | 268 ms | 268 ms | 268 ms |
| Mumbai | 亚洲 | 6 | 0/6 | 269 ms | 215 ms | 335 ms |
| Dubai | 亚洲 | 6 | 1/6 | 791 ms | 449 ms | 8,145 ms |
一座城市里进了缓存的测量少，中位数就偏高：那是该区域的第一位访客在等，只等这一次，等页面在他附近安顿下来。
我们的测量对照公开参照
差距那一列把我们 94 毫秒的中位数和该行的参照相比。这些参照没有一个是我们自己的：每一个都带着来源，地址点一下就打开。
| 公开参照 | 参照值 | 与我们中位数的差距 | 来源 |
|---|---|---|---|
| Google 对响应时间的“良好”门槛 | 800 ms | × 9 | web.dev（Google） |
| Google 的“差”门槛，超过它一个网站会被标记 | 1,800 ms | × 19 | web.dev（Google） |
| 业内常被引用的“优秀基础设施”那条线 | 200 ms | × 2 | Auditite，2026 年参照 |
| 该记录中最快行业的中位数：金融 | 400 ms | × 4 | Auditite，2026 年参照 |
| 健康行业的中位数 | 600 ms | × 6 | Auditite，2026 年参照 |
| 媒体行业的中位数 | 750 ms | × 8 | Auditite，2026 年参照 |
写在明处的保留：分行业中位数的那个来源既没有公布方法，也没有公布样本。我们只把它当作一个数量级来引用，绝不当作证据，而且它公布的行业不止这三个。200 毫秒那条参照已经不是 Google 的官方门槛：它出自一份 2019 年撤下的文档。我们自己的数字，则可以当着您的面从原始记录里重新算出来。
Google 的公开评分
PageSpeed Insights 是 Google 的公开工具：任何人都可以拿它跑我们的页面和别人的页面，然后作比较。2026年7月31日 在桌面端测得。
| 测的是什么 | 桌面端结果 |
|---|---|
| 性能 | 100 / 100 |
| 无障碍 | 100 / 100 |
| 最佳实践 | 100 / 100 |
| 搜索引擎优化 | 100 / 100 |
| 最大内容绘制 | 0.4 秒 |
| 版面稳定性 | 0.001 |
我们不在这里抄录移动端评分。一个评分是有日期的，而我们刚刚修正了一处只在手机显示上出现的稳定性缺陷：要知道它现在是多少，正确的做法是重新跑一次工具，不是读我们。
自己把这些测量重做一遍
本页上的一切，不用我们也能复现。这两个工具都是公开且免费的，而且都不用注册。
- 打开探针服务 Globalping，选 HTTP 测试，地址填 odersa.org，来源选全世界：分布在地球各处的物理探针会去请求这个网站，并显示各自的时间，和我们的一样。
- 打开 PageSpeed Insights，把我们某个页面的地址粘进去，读那四项评分和绘制指标。再对另一个网站做一遍，就有了对照点。
- 随便打开我们的哪一页，按 F12，切到“网络”标签页然后刷新：所有请求都带着我们的域名，没有一条发往别处。
- 从本页底部下载原始记录，重新算我们的中位数：您应当能一行一行地对上我们表里的数字。
重做一次不会得出和我们完全一样的结果：可用的探针一小时一变，每台探针的网络状况也各不相同。这正是一次诚实测量的常态。数量级则是稳的。
我们的保留，写在别人拿它来质问我们之前
一次没有写明局限的测量就是一则广告。以下是我们这次测量的局限。
- 这些数字是 2026年7月31日 的一个快照，不是长期保证。和我们内容里那些每次发布都自己重新数的数字不同，一次网络测量需要重新跑探针。
- 我们 78 次测量里有 17 次遇上了区域缓存为空：那是某个区域的第一位访客在等，中位数是 270 毫秒而不是 47 毫秒。只等这一次。我们在悉尼实时验证过，第二次请求就回到了和其他测量一样的水平。
- 记录中来自本身连接就慢的探针的部分：78 次里有 1 次。这在原始记录里读得出来，它们的连接建立时间在我们还没作答之前就已经超过一百毫秒。我们把它们留在表里，而不是剔掉。
- 一台探针不是一位访客。它测的是一个网络和一台服务器，不是一部在拥堵网络上的二手手机。Google 的评分覆盖的是那一部分，而且那是 Google 测的，不是我们。
- 速度不等于教学。一个教得糟糕的快网站仍然是个糟糕的网站。本页只证明一件事：我们的基础设施不构成障碍。
- 我们不发布任何访问量数字，因为我们不收集任何能用来数它的东西。您在这里读到的测的是我们的服务器，从来不是我们的访客。
原始记录，作为开放数据
我们表里汇总的那个文件，就是它从探针里出来的样子：一次测量一行，带着被请求的网站、城市、缓存状态和各段时间的明细。采用 CC BY 4.0 许可，和我们发布的一切一样。