图片不是附属品，它也在消耗抓取资源
很多站长把注意力放在正文、标题和内链上，图片往往只在“页面打开慢”的时候才被想起来。实际上，一张几 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 只保留值得收录的地址，并定期清理失效项。
媒体资源治理不会立刻带来排名变化，它减少的是渲染失败、抓取浪费和用户流失。这类工作更适合按季度做一次抽样检查，而不是等到页面明显变慢才动手。