很多站点运营把注意力放在文字、連結和栏目结构上，图片和视频却長期處于“放上去就不管”的狀態。等發現頁面打開慢、带宽帳單變高、手机訪客频繁跳出时，才回头翻媒体库，往往已经积累了大量原图、重复文件和失效封面。
媒体资源不是装饰，它直接影响頁面体积、渲染速度和服務器出口流量。下面這份自查清單不追求一次做到完美，而是帮你先找出最明顯的浪費和風險。
為什么媒体资源值得單獨自查
一個頁面的文字通常只有几十 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 個文件是否都在用；再從服務器日誌里看媒体請求的响應碼和流量占比；最後用手机網絡模拟打開几個主要栏目頁，確認首屏没有因為图片或视频卡住。
站点运营的很多工作不是一次大改，而是把容易失控的细节放進固定流程。媒体资源就是其中之一：上传前压缩，展示时按需加载，服務器侧做好缓存和监控，頁面体驗和带宽成本都會更可控。