很多站点运营把注意力放在文字和連結上，图片往往被当成“顺手传上去”的素材。但對蜘蛛来说，图片同样是頁面的一部分：一張几 MB 的横幅、一批 404 的缩略图、一段把首屏图片全部延後的懒加载脚本，都可能让抓取在同一個頁面上多耗几倍時間。图片自查不需要复杂工具，先把几個關键点過一遍，往往比反复提交站点地图更實在。
图片為什么會拖住抓取
蜘蛛抓取頁面时，會先拿到 HTML，再决定要不要下载其中的图片等资源。服務器带宽和並發是有限的，如果每個頁面都挂着十几張大图，蜘蛛在單位時間内能走完的頁面數就會下降。更麻烦的是，图片资源一旦响應慢或报错，還會額外占用连接時間，让後面的頁面排在队里等。
另一個容易被忽略的点是：图片本身不直接产生排名，但它影响頁面可讀性、停留時間，以及用戶對站点质量的判断。所以图片自查的目标不是“把图删光”，而是让该有的图能顺利加载、该被理解的内容能被理解。
可以逐項检查的几個地方
体积與格式
- 列表頁缩略图是否還在用原始大图，靠 CSS 缩小顯示；這種情况下浏览器下载的還是原图。
- 是否還在大量使用老格式，可以換成 WebP 之類的現代格式，同时保留兜底方案。
- 截图、海报類图片是否做過压缩，压缩後是否還看得清文字。
失效图與占位图
- 随机抽查若干栏目頁和詳情頁，看是否有图片返回 404 或一直轉圈。
- 模板里是否留着示例占位图，上线後忘了替換。
- 图片文件被删但頁面引用還在，這種情况在批量删素材後特別常见。
alt 與图片周邊信息
- 正文配图的 alt 是否只寫了“图片”“配图1”，或者干脆留空。
- 图片是不是唯一的信息载体，比如一張图里寫着關键資料，却没有任何文字說明。
- 图注、图片下方的一段說明文字，這些對用戶和蜘蛛都比堆關鍵詞有用。
懒加载與延迟加载
- 首屏图片是否也被設定成懒加载，導致用戶先看到空白。
- 懒加载的触發條件是否過于苛刻，滚動很遠了图片還没出来。
- 用 JavaScript 拼接图片地址的做法，是否让图片在 HTML 里完全不可见。
图片资源清單
- 图片目錄是否有命名規范，能否一眼看出属于哪個栏目。
- 是否维護了图片站点地图，或者至少让重要图片頁面在站点地图里可被發現。
- CDN 上的图片是否和源站一致，有没有出現改图後 CDN 還在發舊版本。
一次能做完的检查流程
- 挑三個典型頁面：首頁、一個栏目列表頁、一篇長文詳情頁。
- 用浏览器開發者工具看網絡面板，按体积排序，记錄最大的五張图和所有非 200 狀態的請求。
- 關掉图片顯示或断網模拟，看正文是否還能讀懂；讀不懂就說明過度依赖图片。
- 抽查 alt 文本和图注，把“图片1”這類占位說明补上實际描述。
- 把發現的問题分两類：能当天改的（alt、占位图）和需要排期的（压缩、換格式、改 CDN）。
- 改完後隔一段時間再看一次，確認图片恢复 200，頁面体积确實降下来了。
常见誤区
把图片全部換成文字連結，頁面确實轻了，但用戶阅讀体驗和内容表達也會受损。图片自查是取舍，不是一刀切。
- 只盯着首頁，忽略栏目頁和詳情頁的图片。
- 压缩過度，图片糊到看不清，反而影响内容可信度。
- 以為換了 CDN 图片問题就自動解决，實际源站上的舊图還在被引用。
把它變成固定動作
图片問题通常不是一次出現的，而是每次上新内容、每次換模板时慢慢积累的。可以在現有的巡检清單里加一行：上新頁面上线前，看一眼首屏图片体积和 alt 文本；每月抽查一次栏目頁的失效图。動作很小，但能避免“蜘蛛来了，頁面却没准备好”這類本可避免的消耗。
图片自查不追求完美指标，重点是让頁面在有限带宽下尽快把主要内容交出去，也让用戶在图片加载失敗时依然能讀懂這段内容。