只有活动页卡，其他都顺

客户说大部分页面正常，就是活动页特别卡，滚动都一顿一顿的。

我一开始只测了那个活动页，确实慢，但不知道慢在它自己，还是慢在它这一类，方向定不下来。

先分组，再对比

分组是为了让结论可复用，不是给自己找活干。

把页面按类型分组：首页、列表、详情、活动页、搜索结果页，类型就是共性的线索。

每一类抽三条，别只抽一条，单条可能刚好赶上波动，三条才有一点说服力。

同类三条都慢，说明是这一类共用的东西有问题，范围一下子就窄了。

三类常见共性

三类抓完，基本能锁定，剩下只是验证。

模板：同一套模板里的某个组件很重，所有用它的页面都会慢，改一处能救一批。

第三方：某个统计、客服、地图脚本只在部分页面加载，这类最容易被忽略。

数据量：详情页字段多、图片多，这一类的慢往往和体量正相关，越是长尾越明显。

用测速把差异量化

有数字，讨论才有落点，也才不会被一句「我觉得还行」打断。

用宝塔拨测的网站测速分别测这几类页面的代表地址，看 DNS、TCP、TLS、TTFB、下载五段，横向比。

如果五段都差不多，只是某些页面卡，那问题更可能在渲染和脚本，而不是网络。

如果下载段明显偏大，先看这些页面的资源体积和数量，图片和视频先过一遍。

怎么确认是共性

减法比加法快，去掉一个组件比读懂它便宜多了。

正常页面和问题页面用的组件列表对一遍，差异项就是头号嫌疑，别靠猜。

只在问题页面出现的脚本，优先做实验：去掉它再打开一次，两分钟就能验证。

一次只去掉一个，不然还是不知道是谁，白做实验。

复测与收尾

同类页面一起变好，才算真修好，只修一页等于留雷。

改完再抽同样三条测一次，和改动前的数据对比，别换样本。

再让提反馈的用户实际打开一次，确认体感也改善，工具通不等于用户满意。

把「哪类页面、哪一段、哪个组件」记下来，这类问题下次能秒判，不用重查。

共性找到了，改一处就能救一批。

救一批，比一页一页修省时间。

省时间，才做得完清单。

清单做完，问题就少。

少一点问题，多一点余量。

余量够，才扛得住高峰。

高峰稳，业务才放心。

放心，合作才长久。

长久做下去，方法就成熟了。

成熟了，就不用每次都摸索。

不摸黑，效率就稳定。

稳定，就是最好的状态。

好状态，值得保持。

保持住，效果才持续。