很多站点的运营是从文字开始的：更新栏目、写文章、调结构。图片和媒体文件往往排到最后，直到某天发现首页要转好几秒才出来，手机流量掉得飞快，搜索结果里带出的缩略图还是三年前的旧图。图片不是装饰品，它常常是页面体积的主要来源，也是最容易在复制粘贴中积累历史包袱的地方。下面这套自查清单不依赖复杂工具，重点是养成习惯。
为什么图片值得单独查一遍
文字内容一般只有几十 KB，而一张没处理过的手机照片可能直接上到几 MB。一个列表页放十张这样的图，访客要多等好几秒，服务器也要多扛几倍的流量。更麻烦的是，图片问题通常不会报错，页面照样能打开，只是慢、只是重，久而久之就被当成正常现象。
体积与格式：先判断该不该用图
- 能用文字说清的，就别用图。纯色块、简单表格、纯文字说明，写成 HTML 反而更小、更清晰、也更容易被读到。
- 照片类图片考虑新格式。在支持的环境下使用 WebP 等格式，通常比传统 JPEG 明显更小；保留原格式作为回退也可以。
- 图标和线条图用矢量。简单图标用 SVG，放大不虚，体积也小，不必为每个尺寸导出一份位图。
- 截图先裁再压。整屏截图里经常有大片空白和无关区域，裁掉之后再压缩，往往能省一半以上。
尺寸：别用大图缩着显示
常见做法是上传一张 2000 像素宽的图，再在页面上把它显示成 300 像素。浏览器要下载完整文件，再缩小渲染，用户白等，服务器白扛。上传前就把长边处理到实际显示需要的尺寸，是比较省事的做法。对同一张图在不同位置有不同尺寸需求的情况，可以准备几个规格，而不是一份超大原图走天下。
alt、文件名与周边文字
- 图片的 alt 用来描述图片内容，也服务于读屏软件和图片加载失败时的提示，不要写成关键词堆砌，也不必每张都强行加。
- 装饰性图片可以让 alt 留空，让辅助技术直接跳过。
- 文件名尽量用有意义的英文或拼音，避免一串相机默认编号，导出和排查时都更好认。
- 图片周围的正文说明，比 alt 更能帮助理解图片在讲什么，别指望一张图自己承担全部表达。
加载方式：首屏和长列表分开对待
长页面里排在后面的图片可以延迟加载，等访客滚动到附近再请求，能省不少首屏时间。但首屏那张主图不适合延迟，否则会出现空白跳动的观感。另外要记住给图片写上宽高属性或预留占位区域，否则图片加载完成时页面会突然往下一跳，访客正想点的按钮就跑了。
图片放在哪里、从哪里引用
媒体文件放在站内统一目录，还是散落在各个编辑器生成的临时路径里，长期看差别很大。统一目录便于备份、便于批量处理、也便于日后换存储或接 CDN。引用时注意路径的大小写和相对绝对写法，避免出现同一张图有多个地址，白白增加重复请求。如果图片托管在第三方，记得确认对方是否稳定，别让别人的故障变成你的故障。
一份可以照着做的检查清单
- 抽查首页和几个主要栏目页，记录单页图片总量和总体积。
- 找出体积最大的几张图，看能不能裁、能不能压、能不能换格式。
- 核对页面上图片的显示尺寸与文件实际尺寸是否差得离谱。
- 检查主要图片的 alt 是否写了、是否写了有用的内容。
- 确认首屏图片没有被延迟加载，长列表图片有延迟加载。
- 检查图片是否都写了宽高或占位，避免加载时页面跳动。
- 翻一遍媒体目录，把没有页面引用的旧图整理归档。
图片自查不需要一次做完。每次更新内容时顺手处理新加的几张图，比半年后集中返工轻松得多，也更不容易漏掉。
把图片当成内容的一部分来管理，而不是上传完就不管附件，页面的负担会慢慢降下来，维护时的思路也会清晰很多。