先测再改，别凭感觉优化。改主题和插件前先备份，这条建议听着老套，但每年都能救回不少站。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 速度优化、首屏 的关键动作都给了具体做法，可以照着走。

测量

看 TTFB 与首屏渲染时间。

动手前先确认影响范围，能局部处理就不要影响整机。

服务端

缓存、对象缓存、数据库优化。

容易踩的坑：变更没留记录，下次故障时没人知道上一轮改了什么。

前端

图片、字体、脚本延后。

优先选可回退的方案，别用一次性操作换速度。

网络

CDN 与 HTTP/2。

速查表

常见问题

Q：速度优化这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：测量、服务端、前端、网络。真出问题时，先回退到上一个可用状态，再慢慢找原因，别在线上试。

相关阅读：www 与 https 怎么统一跳转、HTTPS 混合内容怎么修、伪静态规则怎么写。