很多站点运营者做自查时，會盯着标题、内鏈、狀態碼，却把图片当成附带的装饰。實际上，图片常常是頁面里体积占比最大的部分，也是最容易悄悄失效、悄悄變形、悄悄堆积的一块。等到某天發現首頁加载慢、移動端流量消耗大、抓取日誌里一堆图片地址报错，才回头翻图片目錄，成本已经很高。把图片当成需要定期盘点的资产，比一直修修补补更省事。
為什么图片值得單獨盘一次
图片有三個特点：數量多、變動频繁、出問题时不顯眼。頁面文字改错了一眼能看出来，图片挂掉往往只在某個角落顯示一個破图标，或者干脆留白，訪客不说，运营者也不一定發現。再加上編輯部換图、设計改版、系統自動生成缩略图，歷史文件很容易越积越多。
從抓取角度看，图片占用的是實實在在的带宽。單張图不會决定什么，但大量過大、過多、重复的图片，會累积成加载時間和资源消耗，間接影响訪客停留與後續浏览。
先看体积：几個快速判断
- 首屏關键图片是否控制在合理范围，是否還有几 MB 一張的大图直接引用原图。
- 列表頁缩略图是否真的用了缩略图，還是把原图缩小顯示。
- 是否存在同一張图被多個尺寸重复上传，只是文件名不同。
- 是否有纯装饰图片承担了信息传递功能，能不能用样式替代。
判断时不用追求极致，先找出明顯不合理的几張，往往就能看到改善空間。
尺寸與格式：合适比小更重要
图片最常见的浪費有两種：一是把几千像素宽的图塞進几百像素的容器；二是格式選错，照片類用了不适合的格式，图标和线框图則用了過重的照片格式。現在主流浏览器對 WebP、AVIF 的支持已经比較普遍，可以在保留回退方案的前提下逐步替換。
同时考虑响應式图片，让不同屏幕拿到不同尺寸，而不是让手机也下载桌面大图。做法不复杂，關键是运营和前端约定好流程，別每次上新图都靠人工压缩。
失效图片與失效外鏈
图片失效通常有两種：一種是文件被删或改名，返回 404；另一種是外鏈图片，對方改了路径或做了防盗鏈。前者自己可控，後者主動權不在自己手上。
建议定期用爬取工具或站点日誌筛一遍返回異常狀態的图片地址。對重要位置的外鏈图片，尽量下载到本地或自家對象存储，避免第三方變動影响頁面完整度。
alt 與图片周邊信息
alt 文本的第一作用是给看不到图的人描述内容，其次是让搜尋引擎理解图片。寫的时候描述實际内容即可，不必塞關鍵詞，也不要通篇留空。
同时检查图片文件名、周邊文字、图注是否一致。文件名用简短英文或拼音加连字符，比一長串随机字符更好维護，也方便日後查找。
懒加载與首屏取舍
懒加载能减少初始請求，但不是所有图片都适合。首屏的 logo、主图、文章头图如果也懒加载，容易出現空白或闪動，反而伤害体驗。合理的做法是：首屏關键图正常加载，屏幕外的图片再延迟加载。
還要留意懒加载的實現方式，有些方案依赖脚本，脚本失敗时图片可能完全不顯示。可以在禁用脚本的情况下简單驗證一下。
图片站点地图與抓取
如果站点图片較多、更新频繁，可以在站点地图中补充图片信息，方便發現。但要注意地图里別保留已经刪除的图片地址，否則等于给蜘蛛指了一堆死路。图片地址本身也要能稳定訪問，不要依赖會過期的临时連結。
一份可执行的检查清單
- 抽查首頁、栏目頁、文章頁各三張图，看体积、尺寸、格式是否合理。
- 篩選返回 404 或異常的图片地址，逐個决定修复或刪除。
- 检查首屏图片是否被懒加载，屏幕外图片是否正常懒加载。
- 抽查 alt 是否為空或明顯堆砌，文件名是否可讀。
- 確認站点地图中的图片地址没有失效項。
- 把上述检查寫進上新流程，避免下次重新翻一遍。
图片不會單獨决定一個頁面的命运，但它們會持續影响加载、体驗和维護成本。定期盘一次，比出問题时救火轻松得多。
站点运营里很多工作都是這样：單看一件事影响有限，長期不做就會累积。图片资源属于那種做一次能省很久的活，值得排進周期性自查表。