很多站点运营的注意力放在文字内容和連結结构上，图片往往被当成“顺手传上去就行”的素材。但一個頁面動辄几 MB 的图片、几十張没有 alt 的图、首屏之外全部同步加载的缩略图，都會實實在在影响訪客的等待時間，也會让蜘蛛在抓取时多花不少功夫。图片资源自查不需要高級工具，花半天把几個点過一遍，通常就能看到改善。
一、先看体积：图片是不是頁面重量的主要来源
把几個主要栏目頁和詳情頁放進测速工具，看资源体积的构成。如果图片占了大部分，優先處理這几類：
- 首屏大图：轮播图常常用的是几 MB 原图，而實际顯示宽度可能只有 800px。按顯示尺寸压缩、轉成 WebP 之類的現代格式，体积能降一大截。
- 列表頁缩略图：一屏十几張图，如果每張都传原图再靠 CSS 缩小，等于让訪客下载了十几份用不上的像素。缩略图應该單獨生成合适的尺寸。
- 上传就忘的老素材：早期传的图可能又大又没人看，定期清理或替換。
二、命名與 alt：別把信息全交给机器猜
图片文件名建议用有意义的词组，而不是 IMG_2031.jpg 這類。alt 文本要寫清楚图片在頁面里承担什么信息，比如“某型号设备的正面接口示意”，而不是空着或者只填一個關鍵詞。
需要提醒的是，alt 不是堆關鍵詞的地方。装饰性图片，比如分隔线、纯色背景，留空 alt 即可，硬塞關鍵詞反而顯得不自然。同样，图片周围的正文也要能獨立說明問题，不要把關键信息只放在图里。
三、加载方式：首屏之外的可以晚一点
给首屏以下的图片加上懒加载，能明顯减少初始請求數量。但要注意两個常见誤区：一是首屏图片被誤设懒加载，導致用戶打開頁面先看到一片空白；二是没有给图片预留宽高，懒加载完成後頁面内容突然跳動，訪客刚点的地方就跑掉了。用固定宽高属性或 aspect-ratio 占位，可以缓解這個問题。配合 srcset，让浏览器根據屏幕宽度挑選合适尺寸，也是省流量的常規做法。
四、图片與抓取：几個容易被忽略的点
- 图片如果有獨立域名或 CDN，要確認它没有在 robots 規則里被整体屏蔽，也没有被防盗鏈規則挡住搜尋引擎的請求。
- 依赖用戶点击、滑動等交互才動態插入的图片，抓取时往往看不到，重要图片尽量在初始 HTML 里就存在。
- 图片數量大的站点，可以把图片资源寫進站点地图，方便被一並發現。
五、一份可执行的自查清單
- 抽 10 個代表性頁面，记錄總下载体积和图片占比。
- 核對首屏大图的文件尺寸與實际顯示尺寸差距。
- 检查列表頁缩略图是否使用了獨立生成的尺寸。
- 检查图片文件名與 alt 是否具备信息量。
- 检查首屏图片有没有被誤设懒加载，宽高是否预留。
- 检查图片域名對搜尋引擎是否開放。
图片自查不是一次性任務。把上传規范寫進編輯流程，比如“宽度不超過 1600px、上传前压缩、必须填寫 alt”，比事後再回头清理省事得多。