很多站点运营的精力都花在标题、栏目和更新节奏上，图片往往被当成“顺手传上去就行”的素材。等到頁面越做越長、媒体库越堆越大，才發現打開速度、抓取效率和移動端体驗都被它悄悄拉低了。
图片為什么容易成為短板
图片是頁面上最占体积的资源。一張未经压缩的手机原图可能有两三 MB，一個列表頁放十几張，訪客就要多等好几秒。對搜尋引擎来说，图片同样是需要抓取的内容，体积大、數量多、還频繁變動，都會持續占用抓取资源。更麻烦的是，很多图片問题從後台看不出来，只有在前台加载和日誌里才露馅。
图片自查的几個重点
文件体积與格式
- 導出时是否按展示尺寸压缩，而不是把 4000px 的图缩顯成 400px；
- 照片類内容是否優先使用 WebP、AVIF 等現代格式，並保留必要时的兼容回退；
- PNG 是否只留给需要透明或线條图的位置，避免拿它存大照片。
尺寸标注與响應式
- img 标簽是否寫明宽高，避免加载时頁面内容跳動；
- 是否用 srcset、sizes 给不同屏幕准备合适尺寸，而不是一套大图打天下；
- 列表頁缩略图與詳情頁大图是否共用同一份原图，能不能拆開。
懒加载與首屏
懒加载能省流量，但用错位置反而更慢。首屏主图、Logo、導航图标這類马上可见的图片不要加懒加载，否則要等脚本执行才發出請求，视觉上會先空一块。正文中部和底部的图片、图集里未展開的图片，更适合按需加载。
文件名、alt 與上下文
- 文件名是否有意义，例如 server-room-rack.jpg 而不是 IMG_2043.jpg；
- alt 是否描述图片内容，而不是堆關鍵詞，纯装饰图可以留空；
- 图片旁邊的文字是否說明了它是什么，如果图片單獨承载關键信息，最好在正文里补一句文字。
图片能否被正常訪問
常见問题包括：图片服務被防盗鏈規則挡住，抓取請求拿到 403；图片目錄在 robots 里被誤封；图片走 CDN 但回源地址寫错，日誌里一片 404。建议定期抽查图片地址的返回狀態，確認是正常的 200，而不是靠登入態、Referer 過滤或脚本执行才顯示出来。
一次简單的图片盘点流程
- 從訪問日誌或图片服務日誌里導出被請求最多的图片地址，按体积排序；
- 挑出体积最大的若干張，逐一確認展示尺寸和格式是否合理；
- 在移動網絡环境下打開几個主要模板頁，记錄首屏内容出現的時間；
- 用無痕窗口、並去掉 Referer 的方式請求图片，看是否仍能正常返回；
- 清理媒体库里没有被任何頁面引用的歷史文件，或至少做好归档记錄；
- 把压缩和命名規范寫進編輯流程，新图上传前先過一遍。
几個常见誤区
- 压缩就等于糊：合理压缩和明顯失真之間還有空間，多试几档质量再定标准；
- 只盯首頁：栏目頁、文章頁、图集頁的图片体量往往更大；
- 水印越重越好：大面积水印既影响观感，也让图片本身更难被识別；
- 換格式就萬事大吉：格式只是一环，尺寸、數量和加载时机同样重要。
图片優化的目标不是把每張图都压到最小，而是让訪客尽快看到该看的内容，同时不给抓取留一堆無意义的负担。
图片問题通常不會一次爆發，而是随着内容累积慢慢顯現。把体积、尺寸、加载方式和可訪問性做成固定检查項，比起出問题後再回头翻媒体库要省力得多。