很多站点把精力放在文字、标题和内链上，图片、视频封面、附件这类媒体资源往往被放到最后处理。它们单个看起来不重，但数量一多，就会同时影响两件事：访客打开页面的速度，以及搜索蜘蛛愿意在同一站点上继续爬取的页面数量。这篇从站点运营角度，给出一套可以按季度执行的媒体资源自查方法。
媒体资源为什么会同时影响两头
对抓取端来说，一次请求不管拿到的是精简的 HTML 还是几 MB 的图片，占用的连接时间和请求额度是相近的。图片越多、越大，服务器要处理的请求就越多，留给正文页面的抓取机会就会被挤掉一部分。对访客端来说，大图直接决定首屏要等多久，尤其是移动网络下，一张没压缩的头图就足以让页面卡住。
抓取层面
同一个页面里挂了大量尺寸相近的图片副本，蜘蛛可能把每个副本都当成独立地址去请求，形成重复消耗。
加载层面
首屏图片体积偏大、缺少合适的尺寸切分，会让可用性指标变差，间接影响访客停留。
自查清单
一、图片体积与格式
- 抽查各栏目的头图、正文配图，看单张是否明显偏大（比如超过几百 KB 的照片类图片）。
- 确认是否已按展示尺寸输出，而不是上传原图再靠 CSS 缩小。
- 照片类、插画类、图标类分别用合适格式，图标优先用矢量，照片优先用带压缩的位图格式。
二、缩略图与多尺寸副本
- 列出编辑器自动生成的所有尺寸副本，确认前台真正用到的是哪几张，其余是否可以直接停用。
- 检查缩略图是否被缩放到原尺寸使用，这等于白扛了一个大文件。
- 确认同一张图在不同栏目是否重复生成，能否共用一份。
三、失效与空引用
- 找出已经被删除、只剩破图占位的图片地址，这类请求对页面没有任何价值。
- 检查早期文章里的外链图片，对方关闭或更换地址后，正文会出现空白区域。
- 确认占位图和默认图没有被到处引用成独立地址。
四、图标、背景图与装饰元素
图标如果能合并成一份矢量资源，就比加载几十个小文件更省请求；纯装饰用的背景图要看是否必要，能靠样式实现的不必额外请求文件。
处理优先级
- 先处理首屏和栏目入口页的图片，收益最直接。
- 再清理失效引用和重复副本，减少无效请求。
- 然后是正文配图的体积与尺寸统一。
- 最后处理历史存量文章，可以按访问量从高到低逐步做。
两个容易踩的坑
只优化首页图片
首页好看没用，访客真正停留时间长的是详情页和列表页，这些地方的图片同样要过一遍。
一上来就大批删旧图
旧文章的配图删掉后，正文会出现断图，反而制造新的体验问题。更稳妥的做法是先替换为合适尺寸，确认无引用后再清理。改图地址时记得保留跳转，避免外部引用直接失效。
建议把媒体资源检查放进固定的运维节奏里，比如每季度抽一批栏目页面和访问量最高的若干篇文章，记录体积、副本数量和失效引用，形成一个简单的对比表，长期看比一次性大清理更有效。
媒体资源不难处理，难的是把它当成常规工作而不是一次性的项目。把图片、缩略图、失效引用这几项纳入站点运营的例行巡检，站点在抓取端和访客端都会更从容一些。