很多站点在内容更新上很勤快，却很少回头看图片、视频和附件。它们不像文字那样容易被搜索蜘蛛直接理解，却会实实在在影响加载速度、服务器带宽和页面可用性。一次媒体资源自查，往往能同时改善用户体验和抓取效率。
为什么媒体资源值得单独检查
图片和附件占用的资源通常比 HTML 大得多。一个页面上如果堆了几张未压缩的相机原图，用户要等，蜘蛛抓取时也会消耗更多连接时间。更麻烦的是，失效图片、错误路径和重复文件会让日志里出现大量 404，干扰对站点健康度的判断。
媒体资源不是“放上去就不用管”的静态资产。内容改版、栏目迁移、服务器调整之后，旧图片路径很容易断掉。定期检查，比等到用户反馈图片打不开要主动得多。
图片体积与格式
先看单张图片的大小。内容页配图通常控制在几百 KB 以内比较合适，列表页缩略图可以更小。如果一张首屏图超过 1 MB，就值得处理。
- 优先使用 WebP 或 AVIF 等现代格式，同时保留必要的回退方案。
- 按展示尺寸导出图片，不要用大图靠 CSS 缩小显示。
- 照片类内容可用有损压缩，图标和线条图可考虑 SVG。
- 检查是否误传了设计源文件、PSD 或未压缩原图。
文件名、alt 与周边文本
文件名和 alt 文本不会直接决定排名，但能帮助理解图片内容，也方便运营人员日后检索。批量导出的“IMG_2034.jpg”这种命名，过几个月自己都认不出来。
- 文件名用简短、有意义的英文或拼音，避免空格和特殊符号。
- alt 描述图片内容，不要堆砌关键词，也不要每张都写同一句。
- 图片附近的正文要能说明它为什么出现在这里。
- 装饰性图片可留空 alt，避免读屏软件重复朗读。
懒加载与首屏图片
懒加载能减少初始请求，但用错位置会适得其反。首屏大图如果也延迟加载，用户会先看到空白，布局也可能抖动。
- 首屏主图建议正常加载，并设置宽高属性预留位置。
- 折叠线以下的图片再使用懒加载。
- 检查 JS 懒加载是否影响蜘蛛对图片 URL 的发现，必要时保留图片 sitemap 或静态链接。
- 用浏览器开发者工具查看图片请求是否过多、是否有重复加载。
失效图片与附件路径
内容迁移、图床更换或 CDN 调整后，最容易出现失效资源。用户看到破图，蜘蛛也会记录下无效 URL。
- 抽查近期改版栏目，确认旧图片是否还能访问。
- 检查上传目录是否被误删、权限是否变化。
- 把已确认不再使用的附件，用 301 指向相关页面或返回 410，不要长期留 404。
- 下载类附件如果已经过期，页面上的说明文字也要同步更新。
CDN、缓存与服务器带宽
媒体资源多的时候，CDN 和缓存策略能分担不少压力。但配置不当也会带来新问题，比如缓存了错误版本，或者回源请求过于频繁。
- 确认图片 CDN 的缓存时间合理，更新图片后能及时刷新。
- 检查是否开启了按需缩放、格式转换等能力，避免源站重复处理。
- 观察服务器带宽峰值，判断图片是否成为主要消耗项。
- 如果站点有防盗链设置，确认不会误伤站内引用和搜索蜘蛛。
一份可执行的自查顺序
- 从访问日志和服务器错误日志中，找出请求量最大的图片和附件。
- 抽查首页、栏目页和流量较高的内容页，看首屏加载是否被大图拖慢。
- 用站点爬取工具检查图片 URL 的状态码，集中处理失效资源。
- 检查图片文件名、alt 和周边文本，修正明显重复或缺失的项。
- 确认懒加载、CDN 缓存和防盗链策略没有挡住正常访问。
- 把检查结果记录下来，下次内容改版前先看一眼这份清单。
媒体资源自查不需要一次做完所有事。先处理体积最大、失效最多、影响首屏的那一批，通常就能看到明显改善。
站点运营的很多问题，都是日常小疏忽积累出来的。图片和附件不会说话，但它们的体积、路径和加载方式，会直接反映在用户体验和抓取日志里。把媒体资源纳入常规巡检，比事后补救更省力。