如何修复缓慢的网站。

大多数慢网站慢的原因都很无聊：超大的图片、太多的第三方脚本和便宜的托管。修复通常不是重建——而是一小时的测量加上一天的针对性工作。下面是我们的处理顺序。

1. 先测量，别猜

打开 PageSpeed Insights（pagespeed.web.dev）测试你的首页。有两个数字很重要：

• LCP（最大内容绘制）——最大元素出现的时间。低于 2.5 秒为良好，超过 4 秒就是问题。
• 页面总重量——用浏览器的 Network 面板查看。低于 1.5 MB 为健康；很多慢网站会加载 8–15 MB。

要在重要的页面（首页、主要落地页）上测试，而不是随手打开的那个。

2. 图片——70% 的问题

我们审计的慢网站几乎都在直接提供相机或图库原图。按效果排序的修复方法：

• 调整尺寸。显示为 800px 宽的照片不应该是 5000px 的文件。
• 转换为 WebP 或 AVIF。同画质下通常比 JPEG 小 60–80%。
• 懒加载首屏以下的一切：在 <img> 标签上加 loading="lazy" 就够了。
• 设置 width 和 height 属性，避免加载时页面跳动。

3. 字体

两个字体家族就足够了。把字体文件托管在自己服务器上而不是从第三方加载，使用 font-display: swap，只发布你实际使用的字重。一个加载六个字体文件的“轻量”网站并不轻。

4. 第三方脚本

聊天挂件、分析、热图、社交嵌入——每一个都会增加一次网络往返和一块 JavaScript。打开 Network 面板数一数。删掉你根本不看报告的那些，其余的推迟加载（defer 或在用户交互后加载）。

5. 托管与缓存

• 开启压缩（gzip/brotli）——一个服务器设置，文本立刻省 60–70%。
• 设置缓存头，让回访者不必重新下载你的 CSS、字体和图片。
• 如果受众遍布全球，使用 CDN 或把静态文件托管在访客所在的区域。8,000 公里外的服务器会让每个请求都多出 200–300 毫秒。

当问题不在这些方面

如果你的网站是装了几十个插件的重型 CMS，数据库查询本身可能就是瓶颈——看 Network 面板里的“Time to First Byte”。已缓存页面超过约 800 毫秒意味着问题在服务器而不是资源。这时重建才开始有意义；参见《改版还是重建？》

没有时间或权限自己动手？这正是我们的“改版与修复”工作——$150 起，通常 1–7 天。获取估价。