改版上线，用户说变慢了

版本上线第二天，陆续有人说打开慢了。团队第一反应是加配置，我拦了一下：先确认到底慢在哪。那次我们差点先把机器升配。

没有对比就动手，很容易把原来的问题改得更复杂。

先找基线

改版前的数据还在吗？同一批节点、同一个路径、相近时段的结果。

如果没留，就从现在开始建一条，并标明「改版后」的时间点。之后所有优化都对着这条线比。没有基线时，别拿印象当对比。

基线不需要很复杂，五段耗时、状态码、节点分布，三样就够。

五段里看哪一段变了

用宝塔拨测的网站测速跑同一路径，和基线对比。

DNS 段明显变长，可能是换了 CDN 或者解析商。

TLS 段变长，可能是证书链变了、协议版本降了，或者启用 HTTPS 的方式变了。

TTFB 变长，大概率是后端：新代码、新查询、新依赖。

下载段变长，资源变多了、变大了，或者压缩没生效。

先看单段的变化幅度，再看绝对耗时，哪一段变化最大，问题就在那一层。改版还常带来 DNS 记录调整，解析段的变化容易被忽略；换了域名或者加了 www，证书覆盖也要重新确认。这些都不等于「服务器变慢」。

改版常见的三个坑

模板里塞了新的第三方脚本，阻塞渲染。主文档没慢，首屏却慢了。

新增了跳转，http 到 https 再到 www，一次访问走了三段。

新上 CDN 但缓存策略没配好，每次都回源，TTFB 忽高忽低。还有改了图片格式，但没改尺寸，下载段照样长。

看范围

所有节点都慢，是源站或全局配置；只有部分地区慢，可能是新 CDN 的节点分布没覆盖好。

按运营商分组看，能判断是不是某条线路和新的接入方式不合。新 CDN 的覆盖和原来不一样，这在改版时很常见。

复测和回滚

改完用同一批节点复测，只看变化的那一段有没有回落。

连测三次，确认稳定再宣布优化完成。

如果改版引入的问题短期修不好，回滚是合理选项。先恢复体验，再慢慢优化，比硬扛着强。回滚也要复测，确认真的回到原水平。

扩容只能解决算力和带宽，解决不了解析和证书，先按段排除，再考虑加机器，这个判断能省很多钱。跟团队沟通时把分段数据摆出来，比说「感觉慢了」有效，数据能减少争论，也更容易定位责任人，这不是甩锅，是分工。前端、后端、运维各看自己那一段，改版是团队动作，排障也该是。各段有主，效率才高，别让一个人扛完所有层。