站点运营

站点运营:图片與媒体资源自查,別让大图和無效地址拖慢抓取

图片是站点里數量最多的资源類型,体积、地址、懒加载和訪問權限都會影响抓取表現。本文從图片地址可發現性、尺寸與格式、懒加载寫法、alt 描述、防盗鏈與 robots 放行几個方面给出一份自查清單,帮助减少無效請求與抓取浪費。

站点运营

站点运营:图片與媒体资源自查,別让大图和無效地址拖慢抓取

很多站点把图片当作“顺带”的事:能顯示就行,体积大一点、地址乱一点,似乎不影响阅讀。但在抓取层面,图片是數量最多的一類资源,它同时消耗抓取预算、影响頁面渲染,也决定了图片搜尋能不能带来額外流量。這篇只谈图片與媒体资源的自查,不涉及文字内容策略。

先確認图片地址能不能被單獨發現

蜘蛛拿到的是 HTML,图片通常靠 img 的 src 被發現。如果图片地址是脚本拼出来的、寫進 data-src 却從不回填,或者以 base64 内嵌在样式里,它們基本不會被当作獨立资源處理。

  • 關键图片尽量用标准 img 标簽,src 直接寫在 HTML 中。
  • 文件名用有意义的英文或拼音,避免 IMG_2043、中文乱碼、一串哈希。
  • 图片多且重要的站点可以單獨维護图片 sitemap,但只放真正需要被索引的图。
  • 用背景图承载的信息,比如價格表、活動規則,最好同时有文字版本,別只放在图里。

体积、尺寸與格式

一個頁面挂十几張几 MB 的原图,服務器和蜘蛛都要為這些字节付出代價。最直接的检查方式是看真實渲染尺寸:一張展示宽度 320px 的缩略图,没必要加载 2000px 的原图。

  • 按展示尺寸裁切並压缩,控制單張图片体积。
  • 優先使用 WebP、AVIF 等現代格式,並给老浏览器留回退方案。
  • 需要多尺寸适配时用 srcset 和 sizes,而不是让浏览器自己缩。
  • 確認图片 CDN 與压缩參數没有把质量压到影响用戶判断的程度。

懒加载別把图片藏起来

懒加载能省流量,但用不好會让图片永遠不被發現。原生 loading="lazy" 相對稳妥;纯 JS 實現的懒加载,如果首屏图片也走 data-src,抓取时可能只看到一個占位图。

  • 首屏图片不懒加载,保證 src 直接可用。
  • 用 JS 懒加载时,保留 noscript 回退或初始 src。
  • 瀑布流、轮播图要確認後續几屏的地址能被触發加载,或至少出現在 HTML 中。

alt 與周邊文字

alt 的作用是描述图片,不是塞關鍵詞。寫得准确,既能帮讀屏软件,也能让搜尋引擎理解图片内容。

  • 内容图寫清這張图說明了什么,装饰图可以留空 alt。
  • 不要把同一串關鍵詞複製到整站图片 alt 上。
  • 图片附近的标题、图注、正文描述,往往比 alt 更能說明上下文。

防盗鏈、權限與抓取放行

這是最容易被忽略的一环:图片放在另一台服務器或另一個域名上,防盗鏈規則只允许本站来源,蜘蛛請求时拿到 403,頁面结构没問题,图片却全挂。

  • 检查图片域名是否對主流搜尋蜘蛛放行,別只判断 Referer。
  • 確認 robots.txt 没有誤封图片目錄或图片 CDN 路径。
  • 图床迁移、目錄改名後,舊地址要么重定向,要么明确返回 404,別用 200 返回一張占位图。
  • 缩略图參數如 ?w=300&h=200 不要無限组合,保留一套固定規格即可。

一份可以照着做的自查清單

  1. 随机抽 5 個頁面,禁用 JS 後看图片地址是否還能出現。
  2. 查看頁面總請求數與總体积,找出体积最大的三張图。
  3. 检查首屏图片是否被懒加载挡住。
  4. 用抓取工具模拟蜘蛛,看图片請求的狀態碼分布。
  5. 核對图片 sitemap 中的地址是否都返回 200。
图片整理不會立刻带来排名變化,但能减少無谓的抓取消耗、降低頁面渲染成本,属于做一次、長期受益的基础工作。