缓慢的页面会流失访客。人们会放弃加载时间过长的页面,而速度会影响转化率、用户参与度和 Core Web Vitals。好消息是:大多数网站只需几项修改,就能显著变快。
这份清单大致按照对一般网站的影响大小排序。每次修改前后都要测量,这样你才知道哪些方法起了作用。
任意页面的 Lighthouse 性能得分、实验室指标和真实用户 Core Web Vitals。
1. 使用好的主机
一切都从服务器开始。如果你的 Time to First Byte 一直高于大约 800 毫秒,再怎么调优前端也无法完全弥补。拥挤的廉价共享主机是常见的瓶颈。选择拥有现代硬件(NVMe 存储)、较新的 PHP 或 Node 版本、支持 HTTP/2 或 HTTP/3,并且数据中心靠近你的受众的主机商。
通过三次请求测量 DNS、连接、TLS 和首字节时间。
2. 开启页面缓存
每次访问都从头生成页面(运行代码和数据库查询)是很慢的。页面缓存会保存生成好的 HTML,并立即提供给访客。
- WordPress:使用缓存插件(WP Rocket、LiteSpeed 服务器上的 LiteSpeed Cache、W3 Total Cache、WP Super Cache)或主机级缓存
- cPanel:许多主机商提供 LiteSpeed Cache 或类似的内置选项
- 自定义应用:在内存中缓存渲染好的页面或开销大的查询
3. 在网站前面部署 CDN
内容分发网络(CDN)从离每位访客较近的服务器提供文件,并能吸收流量高峰。Cloudflare 的免费套餐可以快速上手;大多数 CDN 还能缓存完整的 HTML 页面,对全球受众来说可以大幅缩短响应时间。如果你的主要受众在中国大陆,请选择在大陆有节点的 CDN(这通常需要完成 ICP 备案)。
4. 优化图片
图片通常是页面中最重的部分。
- 调整到显示尺寸
- 转换为 WebP 或 AVIF
- 压缩(质量约 75–85%)
- 使用
srcset,让手机获取更小的文件 - 设置
width和height,防止布局偏移
了解页面的总大小,以及哪些图片、脚本和样式最大。
5. 延迟加载首屏以下的媒体
为首次加载时不可见的图片和 iframe 添加 loading="lazy",但不要用于主要的首屏大图,它应该尽可能早地加载。
6. 启用压缩
文本文件(HTML、CSS、JavaScript、SVG、JSON)使用 Gzip 可以缩小 70–80%,使用 Brotli 还能再小一些。这通常只是一项服务器设置;在 cPanel 中,找“Optimize Website”。
检查页面是否使用 Gzip 或 Brotli 压缩,以及节省了多少。
7. 为静态文件设置较长的浏览器缓存时间
回访的访客不应该在每个页面上重新下载你的 logo、CSS 和 JavaScript。为带版本号的静态文件(文件名中包含版本号或哈希值的文件)设置 Cache-Control: max-age=31536000, immutable,这样新版本会使用新的 URL。
8. 删除未使用的 JavaScript
按字节计算,JavaScript 是开销最大的资源:它必须被下载、解析、编译和执行,而且往往是在缓慢的手机处理器上。检查每个脚本的作用。旧的统计代码、不用的轮播图、废弃的 A/B 测试,以及为了一个功能而在每个页面上加载的库,很快就会积少成多。
9. 延迟加载非关键脚本
<head> 中没有 async 或 defer 的脚本,会在下载和运行完成之前阻止页面渲染。为首次绘制不需要的脚本添加 defer,或者把它们移到 body 的末尾。
<script src="/js/app.js" defer></script>
10. 严格控制第三方脚本
在线客服插件、社交媒体嵌入、热力图、塞满营销像素的跟踪代码管理器以及广告脚本,很容易占据页面 JavaScript 的大部分。对于每一个,都要问问它是否值得付出这样的代价。只在用户交互之后才加载非必要的插件(例如,在有人点击客服按钮时才加载客服插件)。
11. 优化网页字体
- 减少字体家族和字重的数量
- 提供 WOFF2 文件,最好自行托管
- 预加载最重要的一两个字体文件
- 使用
font-display: swap,让文字立即可见 - 正文考虑使用系统字体栈(中文字体文件尤其庞大,这样做效果明显)
12. 压缩(minify)CSS 和 JavaScript
minify 会去除空白和注释。构建工具、缓存插件和 CDN 都可以自动完成这项工作。
删除空白和注释,压缩 CSS 以减小文件体积。
13. 内联关键 CSS
渲染第一屏所需的 CSS 可以直接放在 <head> 中,其余的以非阻塞的方式加载。许多缓存插件可以为你生成关键 CSS。
14. 减少重定向
每次重定向都会在页面开始加载之前增加一次完整的往返。直接链接到最终 URL,并确保访客一跳就能到达你的首选版本(https,带不带 www)。
追踪重定向链的每一跳,查看状态码和耗时。
15. 保持数据库和平台精简
在 WordPress 上,停用并删除不需要的插件,清理文章修订版本和过期的 transient,并保持 PHP、WordPress 和插件为最新版本。每个插件都会添加可能在每次请求时运行的代码。
从哪里开始
如果你只做三件事,就做这三件:
- 用缓存、CDN 或更好的主机改善服务器响应
- 优化图片并提供现代格式
- 精简并延迟加载 JavaScript,尤其是第三方脚本
对大多数网站来说,这三项通常能带来绝大部分的改进。
测量正确的东西
使用实验室工具(Lighthouse、PageSpeed Insights)来诊断和测试修改,使用现场数据(Search Console 的“核心网页指标”报告、Chrome 用户体验报告)来了解真实访客的体验。在移动设备上测试,大多数性能问题都出现在那里。
在 cPanel 共享主机上提升网站速度
许多网站运行在 cPanel 共享主机上。有用的选项往往已经存在:
- PHP 版本(MultiPHP Manager 或 Select PHP Version):运行仍受支持的较新 PHP 版本,新版本要快得多
- Optimize Website:为文本文件启用压缩
- LiteSpeed Cache:如果你的主机使用 LiteSpeed,它的 WordPress 缓存插件非常有效
- Cloudflare:许多 cPanel 主机提供一键集成 Cloudflare
- 资源使用情况:如果你的账户经常达到 CPU 或内存上限,服务器在负载下就会变慢,可以考虑升级套餐或使用 VPS
30 分钟速度审计
如果你有半小时,这套流程能找出大部分大问题:
- 对首页和访问量最高的着陆页运行移动端速度测试
- 记下 Time to First Byte。超过 800 毫秒?从缓存和主机入手。
- 找出 LCP 元素。是图片吗?检查它的尺寸、格式,以及是否被延迟加载。
- 查看第三方脚本列表。删除任何你没有在积极使用的脚本。
- 检查页面总大小和最大的五个文件。
- 每次修复后再次测试同一个页面。
通过三次请求测量 DNS、连接、TLS 和首字节时间。
性能预算
网站变快之后,通过设置性能预算来保持速度,也就是团队同意不超过的上限,例如:
- 主要模板的页面总大小低于 1.5 MB
- 压缩后的 JavaScript 低于 300 KB
- 在中端手机上 LCP 低于 2.5 秒
- 第三方脚本不超过五个
新功能和营销代码上线前,先对照预算进行检查。保持网站快速,要比让慢网站重新变快容易得多。
什么时候需要请开发人员
有些问题需要修改代码:主题中阻塞渲染的脚本、非常大的 JavaScript 包、动态内容导致的布局偏移,以及缓慢的数据库查询。如果你和开发人员合作,请提供具体的指标、受影响的模板以及速度测试中的诊断详情,这能节省大量时间。
要点总结
- 首先用好的主机、页面缓存和 CDN 改善服务器响应时间。
- 经过调整尺寸、压缩并使用现代格式的优化图片,通常是前端收益最大的一项。
- 删除并延迟加载 JavaScript,审视每一个第三方脚本。
- 为静态文件启用压缩和较长的浏览器缓存时间。
- 在移动设备上测试,每次修改前后都进行测量,并设置性能预算。
- 在 cPanel 上,先检查 PHP 版本、压缩设置和缓存选项。
常见问题
多快的页面加载时间算好?
目标是让大多数真实访客在 2.5 秒内看到主要内容(良好的 Largest Contentful Paint),并让页面在 200 毫秒内响应点按。
更快的网站排名会更高吗?
速度是众多排名信号之一,很少起决定性作用,但在相似的页面之间可能有帮助,而且它一定能改善用户体验和转化率。
提升网站速度需要开发人员吗?
许多改进(缓存、CDN、图片优化、删除插件)不需要写代码就能完成。JavaScript 和模板的修改可能需要开发人员。
还需要 AMP 吗?
不需要。Google 不再要求“头条新闻”使用 AMP,一个优化良好的普通页面可以带来同样的好处。
检测你自己的网站
免费运行 55+ 项检查,每个问题都有修复方法。