很多站点在内容更新上很勤快，却很少回头看图片、视频和附件。它們不像文字那样容易被搜尋蜘蛛直接理解，却會實實在在影响加载速度、服務器带宽和頁面可用性。一次媒体资源自查，往往能同时改善用戶体驗和抓取效率。
為什么媒体资源值得單獨检查
图片和附件占用的资源通常比 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 缓存和防盗鏈策略没有挡住正常訪問。
- 把检查结果记錄下来，下次内容改版前先看一眼這份清單。
媒体资源自查不需要一次做完所有事。先處理体积最大、失效最多、影响首屏的那一批，通常就能看到明顯改善。
站点运营的很多問题，都是日常小疏忽积累出来的。图片和附件不會说话，但它們的体积、路径和加载方式，會直接反映在用戶体驗和抓取日誌里。把媒体资源纳入常規巡检，比事後补救更省力。