Performance
WP Rocket 替代方案：缓存插件必须具备哪些能力
大多数缓存插件对比，最终都落在测速工具给出的一个分数上。这很诱人，却没什么帮助：这个分数衡量的只是对单次访问的单次测量。以下七项标准更经得起时间考验。
1. 每个开关都能单独切换吗？
这是最重要的一点，也是最少被提到的一点。如果启用之后出了问题，你需要能够只撤回一项设置——而不是一整组。
2. 它会说明自己改动了什么吗？
一个提供“优化”却不说明具体会发生什么的插件，会让排查错误变成猜谜。Kakapo Performance 会在每个开关旁写明它的作用——以及它的局限在哪里。
3. 它能提供现代格式的图片吗？
在大多数网站上，图片都是占比最大的部分。为每个图片尺寸生成 WebP 和 AVIF，比任何缓存微调都更有效。还要检查现有的媒体库能否在事后转换。
4. 它会清理数据库吗——按计划进行？
修订版本、孤立的元数据和过期的 Transients 会悄无声息地增长。清理一次能管半年；设定计划则能长期有效。
5. 它会显示启动时一并加载了什么吗？
Autoload 选项在每一次访问时都会被加载，即使根本没人需要。一个实际统计每个选项字节数、而不是估算的插件，在这里发现的问题往往比其他所有方面加起来还多。
在调整缓存之前，先看一眼 Autoload 列表。只要有一个被遗忘、体积达数 MB 的选项，任何缓存优化都会付诸东流。
6. 它支持对象缓存吗？
对于需要登录的区域和网店来说，使用 Redis 或 Memcached 的对象缓存比任何页面缓存都更有用——因为那里根本不允许缓存。检查替代方案能否在不借助额外插件的情况下做到这一点。
7. 管理多个网站时它表现如何？
管理五个网站的人，希望无需登录五次就能查看状态、清空缓存。问清楚远程管理通过什么方式登录——Kakapo Performance 使用的是 WordPress 的应用程序密码，而不是在厂商处开设的账号。
标准一览
| 标准 | 问题 | Kakapo Performance 的情况 |
|---|---|---|
| 单独的开关 | 能否只撤回一项？ | 是，没有哪个是必开的 |
| 透明度 | 是否写明会发生什么？ | 是，连同局限一并说明 |
| 图片 | WebP 和 AVIF，事后也能转换吗？ | 是，另有批量处理 |
| 数据库 | 按计划进行？ | 是 |
| Autoload | 实际统计还是估算？ | 在 PHP 中实际统计 |
| 对象缓存 | 无需额外组件？ | Redis 或 Memcached |
| 多个网站 | 如何登录？ | 应用程序密码 |
常见问题
主机商的缓存还不够吗？
对于匿名访问，往往够用。它通常做不到的是：转换图片、维护数据库和显示 Autoload 选项。两者并不互相排斥。
我需要关键 CSS 吗？
它有助于提升感知加载速度，但也是最容易出错的部分。最后再启用它，并逐个检查每个模板。
Core Web Vitals 怎么办？
布局跳动几乎总是由未设尺寸的图片和后加载的字体引起的。这两者在调整缓存之前就可以解决。
如果不合适，我还能换回去吗？
可以，前提是插件会标记自己的
.htaccess 区块，并在停用时删除缓存文件。购买前先确认这一点。