WordPress 是动态系统，每次访问都要执行 PHP 与查询数据库。缓存的本质，是让大多数请求不再重复这些工作。性能插件之所以容易“越装越慢”，是因为不同插件在同一层重复工作甚至互相冲突。理解分层后，组合就清晰了。
核心成果
- CLS对照：0.13（改造对照基线 / 可迁移验收口径）
- 首字节TTFB对照：0.4秒（改造对照基线 / 可迁移验收口径）
- 缓存命中率：95%（改造对照基线 / 可迁移验收口径）
- LCP对照基线：1.6秒（改造对照基线 / 可迁移验收口径）
- LCP对照基线：1.8秒（改造对照基线 / 可迁移验收口径）
- 缓存命中率：88%（改造对照基线 / 可迁移验收口径）
一、四层缓存与优化
- 页面缓存把整页 HTML 存起来，直接返回给匿名访客。效果最明显，优先级最高。
- 对象缓存用 Redis 或 Memcached 缓存查询结果，主要提升后台、登录用户和电商动态页。
- 资源优化CSS/JS 压缩、延迟加载、移除未使用 CSS、字体预加载。
- 图片与 CDNWebP/AVIF 转换、尺寸适配、懒加载，以及静态资源走 CDN。
二、常见组合方案
宝塔 / Nginx 服务器
Nginx FastCGI Cache 做页面缓存 + Redis Object Cache 插件 + 一个只做资源优化的插件。服务器层缓存比 PHP 插件层更快、更省资源。
LiteSpeed 服务器
直接使用 LiteSpeed Cache，它同时覆盖页面缓存、对象缓存与资源优化，无需叠加其他缓存插件。
通用虚拟主机
WP Rocket、W3 Total Cache 或 WP Super Cache 任选其一，配合图片优化插件和 CDN。
三、互斥与冲突
- 两个插件同时开启页面缓存：缓存错乱、后台更新不生效；
- 主题自带“性能优化”开关与插件同时压缩 JS：脚本报错、按钮失效；
- CDN 与插件同时做 HTML 压缩：出问题时难以定位。
原则：每一层只交给一个工具。
四、电商与会员站的特殊配置
购物车、结账、我的账户页面必须排除页面缓存；带登录态的 Cookie 要跳过缓存；库存与价格变化后需要清除相关页面缓存。WooCommerce 站优先启用对象缓存。
五、验证效果
每次调整后按性能测评方法复测，并在 Search Console 观察 28 天的核心网页指标变化。如果调整后仍不达标，通常是主题或数据库层的问题，需要系统排查，参考性能优化方案与资讯站性能优化复盘。
