图片是站点里最容易被忽视的一類资源。它既占带宽，又影响首屏，還常常是外鏈和图片搜尋流量的入口。很多站点在文字层面已经做了不少整理，图片却一直停留在“能顯示就行”的狀態：文件名是 IMG_2381.jpg，alt 空着，原图几 MB 直接上传，图床換過一次後留下一批打不開的舊地址。下面整理一次可以自己動手完成的图片與媒体资源自查。
先看体积：一張大图能拖慢整頁
把站点体积排名前二十的頁面拿出来，逐個看過大的图片资源，通常會有意外收获。常见問题集中在三点：
- 格式没選對。照片類内容用 PNG 會明顯偏大，而图标、线條图硬塞進 JPEG 又容易出現毛邊。可以按内容類型分別處理，並用 WebP、AVIF 這類更省流量的格式做兜底與回退。
- 压缩過度或不足。压缩過头會出現明顯的色块和噪点，压缩不足則几 MB 起步。建议在上传环节固定一個质量档位，而不是每次凭感觉導出。
- 重复上传。同一張图在不同栏目各传一份，改版时只換了其中一處。定期比對资源库里的重复文件，能省下不少存储和缓存空間。
文件名與 alt：给图片一個能被理解的名字
文件名和 alt 文本是图片最基础的两层描述。文件名不用刻意堆词，用简短、带连字符的英文或拼音說明内容即可，避免大批量使用無意义的數字序列。alt 文本要寫清楚图片在頁面里承担什么信息，装饰性图片可以留空，但正文里的信息图、截图、示意图建议認真填。
顺便检查一下图片周围的上下文：图片如果没有說明文字、也没有相邻段落解释，讀者和搜尋引擎都很难判断它想表達什么。给重要配图加一句图注，成本很低，效果往往比反复調整 alt 更直接。
尺寸與响應式：別让手机下载桌面尺寸的图
把宽度 1200 像素的图塞進一個 300 像素的卡片位，是最常见的浪費。自查时打開開發者工具，看图片的實际渲染尺寸與下载尺寸是否匹配。現在主流做法是给同一張图准备几档宽度，通過 srcset 让浏览器按屏幕選擇，容器本身也要設定好宽高比，避免加载完成後頁面大幅跳動。
懒加载：首屏图片不要偷懒
懒加载能顯著降低初始請求量，但用错位置會适得其反：首屏主图如果也加了延迟加载，用戶會先看到一片空白。一般做法是首屏或首屏附近的图片保持立即加载，其余在视口外的图片再延迟。另外，懒加载最好配好占位尺寸，否則滚動過程中會出現明顯的布局抖動。
收錄路径：图片也有自己的發現通道
图片资源同样需要可被抓取的地址。自查时關注這几点：图片是否放在允许抓取的目錄下，是否通過 robots 規則或防盗鏈誤伤了自己的頁面引用；外鏈图床是否稳定，換图床後老地址是否做了跳轉；是否單獨提交過图片站点地图。图片站点地图可以集中列出图片地址和所属頁面，方便發現，但這只是提供线索，不保證一定出現在图片搜尋结果里。
一份可执行的图片自查清單
- 統計頁面中体积最大的十張图，確認格式與压缩是否合理。
- 抽查 20 張配图的文件名與 alt，看是否有意义、是否與内容相符。
- 對比图片下载尺寸與頁面展示尺寸，补齐多尺寸與宽高比設定。
- 检查首屏图片是否被誤加懒加载，占位是否會引起布局抖動。
- 核對图片目錄的抓取權限、防盗鏈規則與 CDN 缓存策略。
- 確認外鏈图床地址有效，歷史替換地址是否做了跳轉。
- 整理图片站点地图，剔除已刪除或返回错誤的图片地址。
图片自查不需要一次做完。按体积排序，先把最重的十張處理掉，通常就能看到加载時間的明顯變化；剩下的文件名、alt、站点地图，可以拆成每周固定動作慢慢补齐。