很多站点运营把注意力放在文字和链接上，图片往往被当成“顺手传上去”的素材。但对蜘蛛来说，图片同样是页面的一部分：一张几 MB 的横幅、一批 404 的缩略图、一段把首屏图片全部延后的懒加载脚本，都可能让抓取在同一个页面上多耗几倍时间。图片自查不需要复杂工具，先把几个关键点过一遍，往往比反复提交站点地图更实在。
图片为什么会拖住抓取
蜘蛛抓取页面时，会先拿到 HTML，再决定要不要下载其中的图片等资源。服务器带宽和并发是有限的，如果每个页面都挂着十几张大图，蜘蛛在单位时间内能走完的页面数就会下降。更麻烦的是，图片资源一旦响应慢或报错，还会额外占用连接时间，让后面的页面排在队里等。
另一个容易被忽略的点是：图片本身不直接产生排名，但它影响页面可读性、停留时间，以及用户对站点质量的判断。所以图片自查的目标不是“把图删光”，而是让该有的图能顺利加载、该被理解的内容能被理解。
可以逐项检查的几个地方
体积与格式
- 列表页缩略图是否还在用原始大图，靠 CSS 缩小显示；这种情况下浏览器下载的还是原图。
- 是否还在大量使用老格式，可以换成 WebP 之类的现代格式，同时保留兜底方案。
- 截图、海报类图片是否做过压缩，压缩后是否还看得清文字。
失效图与占位图
- 随机抽查若干栏目页和详情页，看是否有图片返回 404 或一直转圈。
- 模板里是否留着示例占位图，上线后忘了替换。
- 图片文件被删但页面引用还在，这种情况在批量删素材后特别常见。
alt 与图片周边信息
- 正文配图的 alt 是否只写了“图片”“配图1”，或者干脆留空。
- 图片是不是唯一的信息载体，比如一张图里写着关键数据，却没有任何文字说明。
- 图注、图片下方的一段说明文字，这些对用户和蜘蛛都比堆关键词有用。
懒加载与延迟加载
- 首屏图片是否也被设置成懒加载，导致用户先看到空白。
- 懒加载的触发条件是否过于苛刻，滚动很远了图片还没出来。
- 用 JavaScript 拼接图片地址的做法，是否让图片在 HTML 里完全不可见。
图片资源清单
- 图片目录是否有命名规范，能否一眼看出属于哪个栏目。
- 是否维护了图片站点地图，或者至少让重要图片页面在站点地图里可被发现。
- CDN 上的图片是否和源站一致，有没有出现改图后 CDN 还在发旧版本。
一次能做完的检查流程
- 挑三个典型页面：首页、一个栏目列表页、一篇长文详情页。
- 用浏览器开发者工具看网络面板，按体积排序，记录最大的五张图和所有非 200 状态的请求。
- 关掉图片显示或断网模拟，看正文是否还能读懂；读不懂就说明过度依赖图片。
- 抽查 alt 文本和图注，把“图片1”这类占位说明补上实际描述。
- 把发现的问题分两类：能当天改的（alt、占位图）和需要排期的（压缩、换格式、改 CDN）。
- 改完后隔一段时间再看一次，确认图片恢复 200，页面体积确实降下来了。
常见误区
把图片全部换成文字链接，页面确实轻了，但用户阅读体验和内容表达也会受损。图片自查是取舍，不是一刀切。
- 只盯着首页，忽略栏目页和详情页的图片。
- 压缩过度，图片糊到看不清，反而影响内容可信度。
- 以为换了 CDN 图片问题就自动解决，实际源站上的旧图还在被引用。
把它变成固定动作
图片问题通常不是一次出现的，而是每次上新内容、每次换模板时慢慢积累的。可以在现有的巡检清单里加一行：上新页面上线前，看一眼首屏图片体积和 alt 文本；每月抽查一次栏目页的失效图。动作很小，但能避免“蜘蛛来了，页面却没准备好”这类本可避免的消耗。
图片自查不追求完美指标，重点是让页面在有限带宽下尽快把主要内容交出去，也让用户在图片加载失败时依然能读懂这段内容。