图片和视频往往占据页面体积的大头，也是运营里最容易被忽略的一类资源。上线时随手贴一张原图、文件名是一串数字、alt 留空，短期看不出问题，时间一长就会在加载速度、图片搜索收录、页面结构上慢慢累积麻烦。这篇自查针对的是图片、图标、栏目封面、视频封面等媒体资源，适合在上线前或季度巡检时过一遍。
为什么值得单独做一次媒体资源自查
相比文字，媒体资源有三个特点：体积大、数量容易失控、替换成本低但排查成本高。一篇文章配五张图，一千篇文章就是五千个文件，其中只要有一部分是几 MB 的未压缩原图，带宽和首屏时间都会被拖住。
另外，图片地址本身也是 URL。命名混乱、尺寸参数随意拼接、同一张图存在多个版本地址，都会让 URL 发现和抓取变得更分散。
体积与格式
- 用工具导出或检查页面里体积最大的十张图，看单张是否明显偏大，超标的优先处理。
- 照片类优先用 WebP 或 AVIF，图标和简单图形优先 SVG，少用 PNG 存实拍图。
- 确认服务端或 CDN 已开启压缩转换，而不是只在本地缩过一次图。
- 视频不要在首屏自动加载完整文件，用封面图加点击播放更稳妥。
文件名、alt 与周边信息
- 文件名用简短英文或拼音，词之间用连字符，避免纯编号命名，便于自己日后查找。
- alt 描述图片内容本身，不要硬塞关键词，纯装饰性的图片可以留空 alt。
- 图片下方的说明文字和图注是补充上下文的好位置，别整段复制正文。
- 检查同一张图是否在多个页面重复上传，能复用就复用同一地址。
地址有效性与跳转
- 抽查图片地址是否正常返回，尤其改版、换 CDN、迁移图床之后。
- 确认图片地址没有经过多层跳转，跳转链过长会拖慢加载，也会影响抓取效率。
- 如果图片放在独立域名下，检查该域名的 robots.txt 是否误封了相关目录。
- 删除文章时确认图片是否还有其他页面在用，避免误删公共素材。
懒加载与首屏
懒加载本身没问题，但首屏主图不要懒加载，否则首屏渲染会明显变慢。同时确认在脚本加载失败或未执行的情况下，正文里的关键图片依然可以显示，不要让重要内容完全依赖前端逻辑。
一份可执行的自查清单
- 导出页面中体积最大的二十个媒体文件，按大小排序，处理前几名。
- 批量筛出缺失 alt 的图片，优先补正文配图和栏目封面。
- 抽查三十个图片地址的状态码和响应时间，记录异常来源。
- 确认图片域名可被抓取，且未被抓取规则或防火墙整体挡住。
- 把常用尺寸和命名规则写进编辑规范，新内容按规范上传。
几个常见误区
- 以为压缩过一次就一劳永逸，实际上新上传的图往往还是原图。
- 把所有 alt 都填成栏目关键词，对用户没有帮助，也容易被判定为堆砌。
- 只盯着首页加载速度，忽略了列表页和详情页叠加起来的图片总量。
图片自查不需要一次做完，按“体积最大、缺失属性、地址异常”三条线分批处理，通常一两轮就能把页面负担降下来，也顺手把媒体地址整理干净。