做站点运营时，图片往往是最容易被忽略的一块。文本页面在改版时有人盯着，图片却常常是几年前上传后就再没动过。等到发现抓取变慢、移动端打开卡顿，才会回头去看图片目录。其实图片资源的自查并不复杂，按下面几个方向过一遍，就能排除大部分明显问题。
为什么图片值得单独自查
图片同时影响三件事：页面体积、浏览器渲染，以及搜索蜘蛛对页面的理解。一张体积过大的未压缩图，会让首屏在移动网络下多等好几秒；图片文件名和替代文本如果全是乱码或 IMG0001 这类编号，也等于放弃了一部分可读的语义线索。更麻烦的是，图片如果大量依赖站外图床，一旦对方限流或改路径，页面上就只剩下一堆加载失败的空框。
图片自查的几个方向
体积与格式
- 检查单张图片的体积，正文配图尽量控制在几百 KB 以内，明显偏大的先压缩再上传。
- 优先使用 WebP、AVIF 等现代格式；老图可以保留 JPEG、PNG 作为回退，但新上传的图没必要再走一遍老路。
- 避免用一张大图靠 CSS 缩小显示，浏览器仍然要下载完整文件。
尺寸与布局占位
给图片写明宽高，或者用固定比例的容器，能减少加载过程中的布局跳动。图片容器保持稳定尺寸，页面在图片陆续到达时就不会来回推移，对用户阅读和渲染都更友好。
懒加载与首屏
- 首屏可见的图片不要懒加载，否则会推迟首屏完成时间。
- 折叠线以下的图片可以开启原生懒加载属性，减少初始请求数量。
- 懒加载要确认兜底逻辑可用：脚本失败或用户禁用脚本时，图片仍能正常显示。
文件名与替代文本
- 文件名用简短英文或拼音，避免空格和特殊符号，带空格的地址容易被转义，链路也更容易出错。
- alt 写清楚图片内容即可，不要堆关键词，也不要把整段正文塞进 alt。
- 纯装饰性图片可以留空 alt，让它从可访问性树中退出。
图片的抓取入口
如果站点有大量以图片为主的内容，可以考虑维护一份图片 sitemap，把重要的图片地址和所在页面一并列出。普通站点则确保图片在 HTML 中以 img 或 picture 标签正常出现就好，不要全部用 CSS 背景图承载核心信息，背景图在结构与语义上都比较薄弱。
缓存与外部依赖
图片目录通常适合设置较长的缓存时间，配合文件名带版本号或哈希值的方式更新，这样替换图片时不必让用户清缓存。同时留意图床和 CDN 的可用性，站外资源出现异常时，页面上应该有一张占位图或一句说明，而不是直接留白。
图片自查不需要一次改完。先处理首页、栏目页和流量较高的详情页，再逐步清理历史图片，成本更可控。
一个可执行的顺序
- 导出当前页面上使用的图片清单，标注体积、格式和是否站外引用。
- 按体积从大到小排序，优先处理排在前面的大图。
- 补齐尺寸属性和 alt，检查首屏图片的加载方式。
- 确认图片目录的缓存策略和文件名更新规则，写入日常发布流程。
把这些做完，图片这一块基本就不会成为拖后腿的环节。日常发布时顺手遵守同样的规则，比事后集中返工要省力得多。