WordPress 缓存基准测试:缓存页面与未缓存页面的对比
在配备 Zinn® Cache 的 Zinn Digital® 托管服务上单幅 WordPress 页面的首字节时间测量结果:60 次命中缓存对比 60 次绕过缓存的请求。

结果
| 缓存命中 | 缓存已绕过 | |
|---|---|---|
| 服务器等待时间中位数 | 40毫秒 | 107毫秒 |
| 第 90 百分位数 | 47毫秒 | 119毫秒 |
| 最快请求 | 25毫秒 | 93毫秒 |
| 成功样本 | 59 | 59 |
| LiteSpeed 缓存标头 | hit | miss |
在中位数表现上,缓存页面的到达速度提升了 2.7 倍。
测量于
衡量方式
该页面是在我们的 LiteSpeed 主机上运行 Zinn® Cache 1.3.0 的 WordPress 网站的主页,位于我们的 CDN 之后,大约有 86 KB 的 HTML。请求来自德国的一台服务器。
每一轮都发出了一次普通请求(由 LiteSpeed 从其缓存中响应),以及一次带有唯一查询字符串的请求(由于无法缓存而传递给 WordPress)。各轮交替进行,以使两组测试都能处于相同的网络条件下。
该数值为服务器等待时间:即发送请求到接收到第一个字节之间的时间,不包括 DNS、连接和 TLS 设置。每组中有一个请求未完成,已被排除,而不是计为快速。
这未能告知您的内容
这是一个插件较少的小型快速网站。每个页面承担更多任务的网站——大型商店、页面构建器、数十个插件——需要更长的时间来构建,因此缓存副本可以节省更多资源。由于其他原因(例如体积过大的图片或第三方脚本)而已经变慢的网站,仅靠缓存是无法变快的。
它衡量的也是服务器,而非浏览器。Core Web Vitals 还取决于首字节之后发生的事情,而这正是 Zinn® Cache Pro 的图像、CSS 和 JavaScript 选项发挥作用之处。
衡量您自己的网站
打开浏览器的开发者工具,在退出登录状态下重新加载页面,然后查看响应头。x-litespeed-cache: hit 表示页面来自缓存;miss 表示页面已重新生成并已储存。以下指南将为您逐步说明。
随 Zinn Digital® 托管免费提供
在 Zinn Digital® 主机服务上免费获取 Zinn® Cache
我们自有服务器上的每个 WordPress 站点均已安装并连接 Zinn® Cache:页面缓存已开启,Redis 对象缓存为您托管,插件更新自动推送。Zinn® Cache Pro 未包含在内;您可以随时将其添加到任何站点。