很多站点运营者做自查时，会盯着标题、内链、状态码，却把图片当成附带的装饰。实际上，图片常常是页面里体积占比最大的部分，也是最容易悄悄失效、悄悄变形、悄悄堆积的一块。等到某天发现首页加载慢、移动端流量消耗大、抓取日志里一堆图片地址报错，才回头翻图片目录，成本已经很高。把图片当成需要定期盘点的资产，比一直修修补补更省事。
为什么图片值得单独盘一次
图片有三个特点：数量多、变动频繁、出问题时不显眼。页面文字改错了一眼能看出来，图片挂掉往往只在某个角落显示一个破图标，或者干脆留白，访客不说，运营者也不一定发现。再加上编辑部换图、设计改版、系统自动生成缩略图，历史文件很容易越积越多。
从抓取角度看，图片占用的是实实在在的带宽。单张图不会决定什么，但大量过大、过多、重复的图片，会累积成加载时间和资源消耗，间接影响访客停留与后续浏览。
先看体积：几个快速判断
- 首屏关键图片是否控制在合理范围，是否还有几 MB 一张的大图直接引用原图。
- 列表页缩略图是否真的用了缩略图，还是把原图缩小显示。
- 是否存在同一张图被多个尺寸重复上传，只是文件名不同。
- 是否有纯装饰图片承担了信息传递功能，能不能用样式替代。
判断时不用追求极致，先找出明显不合理的几张，往往就能看到改善空间。
尺寸与格式：合适比小更重要
图片最常见的浪费有两种：一是把几千像素宽的图塞进几百像素的容器；二是格式选错，照片类用了不适合的格式，图标和线框图则用了过重的照片格式。现在主流浏览器对 WebP、AVIF 的支持已经比较普遍，可以在保留回退方案的前提下逐步替换。
同时考虑响应式图片，让不同屏幕拿到不同尺寸，而不是让手机也下载桌面大图。做法不复杂，关键是运营和前端约定好流程，别每次上新图都靠人工压缩。
失效图片与失效外链
图片失效通常有两种：一种是文件被删或改名，返回 404；另一种是外链图片，对方改了路径或做了防盗链。前者自己可控，后者主动权不在自己手上。
建议定期用爬取工具或站点日志筛一遍返回异常状态的图片地址。对重要位置的外链图片，尽量下载到本地或自家对象存储，避免第三方变动影响页面完整度。
alt 与图片周边信息
alt 文本的第一作用是给看不到图的人描述内容，其次是让搜索引擎理解图片。写的时候描述实际内容即可，不必塞关键词，也不要通篇留空。
同时检查图片文件名、周边文字、图注是否一致。文件名用简短英文或拼音加连字符，比一长串随机字符更好维护，也方便日后查找。
懒加载与首屏取舍
懒加载能减少初始请求，但不是所有图片都适合。首屏的 logo、主图、文章头图如果也懒加载，容易出现空白或闪动，反而伤害体验。合理的做法是：首屏关键图正常加载，屏幕外的图片再延迟加载。
还要留意懒加载的实现方式，有些方案依赖脚本，脚本失败时图片可能完全不显示。可以在禁用脚本的情况下简单验证一下。
图片站点地图与抓取
如果站点图片较多、更新频繁，可以在站点地图中补充图片信息，方便发现。但要注意地图里别保留已经删除的图片地址，否则等于给蜘蛛指了一堆死路。图片地址本身也要能稳定访问，不要依赖会过期的临时链接。
一份可执行的检查清单
- 抽查首页、栏目页、文章页各三张图，看体积、尺寸、格式是否合理。
- 筛选返回 404 或异常的图片地址，逐个决定修复或删除。
- 检查首屏图片是否被懒加载，屏幕外图片是否正常懒加载。
- 抽查 alt 是否为空或明显堆砌，文件名是否可读。
- 确认站点地图中的图片地址没有失效项。
- 把上述检查写进上新流程，避免下次重新翻一遍。
图片不会单独决定一个页面的命运，但它们会持续影响加载、体验和维护成本。定期盘一次，比出问题时救火轻松得多。
站点运营里很多工作都是这样：单看一件事影响有限，长期不做就会累积。图片资源属于那种做一次能省很久的活，值得排进周期性自查表。