网站加速的方法

打开一个网页要等8秒，网站超过一半的加速人会直接关掉。这不是网站猜测，Google测过：加载时间从1秒拖到3秒，加速跳出率涨32%；拖到5秒，网站涨90%。加速用户没耐心，网站搜索引擎更没耐心——页面速度是加速排名因素，慢站点在搜索结果里就是网站吃亏。

先说最直接的加速一招：把图片压小。我见过太多网站，网站首页一张2MB的加速banner图，还是网站PNG格式。照片类图片用WebP或AVIF，加速体积能砍掉60%以上，网站肉眼几乎看不出区别。工具方面，Squoosh、ImageOptim都能批量处理。还有个笨办法但很管用——别在列表页加载原图，用缩略图，点击再放大。这一条做好了，很多站点能快一倍。

浏览器缓存也得配好。用户第一次访问下载了CSS、JS、logo，第二次来不该再下一遍。在服务器响应头里加Cache-Control: max-age=31536000，静态资源缓存一年。文件名里带个版本号或哈希值，更新时改文件名就行，不用怕用户拿到旧文件。Nginx里配expires指令也就两行的事。

CDN不是大厂专属。Cloudflare免费套餐就能用，全球节点帮你分发静态资源。原理不复杂：用户从最近的服务器拿数据，物理距离短了，延迟自然低。我测过一个小站，套上CDN后，广州用户的首字节时间从800ms降到120ms。当然，动态内容加速要复杂一些，但静态资源先走CDN，这是性价比最高的操作。

压缩传输数据。服务器开启Gzip或Brotli，HTML、CSS、JS文本类资源能压到原体积的20%—30%。Brotli比Gzip再省15%左右，现代浏览器都支持。Apache加一行AddOutputFilterByType，Nginx在http块里写brotli on;。注意别压图片和视频，那些已经是压缩格式，再压没意义还浪费CPU。

减少HTTP请求数。每个请求都要经历DNS查询、TCP握手、TLS协商，哪怕只传1KB数据，往返时间省不掉。把多个小CSS合并成一个文件，小图标做成雪碧图或直接用SVG symbol。JS按需加载，首屏用不到的模块用import()动态引入。HTTP/2多路复用能缓解这个问题，但合并请求依然有效——少一次往返就是少一次。

数据库和后端也别放过。一个慢查询拖住整个页面，前端优化全白搭。加索引、避免SELECT *、用Redis缓存热点数据。我见过一个电商站，商品列表页每次请求都查库存表，改成定时任务预计算后，响应时间从1.2秒掉到80毫秒。后端快了，前端才有东西可优化。

最后提一个容易忽略的点：字体。自定义中文字体动辄几MB，加载期间文字要么空白要么闪烁。用font-display: swap让系统字体先顶上，或者只加载用到的字符子集。Google Fonts的中文方案也是按需分片，别傻乎乎下整个字体包。

这些方法不用全上。先测——用PageSpeed Insights或WebPageTest跑一遍，看瓶颈在哪。图片大就压图片，请求多就合并，服务器慢就查数据库。一次改一个地方，对比数据。网站加速没有银弹，但每一点改进，用户都能感觉到。

本文地址：http://www.79wt.cn/news/1012c9899800.html