网站突然变慢怎么排查？从图片、脚本到服务器的检查顺序

网站昨天还正常，今天打开却要等很久，先别急着同时更换服务器、压缩所有图片或停用插件。要先确认“哪里慢、从什么时候慢、哪些人会遇到”，再找最近发生的变化。否则即使一时恢复，也可能不知道真正原因。

第一步：界定影响范围

分别测试首页、一个普通详情页和一个后台页面；用电脑与手机、不同网络或地区复测。记录URL、时间、设备、网络、是否登录以及可复现的等待阶段。如果只有一篇文章慢，重点检查该页图片、视频和外部脚本；如果全站同时慢，再查服务器、数据库、DNS及网络链路。不要只凭自己办公室的一次刷新判断全体用户体验。

第二步：检查最近改动

对照网站发布记录：是否刚上传大图、替换首页轮播、增加统计或聊天脚本、更新模板、启用新插件、改动缓存或证书配置？浏览器开发者工具的网络面板可以看到哪些资源耗时、失败或反复跳转。先在测试环境或备份基础上定位改动，不要在生产站盲目删除文件。

第三步：看加载的哪个阶段慢

• 首字节等待久：检查服务器负载、数据库慢查询、动态页面缓存和上游接口；
• 主要内容迟迟出现：检查首屏大图尺寸、响应式图片、字体和阻塞渲染的资源；
• 页面显示了但点不动：检查过多JavaScript、长任务和第三方脚本；
• 内容突然跳动：检查图片或广告是否预留尺寸以及动态组件插入位置。

这些现象分别对应不同的性能问题。PageSpeed Insights和浏览器性能工具可以辅助定位，但实验室测试与真实用户数据的设备、网络条件不同，应结合日志与实际反馈判断。

第四步：从高影响、低风险的地方改起

先处理明显超大的首屏图片、失效第三方资源、重复加载的脚本和异常接口；再评估缓存策略、图片格式与代码拆分。每次只改一组相关因素，记录修改前后的页面和时间段，避免无法确认效果。涉及服务器配置、数据库或支付流程，先留存配置与数据备份，并安排可回退窗口。

恢复后也要继续观察

速度恢复不等于问题结束。至少继续关注错误日志、资源使用率、关键页面的真实用户体验与询盘表单是否正常。若速度问题与突发访问或异常请求有关，还应排查安全与流量来源。持续监测能帮助团队在客户发现之前定位下一次异常。

参考资料：web.dev：最大内容绘制（LCP）；web.dev：下次绘制交互（INP）；web.dev：累积布局偏移（CLS）。