很多站点把精力放在文字頁面和 URL 结构上，却忽略了图片、视频、音频和附件這些媒体资源。它們体积大、數量多，一旦缺少管理，既會拖慢頁面打開速度，也會让搜尋蜘蛛在下载媒体文件上花費不必要的時間。媒体资源本身不是問题，問题在于没有邊界和規則。
先確認蜘蛛能否正常拿到媒体文件
媒体资源能否被抓取，和頁面能否被抓取是两件事。常见故障包括：文件放在需要登入的目錄、CDN 對图片做了防盗鏈、服務器對媒体類型返回 403、移動端頁面只輸出占位图而真實图片由脚本後加载。排查时可以從服務器日誌里篩選图片、视频扩展名的請求，看看返回狀態碼是否正常。
- 直接訪問媒体 URL，確認返回 200 而不是 403、404 或跳轉鏈。
- 检查 robots.txt 是否誤屏蔽了 /images/、/uploads/、/media/ 等目錄。
- 確認 CDN 或對象存储没有只允许特定 Referer，導致蜘蛛請求被拒。
- 若使用懒加载，确保原始地址出現在 HTML 的 img 标簽或 srcset 中，而不是只藏在脚本變量里。
图片：格式、尺寸和命名都要收一收
图片是媒体资源里數量最大的一類。运营侧最容易出現的問题是上传原图後不處理，几 MB 的图片直接挂在列表頁，一個栏目頁就要下载几十 MB。對蜘蛛来说，這同样是無效消耗；對用戶来说，等待時間會直接轉化為跳出。
- 格式選擇：照片類優先 WebP 或 AVIF，图标和简單图形可用 SVG，减少 PNG 大图。
- 尺寸匹配：展示宽度 800px 的图片，不要上传 4000px 原图再靠 CSS 缩小。
- 文件命名：用有意义的英文或拼音短名，避免 IMG_20240301_001.jpg 這類無信息名稱。
- 替代文本：给内容图片寫简短 alt，装饰图可留空，但不要堆關鍵詞。
- 图片站点地图：如果站点图片量大且重要，可以單獨维護图片站点地图，但別把每張缩略图都塞進去。
视频與音频：別让播放器成為唯一入口
视频頁面常见的問题是正文只有一句“請看视频”，文字信息极少。蜘蛛無法像人一样完整观看视频，頁面需要补充标题、简介、要点文字和字幕文件。如果视频托管在第三方平台，要確認嵌入代碼不會拖慢首屏，也不要把關键信息全部放在 iframe 里。
- 為视频添加可抓取的文字說明，包括主题、时長、主要内容和更新時間。
- 提供字幕或文字稿，至少让頁面有可索引的文本。
- 音频文件同样避免自動播放，减少带宽消耗和打扰。
- 大附件如下载型 PDF，考虑压缩体积並检查是否返回正确的内容類型。
加载策略：延迟可以，別藏起来
懒加载和响應式图片本身没問题，關键是實現方式。若图片地址只寫在 JavaScript 里，或者需要用戶滚動到特定位置才由接口返回，蜘蛛可能拿不到真實地址。运营可以要求開發在上线前用“禁用 JavaScript”或“查看源代碼”的方式做一次抽查。
- 首屏關键图片不要懒加载，避免影响最大内容绘制。
- 非首屏图片可使用懒加载属性，但原始地址要保留在 HTML 中。
- 使用 srcset 时，确保每個候選地址都可訪問，不要出現 404 的尺寸變体。
- 媒体文件配合缓存头，减少重复下载；更新文件时通過文件名或版本參數刷新缓存。
上线前媒体自查清單
- 抽查 10 個内容頁，直接查看源代碼，確認图片、视频封面、附件地址都存在。
- 用浏览器開發者工具查看網絡面板，记錄媒体請求數量和總体积。
- 確認 robots.txt 和 CDN 規則没有把媒体目錄整体挡住。
- 检查图片 alt、视频标题、附件說明是否完整，避免空文本。
- 對列表頁和詳情頁分別測試，列表頁尤其容易堆大量缩略图。
- 發布後看服務器日誌，观察媒体請求是否有異常 404 或 403 集中出現。
上线後观察什么
媒体自查不是一次性的。換 CDN、換對象存储、改图片處理規則、調整懒加载库版本，都可能让原本正常的地址失效。运营可以每周抽几分钟，從日誌或监控里看媒体請求的狀態碼分布，發現異常再找開發確認。與其等用戶反馈图片裂了，不如让異常在日誌里先露头。
媒体资源管理的目标不是限制使用，而是让每張图、每個视频都有明确的体积、地址和用途。蜘蛛和用戶都不需要下载多余的東西。
把媒体资源纳入站点运营的日常检查，效果通常比事後压缩更稳定。图片、视频、附件各自有規則，規則越简單，执行越不容易走样。