很多站点把精力放在文字页面上，图片往往是随手传上去就不管了。可图片恰恰是最容易拖慢加载、最容易在改版后失链、也最容易被忽略的一环。蜘蛛虽然不“看”图，但它要下载图片资源，也要靠文件名、alt 和周边文字理解这张图在讲什么。下面几项做起来不复杂，收益却比较直接。
先解决体积：别让一张图拖住整页
打开一个页面，如果首屏图片几秒钟才出来，用户会走，蜘蛛的抓取也会被拖慢。常见的几个问题：直接上传相机原图、用 PNG 存照片、同一张图在列表页和详情页各存一份不同尺寸。
上传前的三个动作
- 压到合理区间。内容配图通常控制在 100–300 KB 已经足够清晰，超过 1 MB 就要问一句是否必要。
- 格式选对。照片优先 WebP 或 AVIF，图标和线条图用 SVG，只有需要无损透明时才考虑 PNG。
- 尺寸按展示位裁剪。列表缩略图不要直接用详情页大图靠 CSS 缩小，那样流量照花，画的还是大图。
批量站点可以写一个上传前的检查动作，或者用构建流程统一压缩，比事后一张张翻要省事得多。
文件名与 alt：给图片留点文字线索
常见做法是 IMG_2043.jpg 一路传到底。对用户没影响，但对站内检索、图片搜索和无障碍阅读都不太友好。建议：
- 文件名用简短英文或拼音，用连字符分隔，例如 server-room-backup.jpg；
- alt 写清楚图片内容，而不是堆关键词。装饰性图片可以留空 alt，让它被读屏软件跳过；
- 图片下方如果有说明文字，尽量和 alt 不重复，互相补充而不是互相复制。
需要提醒的是，alt 不是关键词展示位。堆砌一堆词，读起来别扭，对理解页面也帮不上忙。
懒加载：该等的等，不该等的别等
懒加载能省带宽，但用错地方会适得其反。首屏图片、LCP 位置的图，如果也加了懒加载，用户第一眼看到的就是空白。比较稳妥的做法：
- 首屏主图正常加载，必要时加 preload；
- 折叠线以下的图片再加懒加载；
- 给图片写上宽高属性，避免加载完成后页面大幅跳动。
判断标准很简单：用手机在普通网络下打开页面，看看第一屏有没有出现“先空后跳”的情况。有，就说明懒加载用错了位置。
资源与缓存：改版后别留下坏链接
站点换模板、换图床、换 CDN 之后，最容易出现的就是图片 404 或者一直返回旧版本。可以做几件事：
- 定期抽查图片状态。从日志里筛出图片请求，看有没有成批的 404。
- 缓存策略分层。带版本号的静态图片可以设长缓存，会变动的图片设短一些，配合文件名加 hash 更省心。
- 别让整站图片挂在一个不稳定的第三方域名上。一旦对方限流，页面会大面积空图。
- 重要图片考虑进图片资源文件，方便蜘蛛更快发现，但不要指望靠它解决收录问题。
一份能落地的自查清单
- 随机打开三个栏目页，用浏览器开发者工具看图片体积排名前十的请求；
- 检查首屏图片是否被错误地懒加载；
- 抽样看文件名和 alt 是否可读、是否堆词；
- 搜一遍站内图片链接，看有没有 404 或指向测试环境域名；
- 确认 CDN 上的图片版本和源站一致，别让用户和蜘蛛拿到过期缓存。
图片不是站点的配角，它直接影响访问体验，也间接影响着页面被理解和被抓取的效率。把它当成内容的一部分来管，比等到页面变卡、图片成片失效时再救火要轻松得多。