图片不是附属品，它也在消耗抓取资源
很多站長把注意力放在正文、标题和内鏈上，图片往往只在“頁面打開慢”的时候才被想起来。實际上，一張几 MB 的首屏大图、一個没有兜底的懒加载脚本、一條把爬虫挡在门外的防盗鏈規則，都會實實在在影响蜘蛛對頁面的渲染與判断。
需要先说清楚：图片本身通常不參與關鍵詞排名計算。做這些排查的目的不是“讨好算法”，而是让頁面更快、更完整地被渲染出来，同时少浪費一点抓取预算。
先看体积：大图是渲染超时的高發区
格式與尺寸
- 優先使用 WebP 或 AVIF，浏览器不支持时再回落到 JPG、PNG。
- 按實际展示尺寸輸出，而不是上传原图再靠 CSS 缩小顯示。
- 给 img 补上 width 與 height，或用 aspect-ratio 预留空間，减少布局抖動。
- 首屏的關键信息不要只用背景图承载，背景图在渲染阶段更容易被延後。
压缩與分發
图片压缩不必追求极限，把质量參數調到肉眼难以分辨的区間即可，通常能省掉一半以上体积。如果站点已经接入 CDN，可以確認图片是否走了邊缘缓存，以及回源时是否被重复压缩或二次處理。
懒加载：別让首屏内容也跟着“等滚動”
loading=lazy 本身没有問题，問题在于滥用。首屏主图和最大的那張内容图如果設定成懒加载，渲染時間會明顯後移。另一類風險更隐蔽：把整段正文塞進靠滚動事件触發的容器里，蜘蛛不滚動就取不到内容——如果文字确實靠這種方式加载，影响比图片大得多。
比較稳妥的做法是：首屏内的图片正常加载，首屏以下的图片和長列表再懒加载；優先用浏览器原生的 loading 属性，脚本方案要保證在脚本未执行时仍有可讀的降級内容。
alt 文本、文件名與上下文
alt 的作用是描述图片内容，方便無法讀取图片的场景理解頁面，也是图片搜尋的主要依據之一。寫清楚“這是什么图、和本頁什么關系”就够了，不要把關鍵詞往里堆。文件名同理，把 img_0421.jpg 改成描述性的命名，成本很低。
如果頁面上的關键信息——價格、步骤、图表資料——只存在于图片里，任何抓取工具都讀不到，建议用文字同步一份，或者补一段說明性的文字摘要。
防盗鏈、權限與图片死鏈
有些站点的图片放在獨立域名上，並配置了 Referer 防盗鏈。当請求来自没有 Referer 的抓取工具时，可能返回 403，導致图片抓取失敗。可以翻一下服務器日誌，看图片請求里 403 的比例和集中出處，再决定是否要给空 Referer 留一條通路。
图片死鏈同样值得定期清理。被下架的产品图如果仍被舊頁面引用，既影响体驗，也會带来持續的 404 噪音。建议把它纳入常規死鏈排查流程，替換图片时尽量保留舊地址或做一次跳轉。
图片地图與收錄入口
對图片流量有需求的站点，可以维護一份獨立的图片 sitemap，只放真正有展示價值的图片，而不是把全站缩略图都塞進去。图片所在頁面本身也應该有可訪問的 HTML 地址，蜘蛛才能顺着連結找到它。列表頁、詳情頁里的图片保持可点击、可跳轉，往往比單纯寫進 sitemap 更有效。
一份可以照着做的自查清單
- 抽查首頁和三個重点詳情頁，看首屏图片的實际体积。
- 確認首屏图没有配置懒加载，也没有藏在滚動触發的容器里。
- 检查图片格式與尺寸是否和展示位置匹配。
- 检查 img 是否有有意义的 alt 和描述性文件名。
- 用日誌筛查图片 403、404 的比例和集中出處。
- 確認關键文字信息没有只以图片形式存在。
- 图片 sitemap 只保留值得收錄的地址，並定期清理失效項。
媒体资源治理不會立刻带来排名變化，它减少的是渲染失敗、抓取浪費和用戶流失。這類工作更适合按季度做一次抽样检查，而不是等到頁面明顯變慢才動手。