很多站点的图片只考虑“放上去好不好看”，很少考虑它對抓取和阅讀的作用。图片体积過大、文件名無意义、alt 空着，或者首屏主图被懒加载挡住，都會让頁面在速度和可讀性两個方向同时吃亏。下面把图片相關的自查点整理成一份可以照着做的清單，不追求一次改完，先把影响最大的几項處理掉。
先弄清楚：一張图在頁面里干什么
同一張图可能承担不同角色：有的本身是内容，比如产品图、流程图、界面截图；有的是装饰，比如背景纹理、分割线；還有的同时承担入口功能，点開看大图或者跳到詳情頁。角色不同，處理方式也不同。内容型图片需要能被理解、有文字說明；装饰型图片可以從内容语义里排除，避免占用過多注意力；带連結的图片要保證連結本身是普通的 a 标簽，而不是只在 JS 里绑定点击事件。
逐項自查清單
1. 文件名和 alt 说清這是什么
- 文件名用有意义的英文或拼音，例如 server-cache-flow.png，避免 IMG_2031.jpg、截图20240311.png 這類看不出内容的命名。
- 内容图必须有 alt，用一句话說明图里在讲什么；不要堆關鍵詞，也不要把整段正文塞進 alt。
- 纯装饰图把 alt 留空（alt=""），让它從内容语义里登出去。
- 如果图片是唯一的說明载体，比如一張表格截图，正文里需要有對應的文字描述，別让信息只存在于像素里。
2. 体积和尺寸別超出實际需要
- 原图 3000px 宽、頁面上只顯示 600px，這種情况很常见。先按展示尺寸導出，再考虑高清屏需要的 2 倍图。
- 優先使用 WebP、AVIF 這類現代格式，同时保留回退方案；轉換後對着原图看一眼，別把细节压糊。
- 批量压缩前後记錄總体积，改動有没有效果，用數字说话，而不是凭感觉。
3. 懒加载和首屏要分開處理
懒加载能省流量，但用错位置會伤首屏。首屏可见的主图通常應该直接加载，或者至少给定宽高占位，避免布局跳動。折叠线以下的图片再交给懒加载。另外，如果图片地址是滚動时由 JS 動態插入的，服務端返回的 HTML 里完全没有這個 URL，蜘蛛看到的就是空白。這類图最好同时出現在图片站点地图里，或者在正文中有可点击的引用位置。
4. 图片也是 URL，也要能被找到
- 把重要的图片地址整理進图片站点地图，尤其是产品图、教程图這類長期有價值的内容。
- 图片服務器不要屏蔽蜘蛛，也別設定成只允许带 referer 的請求才能訪問。
- 確認图片返回的是 200，没有因為路径大小寫、CDN 規則或防盗鏈設定變成 403、302。
- 图片所在目錄如果允许被列出，注意別把原图、备份图、临时图一起暴露出去。
5. 顺手检查可讀性
图表里的小字、浅灰底上的浅色文字，在手机上基本看不清。自查时可以把頁面缩到 375px 宽看一眼，模糊到需要放大的图，考虑重新出图，或者在图片下面补一段文字說明。
把自查變成日常习惯
- 给編輯定一條最简單的規則：發文时内容图必须填文件名和 alt，装饰图留空。
- 在發布流程里加一步体积检查，超過阈值就退回让編輯自己處理。
- 每季度抽一批老頁面，看图片是否 404、是否還在用几 MB 的舊图。
- 把發現的問题记下来，攒够了再做一次批量優化，而不是每次上新都手忙脚乱。
图片自查不會直接換来流量，但它能让頁面更快、更容易被理解，也减少蜘蛛白跑一趟的情况。如果時間有限，先把首屏大图和已经 404 的图片處理掉，收益通常最直观。