WordPress 提速实战：页面缓存、图片与数据库优化

先测基线，再谈优化

优化前先记录当前状态：首页与文章页的加载时间、服务器响应时间（TTFB）、页面体积与请求数。用浏览器开发者工具的瀑布图看清楚时间花在哪，比任何技巧都重要。

• TTFB 高：多半是 PHP 执行与数据库查询慢，先做页面缓存。
• 图片占用大：压缩与懒加载收益最直接。
• 请求数多、脚本阻塞：精简插件与页面构建器的附加资源。
• 只在高并发变慢：检查数据库慢查询与连接数，考虑对象缓存。

第一步：页面缓存

未加缓存时，每个访客的每次请求都要执行 PHP、查询数据库再拼出 HTML。页面缓存把渲染结果存下来，后续请求直接返回静态内容，是对 WordPress 最立竿见影的优化。

1. 选择一个主流缓存插件（如 WP Super Cache、W3 Total Cache 或商业方案），只装一个。
2. 开启页面缓存，登录用户与管理页面排除在缓存外。
3. 用无痕窗口测试已登录与未登录两种状态的页面是否都正常。
4. 发布或修改内容后确认缓存会自动刷新。

服务器层面也有缓存

如果主机使用 OpenResty/Nginx，还可以配合静态缓存或 FastCGI 缓存；面板或主机商的说明为准，避免多层缓存规则互相冲突。

第二步：图片与前端资源

内容站的流量大头几乎总是图片。治理原则是：上传前压缩、用现代格式、让浏览器按需加载。

• 上传前压缩图片，单张控制在几百 KB 以内；首图尤其重要。
• 优先使用 WebP/AVIF 等现代格式，多数缓存与优化插件可自动转换。
• 开启懒加载（WordPress 新版本默认支持），首屏外图片延后加载。
• 删掉页面构建器与主题里用不到的小工具区块，减少 CSS 与 JS 体积。
• 静态资源确认有合理的浏览器缓存头。

第三步：数据库与对象缓存

文章 revisions、过期瞬态数据会让 wp_posts、wp_options 越来越臃肿，拖慢查询。定期做一次数据库整理，并在有条件时启用对象缓存：

wp db optimize
wp transient delete --expired
wp post list --post_type=revision --format=ids | xargs -r wp post delete --force

• 服务器有 Redis 或 Memcached 时，配置对象缓存减少重复查询。
• 站点越大收益越明显；小站点先把页面缓存与图片做好。
• 每次整理后抽查文章、评论与设置是否完好。

复测与保持

三步做完后用同样的方法复测一次，记录前后对比。之后把「更新前备份、每周清理、每月复测」固定成节奏，速度才能保持住。