网站打开慢，大多数人第一反应是“服务器不行”。但真正的原因可能在图片、第三方脚本，甚至访问者自己的网络。判断错了方向，换服务器、加配置都可能白花钱。好消息是：不用装任何工具，用浏览器自带的开发者工具，就能把原因缩小到具体某一类。
先分清：是一直慢，还是偶尔慢
不同表现的“慢”，原因往往完全不同。先花几分钟分类：
- 一直慢：每次打开都慢，换网络、换设备也一样，多半是页面资源或服务器的问题。
- 偶尔慢：只有高峰期慢、只有某些地区慢，常见于带宽不足、线路波动或第三方服务不稳定。
- 只有自己慢：同事或朋友打开正常，那要先排除自己的网络、代理设置或浏览器扩展。
建议至少用两台设备、两种网络（例如手机流量和公司宽带）各测三次，再下结论，避免被一次偶然的卡顿带偏。
打开“网络面板”，看三个数字
在页面上按 F12，或者右键选择“检查”，切到网络（Network）面板，就能看到这次加载的完整账单：
- 勾选“禁用缓存”，再刷新页面，等加载结束。
- 看面板顶部的汇总：请求总数、传输总大小、总耗时。
- 在列表里按耗时或大小排序，找出排在最前面的几个请求。
- TTFB（首字节时间）：从浏览器发出请求，到收到服务器第一个字节所花的时间，它反映服务器的处理速度。超过 1 秒，问题多半在服务器或后端程序；只有几百毫秒，服务器基本没问题。
- 资源总大小：普通内容页通常在 2MB 以内。如果显示十几 MB，基本可以确定是图片没压缩。
- 请求数量：几百个请求，意味着页面引用了大量小图标和脚本，浏览器只能排队一个个下载。
在“瀑布流”里找最慢的那几个
网络面板里每一行代表一个请求，横向长条表示它的耗时段，整个列表看起来像瀑布，所以叫瀑布流。对照着看，常见的元凶有三种：
- 个别图片动辄好几 MB：先压缩图片，或按屏幕尺寸输出不同版本。
- 耗时最长的都是同一个域名的第三方脚本（在线客服、统计代码、地图、视频）：可以改成延后加载，或评估是否真的需要。
- 很多请求堵在一起迟迟发不出去：说明连接数被占满，减少请求数量比换服务器更有效。
浏览器这边排除了，再查服务器和线路
如果前端各项都正常，TTFB 依然很高，或者不同地区访问速度差很多，就要往服务端找：
- 用在线测速工具从多个地区测同一个页面，看是否只有部分地区慢。
- 查看服务器监控里的 CPU、内存和磁盘读写，判断有没有固定时段的高负载。
- 检查数据库慢查询和程序日志，确认是不是某个功能拖慢了整页。
- 静态资源多、访问量大的站点，可以考虑用 CDN 把图片和脚本分发到离用户更近的节点。
养成“改前测、改后再测”的习惯
优化最怕凭感觉。每次只改一处，比如只压缩图片，或只去掉一个第三方脚本，然后用同样的方式再测一遍，对比总耗时和总大小。把每次的结果记录下来，几轮之后，页面到底慢在哪里、哪项改动最有效，就一目了然了。