不少站点内容做得扎实，打开却要等上好几秒，问题常常不在主机，而在几张没处理过的图片。图片既影响访客的第一感受，也属于蜘蛛需要抓取的资源：体积越大、数量越多，单个页面的下载时间就越长。把站内的图片与媒体文件梳理一遍，是站点运营里成本不高、收益比较稳定的一项动作。
先看体积，再谈其他
判断标准很朴素：在浏览器里打开一个典型的栏目页，看看单个图片文件有多大。经验上，列表缩略图控制在 100KB 以内比较舒服，正文插图视尺寸而定，但动辄一两兆的图基本都属于该处理的范围。
- 打开浏览器开发者工具的 Network 面板，按大小排序，先看排在最前面的几张；
- 把图片直接下载到本地看文件大小，比只看页面观感更准；
- 注意背景图、图标字体、视频封面这类容易被忽略的媒体文件。
格式与压缩
照片类内容优先使用 WebP 或 AVIF，多数现代浏览器都支持，同画面质量下体积通常比 JPEG 小不少。图形、图标类的简单图片更适合 SVG，缩放不失真，体积也小。
保留可回退的版本
如果站点访客中有相当比例使用较老的浏览器，可以在 picture 标签里保留一份 JPEG 或 PNG 作为回退。是否需要这一步，看自己的访问数据，不必照搬别人的做法。
压缩要有度
压缩过头，图片出现明显色块和噪点，反而影响阅读。建议保留一份原始文件存档，站点上使用压缩后的版本，将来需要重新处理时还有源文件可用。
尺寸与布局
图片显示多大，文件就按多大输出，不要用 CSS 把一张 2000 像素宽的图强行缩到 300 像素展示——访客仍然要下载完整的那张图。
- 在图像标签上写明 width 和 height，或者用 CSS 预留宽高比，避免加载过程中页面来回抖动；
- 同一张图在不同位置展示不同尺寸时，用 srcset 提供多套尺寸，让浏览器自己挑；
- 正文配图避免在图片里塞大段文字，缩放后看不清，也不利于内容被理解。
加载方式
首屏之外的图片可以加上 loading=lazy 属性，减少初始加载压力。但首屏内的主图不要懒加载，否则访客第一眼看到的可能是空白占位。
占位图尽量用纯色或轻量方案，别为了好看再加一张几十 KB 的模糊图，那等于多下载一次。
命名、替代文本与图片入口
文件名用能说明内容的英文或拼音，避免 IMG_2031.jpg 这类。alt 属性写清楚图片表达的内容，装饰性图片留空即可，不要堆关键词。
图片来源清单可以有，但不是必须。如果图片本身是站点的核心内容，例如图库、商品图，值得单独整理；普通配图跟着页面一起被发现就够了。
服务器与资源分发
- 给图片、CSS、JS 这类静态资源设置合理的缓存头，让重复访问不必反复下载；
- 如果使用 CDN，确认加速域名没有被 robots.txt 或访问控制挡住，否则蜘蛛可能拿不到资源；
- 开启 gzip 或 brotli 压缩，文本类资源收益明显，图片本身已压缩则提升有限；
- 定期清理服务器上不再使用的旧图和缩略图，目录越乱越容易误删或误用。
判断要不要处理某张图，可以问自己一句：如果访客用的是手机流量，这张图值不值得他等？
一份简单的巡检清单
- 打开开发者工具，找出全站体积最大的若干个资源；
- 把超过 300KB 的图片列出来，逐个决定压缩、换格式还是删除；
- 检查首屏主图是否被懒加载；
- 抽查一批图像标签，看是否写了宽高和 alt；
- 确认 CDN 与静态资源域名可正常访问，日志里没有大面积 403 或 404；
- 清理长期不用的图片和废弃的缩略图目录。
图片处理不需要一次做完，按栏目或模板分批推进即可。做完一轮后，页面的打开速度通常会有可感知的变化，蜘蛛在同样的时间里也能更从容地把页面内容读完。