WordPress 提速：先测页面，再处理缓存和资源

1. 先区分前台慢、后台慢和网络慢#

用未登录浏览器测试首页与文章，再登录后台比较。前台可缓存，后台通常不能整页缓存；后台慢不一定靠页面缓存插件解决。记录同一页面的首字节时间、资源体积和服务器负载，保留优化前基线。

curl -o /dev/null -sS -w 'TTFB:%{time_starttransfer}s Total:%{time_total}s Bytes:%{size_download}\n' https://example.com/

命令中的 TTFB 包含连接与网络阶段，不能当成纯 PHP 执行时间。浏览器 Network 面板能进一步找到大图片、外部字体、第三方脚本或慢接口。

2. 先减少每次访问的实际工作量#

选择维护良好的主题，删除不需要的插件与前端资源。图片按实际展示尺寸压缩，使用现代格式和合理的懒加载；首屏主图不宜延迟得太晚。不要让手机加载一张几千像素、数 MB 的图片只显示为小缩略图。

外部字体或脚本慢时，确认授权和更新方式后可考虑本地托管或移除。每次只改一类问题，再用相同页面复测，避免不知道是哪项改变有效。

3. 缓存要区分页面与对象#

页面缓存保存生成后的 HTML，适合公开文章；对象缓存减少重复数据库查询，需要应用和缓存服务配合。登录页、后台、购物车、结账和用户专属内容不应被公共页面缓存错误共享。

使用 WP Rocket、其他缓存插件或服务器缓存时，先核对它们是否重复接管压缩、延迟脚本与页面缓存。插件免费/付费功能和版本会变化，使用官方当前版本，不安装来源不明的修改包。

4. 预加载与并发不要压垮小机器#

缓存预加载会主动请求大量页面，相当于给网站增加访问量。先从少量页面和低并发开始，观察 CPU、内存、数据库和流量，再调整频率。不能一边清空全站缓存，一边让多个插件同时全量预热。

free -h
vmstat 1 10
ps -eo pid,%cpu,%mem,comm --sort=-%cpu | head

PHP-FPM 并发、数据库缓存与实例内存需要一起预算。增加 memory_limit 只是单进程上限，不会凭空增加内存；持续 Swap 或 OOM 时按内存排查处理。

5. 后台慢时查外部请求和数据库#

后台可能被插件授权检查、远程 API、定时任务或慢查询拖慢。用受信任的诊断工具在测试环境定位，查明具体插件或查询，再决定修复、替换或调整。不要直接删除数据库中看起来大的表。

清理修订版本、过期瞬态和垃圾评论前备份数据库，确认保留要求。数据库“优化”操作可能锁表、占额外空间，生产站应安排维护窗口。

6. 用业务结果验收优化#

复测首页、文章、后台保存、上传、搜索和移动端交互，确认没有样式错乱、脚本延迟导致按钮失效或缓存泄露个人内容。关注真实访问的稳定表现，不只追求某个跑分满分。

继续阅读数据库备份、Memcached和站点监控。需要换线路时先用网络测试确认瓶颈。