很多站点在内容上下了不少功夫，图片却一直按最初上传的样子躺在服務器里。時間一長，同一個頁面里既有几十 KB 的缩略图，也有两三 MB 的原图直出，alt 文本要么空白要么寫着“图片1”。這類問题不會立刻让站点出故障，但會持續影响訪客的打開体驗，也让图片這類资源在抓取和收錄环节處于被動狀態。
為什么图片值得單獨做一次自查
文字内容通常有編輯流程把關，图片却常常是“传上去就算完成”。它涉及的环节其實不少：文件本身的大小和格式、在頁面中出現的上下文、是否带有說明文字、是否被正确引用。任何一個环节出問题，表現都是沉默的——頁面照样能打開，只是慢一点、少一点信息。
一、文件体积與格式
- 检查列表頁和文章頁的首屏图片，看是否存在直接引用原图的情况。同一張图在缩略图和詳情頁往往需要不同尺寸。
- 照片類内容優先考虑压缩率較好的格式，图标、纯色块、简單插画可以考虑矢量或更轻的格式。
- 注意是否有多余的元資料留在文件里，例如相机信息、设計软件图层資料。導出前清理一次，通常能省下可观体积。
- 批量压缩後要抽查画质，尤其是带文字、带细线條的图片，压缩過度會出現明顯噪点。
二、文件名與 alt 文本
文件名和 alt 文本是图片少有的“可讀信息”。文件名建议用简短、有含义的英文或拼音，用连字符分隔，避免一串無意义的编号。alt 文本的作用是在图片無法顯示时說明内容，同时為讀屏软件提供信息，寫法上描述画面本身即可，不必堆砌關鍵詞，也不要寫成一段广告语。
- 纯装饰性图片，alt 留空是合理的，不必强行填寫。
- 带文字的图片，可以把文字内容概括進 alt，方便無法查看图片的訪客。
- 同一頁面里多張图片的 alt 尽量不要完全重复。
三、尺寸属性與布局稳定
图片如果没有声明宽高，浏览器在图片加载完成前不知道要预留多少空間，頁面内容會被挤動一下。這在移動端尤其明顯，訪客可能正要点某個按钮，位置却突然變了。给图片标簽补上宽高属性，或者用样式预留比例，是很低成本的一項改動。
四、懒加载與首屏图片
懒加载适合頁面下方那些一開始看不到的图片，能减少首次加载的压力。但首屏图片不建议延迟加载，否則訪客會先看到空白再看到主图。這里常见的誤区是给全站图片统一加同一個懒加载属性，结果是首屏也被拖慢。可以按位置区分處理：首屏直接加载，其余按下滚動触發。
五、失效图片與歷史残留
内容改版、栏目調整、服務器迁移之後，经常留下一些地址已经失效的图片引用。它們表現為破图占位，或者一個持續請求失敗的空地址。建议定期做這几步：
- 抽取頁面中的图片地址，逐條請求一次，记錄返回異常的條目。
- 確認是路径寫错、文件被删，還是域名更換後没有同步更新。
- 能修复的修复，确定不再使用的图片從頁面中移除，而不是留一個空标簽。
- 刪除文件前先確認没有其他頁面引用，避免制造新的失效图。
六、把图片纳入日常维護节奏
自查不必一次做完，可以固定成一個小流程：新内容發布前检查体积、文件名和 alt；每月抽查一批老頁面的图片状况；每次改版前，先拉一份图片引用清單。這样做的收益不會立刻体現在某個數字上，但訪客的等待時間、頁面的整体重量會慢慢變得可控。
图片是頁面里最容易被忽略、又最容易累积問题的部分。把它当成内容的一部分来管理，比事後再做一次集中清理要轻松得多。
一份简化版自查清單
- 頁面里是否有未经压缩的大图直接輸出？
- 图片文件名和 alt 文本是否能說明内容？
- 是否声明了宽高或预留了顯示比例？
- 首屏图片是否被誤加了懒加载？
- 是否存在破图、空地址或已被刪除的文件引用？
- 歷史文章中的图片是否也能正常顯示？