一张两兆的网页主图，放在页面上，图片用户打开要等六秒。加载六秒什么概念？原因足够泡面泡好，足够刷三条短视频。网页很多人以为是图片服务器不行，其实问题常常出在图片本身。加载

最常见的原因坑是尺寸。设计师给了一张4000×3000的网页相机原图，运营直接拖进后台上传。图片浏览器可不管你要显示成200×150的加载缩略图，它老老实实把整张原图下载下来，原因再压缩渲染。网页多出来的图片像素全是浪费。我见过一个商城首页，加载光轮播图就吃掉8MB，手机用户流量跑得比兔子还快。

格式选错也够呛。有人把照片存成PNG，一张图顶别人三张。PNG适合图标、线条图，照片用它就是自找麻烦。JPEG压到80%画质，肉眼几乎看不出区别，体积能小一半。WebP更狠，同样画质比JPEG再省30%，但有些老浏览器不认，得做兼容。至于AVIF，压缩率惊人，可惜编码慢，服务器转起来费CPU。

图片没压缩就上传，等于寄快递不打包。有人用Photoshop“存储为Web所用格式”，这步做了就比不做强十倍。但更省事的是交给CDN或图床自动处理。七牛、又拍云、Cloudflare都有图片压缩和格式转换功能，上传原图，它帮你生成适配不同屏幕的尺寸。手机给480px宽的，平板给768px，桌面给1200px，各取所需。

懒加载没做，也是硬伤。页面底部十几张图，用户还没滚到那儿，浏览器已经全下载完了。用loading="lazy"属性，一行代码的事，Chrome、Firefox、Safari都支持。老浏览器不认也无所谓，顶多退回原样，不报错。再讲究点，用Intersection Observer写个监听，图片快进视口再加载，首屏速度立竿见影。

HTTP请求数太多也拖后腿。一个页面五十张小图，每个请求都带cookie、走TCP握手，服务器再快也扛不住。把小图标合成雪碧图，或者干脆用SVG内联。字体图标比图片图标轻，但别贪多，一个字体文件几百KB，只用了五个图标就亏了。

缓存策略没配好，用户每次刷新都重新下载。给图片加Cache-Control: max-age=31536000，一年内别再问服务器要。文件名带哈希值，内容变了URL就变，缓存自动失效。这招比改文件名靠谱，不会出现用户看到旧图的情况。

服务器响应慢，图片再小也白搭。测一下TTFB，超过500ms就得查后端。静态图片放OSS或S3，别跟数据库抢带宽。开Brotli压缩，HTML、CSS、JS都能再小一截，图片本身已经压过了，但元数据还能再挤挤。

有人图省事，直接外链别人的图。对方服务器一挂，你的页面就开天窗。更别说防盗链一开，图片全变红叉。自己存自己管，别偷懒。

最后说个反直觉的：图片不是越小越好。压得太狠，出现色块、模糊，用户觉得你网站山寨，扭头就走。画质和体积之间找平衡，JPEG质量75到85之间通常够用。WebP质量80起步，AVIF可以再低点。用工具对比着看，别凭感觉。

说到底，图片加载慢，九成是人的问题，不是技术难题。上传前过一遍压缩工具，配好CDN和缓存，该懒加载的别偷懒。做完这几步，六秒变一秒，用户不骂娘，转化率自然上来。

(责任编辑：百科)