很多站点把精力放在文字頁面上，图片往往是随手传上去就不管了。可图片恰恰是最容易拖慢加载、最容易在改版後失鏈、也最容易被忽略的一环。蜘蛛虽然不“看”图，但它要下载图片资源，也要靠文件名、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 上的图片版本和源站一致，別让用戶和蜘蛛拿到過期缓存。
图片不是站点的配角，它直接影响訪問体驗，也間接影响着頁面被理解和被抓取的效率。把它当成内容的一部分来管，比等到頁面變卡、图片成片失效时再救火要轻松得多。