很多站点运营把注意力放在文字、链接和栏目结构上，图片和视频却长期处于“放上去就不管”的状态。等发现页面打开慢、带宽账单变高、手机访客频繁跳出时，才回头翻媒体库，往往已经积累了大量原图、重复文件和失效封面。
媒体资源不是装饰，它直接影响页面体积、渲染速度和服务器出口流量。下面这份自查清单不追求一次做到完美，而是帮你先找出最明显的浪费和风险。
为什么媒体资源值得单独自查
一个页面的文字通常只有几十 KB，但一张未压缩的手机照片可能就有 3 到 5 MB。若首屏同时加载几张这样的图，再加上自动播放的视频，访客在弱网下等待时间会明显变长。搜索引擎蜘蛛虽然不一定会像真人那样“看”完视频，但页面体积和加载失败率会影响抓取预算与体验评估。
更麻烦的是，媒体问题通常不是单点故障。它可能同时牵扯前端模板、对象存储、CDN 缓存、服务器带宽和内容编辑流程。因此适合用一份固定清单定期过一遍。
从文件本身开始查
- 格式与压缩：照片优先用 WebP 或 AVIF，透明图用 PNG，照片不要再用未压缩 BMP。上传前统一压缩到合理质量，不要直接把相机原图拖进后台。
- 展示尺寸：列表页缩略图不要调用 2000px 宽的原图再由 CSS 缩小。按实际展示宽度生成多档尺寸，配合 srcset 让浏览器自己选。
- 文件名与替代文本：文件名尽量用有意义的英文或拼音，替代文本描述图片内容，不要堆砌关键词。装饰图可以留空 alt，但要有明确判断。
- 重复文件：同一张图被不同栏目反复上传，会占用额外存储，也让缓存命中率下降。可以按哈希或文件名做一次去重抽查。
模板和前端层面容易忽略的点
- 宽高属性：图片标签写上 width 和 height，或使用 aspect-ratio，减少布局偏移。
- 懒加载：首屏以下的图片加 loading=lazy，首屏主图不要懒加载，避免拖慢最大内容绘制。
- 视频自动播放：非必要不要自动播放，尤其带声音的视频。若必须自动播放，设置静音、循环和 poster 封面，并考虑用点击后再加载。
- 封面与字幕：视频封面要压缩，字幕文件不要过大。多个视频不要在同一页面同时预加载。
- 响应式图片：检查 srcset 和 sizes 是否写对，避免手机拿到桌面大图。
服务器与缓存侧自查
图片和视频一旦被频繁请求，服务器出口带宽和磁盘 I/O 都会受影响。可以检查以下项目：
- 媒体目录是否设置了合理的缓存头，静态资源能否被浏览器和 CDN 长期缓存。
- 动态缩略图接口是否每次请求都重新生成，有没有加缓存或落盘。
- 图片是否走了 CDN，回源比例是否过高。
- 服务器日志里媒体文件的 404、403、5xx 是否集中出现，是否有蜘蛛反复抓取大文件。
- 备份和日志是否把媒体目录也纳入，导致备份体积膨胀。
媒体优化没有统一终点。先处理体积最大、请求最多、错误最集中的那批文件，通常就能看到明显改善。
把自查变成例行动作
可以每季度抽一天，从媒体库按文件大小排序，看看前 100 个文件是否都在用；再从服务器日志里看媒体请求的响应码和流量占比；最后用手机网络模拟打开几个主要栏目页，确认首屏没有因为图片或视频卡住。
站点运营的很多工作不是一次大改，而是把容易失控的细节放进固定流程。媒体资源就是其中之一：上传前压缩，展示时按需加载，服务器侧做好缓存和监控，页面体验和带宽成本都会更可控。