很多站点的图片只考虑“放上去好不好看”，很少考虑它对抓取和阅读的作用。图片体积过大、文件名无意义、alt 空着，或者首屏主图被懒加载挡住，都会让页面在速度和可读性两个方向同时吃亏。下面把图片相关的自查点整理成一份可以照着做的清单，不追求一次改完，先把影响最大的几项处理掉。
先弄清楚：一张图在页面里干什么
同一张图可能承担不同角色：有的本身是内容，比如产品图、流程图、界面截图；有的是装饰，比如背景纹理、分割线；还有的同时承担入口功能，点开看大图或者跳到详情页。角色不同，处理方式也不同。内容型图片需要能被理解、有文字说明；装饰型图片可以从内容语义里排除，避免占用过多注意力；带链接的图片要保证链接本身是普通的 a 标签，而不是只在 JS 里绑定点击事件。
逐项自查清单
1. 文件名和 alt 说清这是什么
- 文件名用有意义的英文或拼音，例如 server-cache-flow.png，避免 IMG_2031.jpg、截图20240311.png 这类看不出内容的命名。
- 内容图必须有 alt，用一句话说明图里在讲什么；不要堆关键词，也不要把整段正文塞进 alt。
- 纯装饰图把 alt 留空（alt=""），让它从内容语义里退出去。
- 如果图片是唯一的说明载体，比如一张表格截图，正文里需要有对应的文字描述，别让信息只存在于像素里。
2. 体积和尺寸别超出实际需要
- 原图 3000px 宽、页面上只显示 600px，这种情况很常见。先按展示尺寸导出，再考虑高清屏需要的 2 倍图。
- 优先使用 WebP、AVIF 这类现代格式，同时保留回退方案；转换后对着原图看一眼，别把细节压糊。
- 批量压缩前后记录总体积，改动有没有效果，用数字说话，而不是凭感觉。
3. 懒加载和首屏要分开处理
懒加载能省流量，但用错位置会伤首屏。首屏可见的主图通常应该直接加载，或者至少给定宽高占位，避免布局跳动。折叠线以下的图片再交给懒加载。另外，如果图片地址是滚动时由 JS 动态插入的，服务端返回的 HTML 里完全没有这个 URL，蜘蛛看到的就是空白。这类图最好同时出现在图片站点地图里，或者在正文中有可点击的引用位置。
4. 图片也是 URL，也要能被找到
- 把重要的图片地址整理进图片站点地图，尤其是产品图、教程图这类长期有价值的内容。
- 图片服务器不要屏蔽蜘蛛，也别设置成只允许带 referer 的请求才能访问。
- 确认图片返回的是 200，没有因为路径大小写、CDN 规则或防盗链设置变成 403、302。
- 图片所在目录如果允许被列出，注意别把原图、备份图、临时图一起暴露出去。
5. 顺手检查可读性
图表里的小字、浅灰底上的浅色文字，在手机上基本看不清。自查时可以把页面缩到 375px 宽看一眼，模糊到需要放大的图，考虑重新出图，或者在图片下面补一段文字说明。
把自查变成日常习惯
- 给编辑定一条最简单的规则：发文时内容图必须填文件名和 alt，装饰图留空。
- 在发布流程里加一步体积检查，超过阈值就退回让编辑自己处理。
- 每季度抽一批老页面，看图片是否 404、是否还在用几 MB 的旧图。
- 把发现的问题记下来，攒够了再做一次批量优化，而不是每次上新都手忙脚乱。
图片自查不会直接换来流量，但它能让页面更快、更容易被理解，也减少蜘蛛白跑一趟的情况。如果时间有限，先把首屏大图和已经 404 的图片处理掉，收益通常最直观。