很多站点运营的注意力放在文字内容和链接结构上，图片往往被当成“顺手传上去就行”的素材。但一个页面动辄几 MB 的图片、几十张没有 alt 的图、首屏之外全部同步加载的缩略图，都会实实在在影响访客的等待时间，也会让蜘蛛在抓取时多花不少功夫。图片资源自查不需要高级工具，花半天把几个点过一遍，通常就能看到改善。
一、先看体积：图片是不是页面重量的主要来源
把几个主要栏目页和详情页放进测速工具，看资源体积的构成。如果图片占了大部分，优先处理这几类：
- 首屏大图：轮播图常常用的是几 MB 原图，而实际显示宽度可能只有 800px。按显示尺寸压缩、转成 WebP 之类的现代格式，体积能降一大截。
- 列表页缩略图：一屏十几张图，如果每张都传原图再靠 CSS 缩小，等于让访客下载了十几份用不上的像素。缩略图应该单独生成合适的尺寸。
- 上传就忘的老素材：早期传的图可能又大又没人看，定期清理或替换。
二、命名与 alt：别把信息全交给机器猜
图片文件名建议用有意义的词组，而不是 IMG_2031.jpg 这类。alt 文本要写清楚图片在页面里承担什么信息，比如“某型号设备的正面接口示意”，而不是空着或者只填一个关键词。
需要提醒的是，alt 不是堆关键词的地方。装饰性图片，比如分隔线、纯色背景，留空 alt 即可，硬塞关键词反而显得不自然。同样，图片周围的正文也要能独立说明问题，不要把关键信息只放在图里。
三、加载方式：首屏之外的可以晚一点
给首屏以下的图片加上懒加载，能明显减少初始请求数量。但要注意两个常见误区：一是首屏图片被误设懒加载，导致用户打开页面先看到一片空白；二是没有给图片预留宽高，懒加载完成后页面内容突然跳动，访客刚点的地方就跑掉了。用固定宽高属性或 aspect-ratio 占位，可以缓解这个问题。配合 srcset，让浏览器根据屏幕宽度挑选合适尺寸，也是省流量的常规做法。
四、图片与抓取：几个容易被忽略的点
- 图片如果有独立域名或 CDN，要确认它没有在 robots 规则里被整体屏蔽，也没有被防盗链规则挡住搜索引擎的请求。
- 依赖用户点击、滑动等交互才动态插入的图片，抓取时往往看不到，重要图片尽量在初始 HTML 里就存在。
- 图片数量大的站点，可以把图片资源写进站点地图，方便被一并发现。
五、一份可执行的自查清单
- 抽 10 个代表性页面，记录总下载体积和图片占比。
- 核对首屏大图的文件尺寸与实际显示尺寸差距。
- 检查列表页缩略图是否使用了独立生成的尺寸。
- 检查图片文件名与 alt 是否具备信息量。
- 检查首屏图片有没有被误设懒加载，宽高是否预留。
- 检查图片域名对搜索引擎是否开放。
图片自查不是一次性任务。把上传规范写进编辑流程，比如“宽度不超过 1600px、上传前压缩、必须填写 alt”，比事后再回头清理省事得多。