很多站点在排查收錄和速度問题时，第一反應是看服務器和模板，却很少把图片單獨拎出来看。图片往往占頁面總字节的一半以上，同时也是最容易被忽略的可訪問性與结构化問题。花半小时做一次图片自查，成本不高，收益通常比較直接。
图片為什么值得單獨自查
图片同时影响三件事：頁面加载速度、訪客的阅讀体驗，以及搜尋引擎對頁面内容的理解。一張上传时没有压缩的原图，可能让移動端訪客多等一两秒；一張缺少替代文本的配图，對图片搜尋和無障碍訪問都等于空白。這些問题在單篇文章里看不出来，但全站累积之後，就會拖慢整体表現。
自查方向一：体积與格式
- 尺寸與展示尺寸是否匹配：後台传了 3000px 宽的图，前台只顯示 600px 宽，多出来的像素只是在浪費带宽。
- 是否做過压缩：上传前用工具压缩，或让程序在上传时自動生成多個尺寸。
- 格式是否合适：照片類内容優先 WebP、AVIF，图标和纯色块優先 SVG 或合适的矢量格式。
- 首屏外图片是否延迟加载：懒加载能省下大量流量，但首屏主图不要懒加载，避免影响打開体驗。
自查方向二：文件名與替代文本
文件名和 alt 属性是图片向外传递信息的主要渠道，規則其實很简單。
- 文件名用语义化英文或拼音加连字符，例如 site-crawl-log.webp，不要用 IMG_2024.png 或一長串编号。
- alt 描述图片内容本身，一句话说清即可；不要為了堆關鍵詞把标题重复三遍。
- 纯装饰性图片、分隔线、背景图，alt 留空即可，不要硬塞文字。
- 正文里的图尽量配一句图注，既方便訪客理解，也给内容增加上下文。
自查方向三：图片與抓取
图片资源同样需要能被正常訪問，以下几處经常出問题：
- 图片目錄被 robots.txt 挡住：挡掉图片目錄後，图片可能仍顯示在頁面上，但不再參與图片搜尋。
- 图片走單獨的 CDN 或图床：確認這些域名没有被誤屏蔽，也没有設定會拒绝抓取的防盗鏈規則。
- 图片站点地图：图片量大的站点，可以在 XML 站点地图里加上图片节点，帮助發現新图。
- 過度依赖 JavaScript 加载：重要配图尽量用常規 img 标簽輸出，脚本延迟加载的占位图可能抓不到實际地址。
判断标准很简單：把頁面拿到弱網环境打開一次，再關掉图片看一遍。内容還能不能看懂、加载是否還能接受，這两個答案基本就說明問题了。
一份可以照着执行的清單
- 抽出訪問量最高的 20 個頁面，用開發者工具看图片總体积和各張图大小。
- 找出超過 300KB 的图片，逐一確認是否真的需要這個体积。
- 检查首屏图片是否設定了明确的宽高，避免加载时布局跳動。
- 抽查 30 張图片的 alt，看是否有描述、是否有堆砌。
- 確認图片目錄、图床域名在 robots.txt 中未被誤伤。
- 如果站点图片多，考虑在站点地图中加入图片节点。
- 把以上規則寫進編輯規范，让新上传的图片直接合規。
图片自查不需要一次做完全站，先把首頁、列表頁和几篇主力文章過一遍，再把規則固定到上传流程里。持續一段時間後，頁面体积和編輯质量都會比以前稳定，這類基础工作带来的改善，往往比临时改标题更持久。