先测，再优化
优化前先记录基准：用 PageSpeed Insights 或 WebPageTest 测首页与一个产品页，记下首屏时间、LCP、TTFB 与页面总重量。没有基准就无法判断改动是否有效，也容易在无效优化上浪费时间。建议同时用手机与桌面各测三次取平均值。
第一优先级：页面缓存
页面缓存把动态生成的 HTML 存为静态文件，直接返回给访客，是提升最明显的一步。W3 Total Cache、WP Super Cache 或 LiteSpeed Cache 都能实现。若主机本身提供服务器级缓存（如 LiteSpeed、Varnish），优先用主机方案，兼容性更好。开启后要验证：登录后台与购物车页面不能被缓存，否则会出现购物车串号、登录状态异常。
第二优先级：对象缓存与数据库
若站点有较多数据库查询（电商、多插件站点），启用 Redis 或 Memcached 对象缓存，能显著降低重复查询开销。数据库层面清理无用数据：修订版本、过期草稿、垃圾评论、冗余 autoload 选项。修订版本可用代码限制保留数量，autoload 选项总大小建议控制在 1MB 以内，过大会拖慢每次请求的初始化。
第三优先级：静态资源
- 合并与压缩 CSS/JS，移除未使用的样式
- 延迟加载非关键 JS，尤其是统计与聊天工具
- 自托管字体并使用 font-display: swap，避免字体闪烁阻塞
- 移除未使用的插件与它们残留的资源
第四优先级：CDN 与图片
接入 CDN 分发静态资源与图片，配合前一篇讲过的图片优化（压缩、WebP、懒加载），页面总重量通常能砍掉一半以上。CDN 开启后记得排除结算页、账户页等动态路径。
上线后持续监控
速度优化不是一次性动作。每次安装新插件、新增轮播或埋点后都要复测；每季度跑一次完整审计，清理插件残留与数据库增长。把「新增功能前先测速」写进团队流程，比事后补救省力得多。目标是让核心页面在移动端也能稳定在 2.5 秒内可交互。