有个客户的站点我们接手维护快两年了，同事换了一茬，代码改了一轮又一轮。前几天测速，首屏要六秒，翻回上线时的记录，那时候才两秒半。谁也没干坏事，就是每次迭代顺手加一点：一个新特效、一段统计代码、一个弹窗插件，单看都不重，堆到一起就把页面压垮了。很多网站速度优化需求，就是这么一点点慢出来的，得从立规矩开始治。
先给浏览器缓存定标准
CSS、JS、字体、图片这些改动少的资源，缓存有效期直接给到一年，文件名带版本号，改版时换文件名就能强制更新。页面 HTML 缓存时间设短一些，十分钟到一小时，兼顾速度和内容新鲜度。很多站不是没缓存，是配置乱：有的资源一年有效期，有的压根没设头，等于白搭。
前端资源做减法
- 合并碎片文件。二十个小 CSS 文件就是二十次请求，合成一到两个大文件，握手开销立刻降下来。
- 开启压缩传输。Gzip 或 Brotli 开着，文本类资源体积能缩七成，这是性价比最高的一步。
- 延迟加载非关键 JS。统计、客服、分享按钮这些，不挡首屏渲染，用户看到页面它们再跑。
- 把 CSS 放页面头部、JS 放尾部或加 defer，渲染顺序理顺了，首屏出得更快。
数据库和后端也有一份
缓存立好规矩只是前半场，后端的慢查询同样要管。看看程序里有没有循环查库的写法，一个列表页循环几十次查数据库的情况并不少见；给常用的查询字段加上索引，配合对象缓存，响应时间常常能砍掉一大截。这些改动不大，但和前端优化配合起来，效果是叠加的。
规矩立好之后
建议团队里约定一条：每次上线前测一遍关键页面的速度，超过基线值就停下来查原因。速度这种东西，坏起来是不知不觉的，只有定期量，才不会像这个客户一样两年后才发现慢了一倍多。把这条写进上线检查清单，比在群里喊一百遍都管用。
两条实在建议：第一，把你现在所有页面的加载时间记进表格，一个月测一次，趋势比单次数值重要；第二，如果团队没人盯这块，比格网络的维护服务里带每季度的网站速度优化体检，能把这个习惯替你养起来，费用比事后大改一轮代码低不少。
