网站性能优化应从测量开始。首屏显示慢、点击反应慢和页面突然移动属于不同问题，需要分别定位，不能只凭一个测速分数判断网站是否好用。

分别测量显示、交互和稳定性

Core Web Vitals关注LCP、INP和CLS，分别反映主要内容显示、交互响应与布局稳定性。将线上真实用户数据与实验室测试结合，避免只在高速网络和高配置电脑上测试。

按首页、服务页、列表页和详情页分别记录。还应观察服务端响应、请求失败以及访客常用设备，找出慢在服务器、图片、脚本还是第三方资源。

优先处理首屏资源和阻塞

给图片提供适当尺寸和格式，首屏关键图避免延迟加载，首屏之外的图片可以按需加载。为图片预留宽高，减少加载后挤动文字和按钮。

移除不用的脚本和样式，推迟非关键脚本。缓存静态资源时使用版本化文件地址，确保更新后访问者不会长期获得旧资源。

优化后复测真实路径

分别测试首次访问和再次访问、移动网络和桌面网络。表单提交、菜单、验证码和咨询按钮要同时检查，避免性能修改损坏功能。

记录优化前后的资源大小、主要指标和实际任务完成情况。实验室分数用于定位问题，线上用户体验用于判断改善是否有效。

参考资料

优化先确定用户看到的瓶颈

分别看首屏主要图片、脚本执行与服务端响应，测试手机网络下的实际页面。

一次调整一类资源并比较结果，避免只追求工具分数；压缩后仍需检查图片质量和交互是否正常。

例如首屏等待来自服务端响应，单纯压缩下方图片不会解决主要等待，应先定位请求耗时。