很多站点做例行检查时，注意力都放在标题、正文、链接结构上，图片往往被当成「顺手贴上去的东西」。可图片既占页面体积的大头，也承担着一部分内容表达。图片出问题，用户看到的是加载慢、错位、空白，搜索引擎看到的可能只是一堆没有说明的文件。下面把图片相关的检查点集中列一遍，按顺序走一遍大致半小时到一小时能过完。
一、alt 文本：写了和写好是两件事
alt 的作用有两个：图片加载失败或不被显示时给出替代说明，以及帮助理解图片在讲什么。检查时不要只统计「有没有 alt」这个比例，还要点开看具体写了什么。
- 装饰性图片（分隔线、纯色背景花纹）用空的 alt="" 就行，不必硬塞关键词。
- 信息性图片（图表、后台截图、产品图）应该用一句话说清它展示了什么，而不是堆砌同义词。
- 图片旁边已经有完整图注时，alt 再重复一遍意义不大，可以写得更简略。
- 全站 alt 都等于站点名，或者整页图片 alt 一模一样，基本等于没写。
二、体积与格式：先管首屏那几张
页面变慢的原因里，图片经常排第一。压缩不是一次性的工作，而是上传前的固定动作。
- 普通内容图控制在 200KB 以内通常比较舒服，头图可以适当放宽，但别把几 MB 的原图直接上传。
- 导出尺寸按实际展示尺寸来，不要用 CSS 把 2000px 的图缩到 400px 显示。
- 照片类优先 WebP 或 AVIF，图标、线条图用 SVG，旧格式逐步替换。
- 同一张图在列表页和详情页用了两个尺寸，确认它们真的是两个文件，而不是一个巨型文件硬撑两处。
三、懒加载：别把首屏也一起懒了
懒加载能省流量，但用法不对会伤到首屏。判断标准很简单：打开页面时，正文最关键的那张图是否立刻出现。
- 首屏图片不要加 loading="lazy"，否则容易出现先空白、后弹出的观感。
- 用 width/height 属性或 aspect-ratio 把位置占住，避免图片加载完成后内容整体跳动。
- 完全依赖 JS 才插入的图片，确认在脚本未执行时页面仍能读到基本文字信息。
四、图片能不能被单独访问
图片除了跟着页面被看到，也可能被单独请求。这类检查不需要工具，手工抽查几条即可。
- 确认图片 URL 返回 200，而不是 403 或者一串跳转。
- 核对 robots.txt，看图片目录是否被误挡；目录被挡，图片的展示机会也会一起丢掉。
- 用了 CDN 或图床的，注意防盗链规则，确认同域页面访问正常。
- 文件名用有意义的小写英文或拼音，比 IMG_2831.jpg 好维护，出问题时也好定位。
五、失效图与版权
这一项最容易被拖延，但处理起来其实不复杂。
- 定期跑一次死图检查，把返回 404 的图片换掉或删除引用。
- 外链图片随时可能下线，重要的图尽量放在自己域名下。
- 用图前确认授权范围，别等到收到通知再回头替换。
一套可执行的检查顺序
- 导出全站图片清单，统计没有 alt、alt 为空、alt 重复的比例。
- 按页面体积排序，找出最重的十个页面，逐张看图片尺寸和格式。
- 用手机打开这些页面的首屏，观察有没有空白等待和位置跳动。
- 抽查图片 URL 的状态码，并确认 robots.txt 没有误挡图片目录。
- 整理失效图清单，排期替换，顺手补一句合适的 alt。
图片不会因为补了一句 alt 就把页面推上去，但一处处的疏漏累加起来，确实会让页面更慢、更难读懂。把上面几项固定进例行检查，比每次临时救火省力得多。