网站打开慢？先测这三个数，再谈优化

"我们网站打开要七八秒"——多数情况下换服务器解决不了问题，因为瓶颈在前端。

先测三个数

• TTFB（首字节时间）：服务器响应速度。超过 800ms 说明后端或服务器有问题。
• 首屏渲染时间：用户看到第一屏内容的时间。超过 3 秒，一半以上的人会走。
• 页面总大小：超过 2MB，移动端 4G 下会很慢。

用浏览器 F12 的 Network 面板，或者 PageSpeed Insights 都能看到。

按性价比排序的优化

1. 压缩图片（收益最大，成本最低）。一张手机直出的照片 5MB，压到 200KB 肉眼几乎看不出差别。工具：TinyPNG、Squoosh。全站图片过一遍，通常能减掉 70% 的体积。用 WebP 格式还能再省 30%。

2. 开 gzip/brotli 压缩。IIS 和 Nginx 都能开，HTML/CSS/JS 能压到原来的 20%。服务器端改一行配置的事。

3. 减少请求数。一个页面加载 60 个 JS 文件、20 个字体文件，每个都要一次往返。合并、删掉用不到的库（尤其是一堆统计代码和客服插件）。

4. 启用浏览器缓存。静态资源设长缓存（图片、CSS、JS 设 30 天），HTML 设短缓存。第二次访问会快很多。

5. 慢查询优化。数据库没建索引，一个列表页查 3 秒。加索引后 50ms。这是后端最常见的性能问题。

6. CDN。上面五条做完还慢，再考虑 CDN。CDN 解决的是"距离"问题，解决不了"页面本身太大"的问题。顺序反了就是白花钱。

不要做的事

• 一上来就升级服务器配置。CPU 从 2 核升到 4 核，可能一点用没有，因为瓶颈在网络或前端。
• 装一堆"网站加速"插件。有些插件本身拖慢速度。
• 用体积巨大的框架做展示站。一个公司介绍页引入 React + 三个 UI 库，纯属浪费。

一个真实对比

我们接手过一个站：首页 8.6MB，加载 11 秒。做了什么？图片压缩（8.6MB → 1.2MB）、关掉 3 个没用的第三方脚本、开 gzip、加缓存头。改完首屏 1.8 秒。服务器没换，一分钱没多花。