很多站点在运营时会把注意力放在文字、栏目和链接上，图片往往被当成“配图”处理。可当图片数量多起来，问题就会慢慢显出来：文件体积拖慢加载，文件名全是乱码，alt 文本要么空白要么堆关键词，移动端还会因为固定宽度撑破版式。图片本身也是页面内容的一部分，值得像检查正文一样做一次自查。
先看文件名和格式
文件名是图片最容易被忽略的信息入口。用 IMG_2043.jpg 或 微信图片_2024.png 这种名字，既不方便自己管理，也不利于后续检索。更实用的做法是用简短、可读的英文或拼音描述，比如 server-log-check.png、column-planning.jpg。不需要为了关键词硬凑，能说明图片内容即可。
格式方面，照片类内容通常用 WebP 或 JPEG，图标、线条图、截图适合 PNG 或 SVG。如果站点已经支持 WebP，可以优先输出 WebP，再保留原格式作为回退。不要把所有图片都统一存成几百 KB 的 PNG，那会让列表页和详情页都变重。
alt 文本：别空着，也别硬塞
alt 文本的第一服务对象是看不到图片的用户，其次才是搜索引擎。写法上可以遵循一个简单标准：如果图片承载信息，就用一句话描述它；如果图片只是装饰，可以留空或使用空 alt。常见错误是写成“关键词+关键词+关键词”，这既读不通，也容易让页面显得刻意。
判断 alt 是否合格，可以问自己：把图片遮住，只看 alt，读者能不能知道这里原本有什么信息？
对于产品图、流程图、数据截图，alt 里可以带上关键信息，比如“2025 年 3 月服务器响应时间分布图”。对于纯装饰背景，不必强行加描述，否则反而增加页面噪音。
尺寸、压缩与懒加载
图片显示尺寸和实际像素不一致，是移动端最常见的性能问题之一。一张 2000px 宽的图片被塞进 300px 宽的卡片里，浏览器仍要下载完整文件。建议按展示场景输出合适尺寸，或者使用 srcset 提供多档图片，让浏览器自己选择。
压缩时不要只盯着“看起来清楚”，也要看文件体积。可以保留原图作为素材，但上线版本应经过压缩。懒加载适合首屏以下的图片，首屏主图则不建议延迟加载，否则可能影响首屏呈现。同时要检查图片是否设置了宽高属性，避免加载过程中页面跳动。
图片周边也要一起看
- 图注与版权：如果图片来自外部，确认授权方式，必要时保留来源说明。
- 外链图片：直接引用外部图床的图片，可能因为对方限流、改路径或启用防盗链而失效，重要图片建议本地化。
- 图片入口：图片本身如果是一个独立页面，确认它有没有被链接到、有没有返回入口，别让用户点进去后无路可退。
- 移动端表现：在窄屏下检查图片是否横向溢出、文字是否被压到看不清。
一份可以照着做的自查清单
- 抽查最近更新的 10 个页面，看图片文件名是否可读。
- 检查信息型图片的 alt 是否描述了内容，装饰图是否留空。
- 对比图片实际像素与展示尺寸，差距过大的考虑重新输出。
- 确认首屏图片没有被懒加载，首屏以下图片按需加载。
- 用手机打开几个典型页面，看图片有没有撑破版式或加载过慢。
- 对外链图片做一次可用性检查，失效的及时替换或下载到本地。
图片自查不需要一次改完整站，可以从更新频率高的栏目开始。每次发布内容时顺手检查文件名、alt 和尺寸，久而久之就能减少很多“图片拖后腿”的情况。图片是内容的一部分，把它整理清楚，页面体验和内容表达都会更稳定。