很多站点的图文内容，文字部分做得挺细，图片却基本處于放上去就不管的狀態。结果往往有两種尴尬：用戶端图片加载慢、顯示不出来；抓取端图片地址压根没出現在 HTML 里，翻完頁面也不知道有這些图。图片和媒体文件既是訪問入口，也是頁面体驗的一部分，值得像正文一样過一遍自查。
一、先確認图片地址有没有露出来
图片能不能被發現，前提是它的 URL 要出現在頁面源碼里。現在不少站点用懒加载或前端框架渲染，图片真實地址被寫在 data-src、data-original 或 JS 配置里，首屏 HTML 里只有一個占位图。用戶滚動时浏览器會去加载，但蜘蛛不一定會执行滚動。
检查方式
- 用浏览器查看源代碼（不是审查元素），搜尋图片文件名，看 src 里有没有真實地址。
- 關掉 JavaScript 再看一次頁面，判断图片是否還能正常出現。
- 如果確認必须懒加载，至少首屏图片用原生 src，其余图片保留 noscript 或图片站点地图作為补充入口。
图片站点地图
图片站点地图是给图片补一條發現通道的常規做法。它不保證被收錄，但能让图片地址有個稳定的提交入口。适合图片量大、图库型栏目或商品图較多的站点。
- 只放目前有效、可公開訪問的图片地址。
- 配图归到對應的内容頁，而不是單獨堆一個图片列表頁。
- 站点地图里的地址要和頁面上真實加载的地址一致，別一個寫原图、一個寫缩略图。
二、文件名和替代文本，决定图片能被理解多少
图片本身没有文字，判断图片内容主要靠文件名、alt 属性和上下文。這三样長期缺失，图片就只是頁面里的一串字符。
- 文件名：像 IMG_20240103_001.jpg 這種批量命名，等于放弃了唯一的文字线索。改成能描述内容的短名，例如咖啡机除垢步骤對應 coffee-machine-descaling-steps.jpg，用英文、短横线分隔，別堆關鍵詞。
- alt 属性：描述图片里發生了什么，而不是重复标题。装饰性图片可以留空 alt，但功能性图片（图表、流程图、商品细节）必须寫。
- 周邊文字：图片前後的段落、图注，是最自然的语义补充。图注別只寫图片来源四個字。
三、抓取權限與返回狀態
图片地址被拦住，通常有三種原因，逐一排除即可。
- robots.txt：检查是否有针對 /images/、/uploads/ 或图片扩展名的 Disallow 規則。图片被屏蔽，頁面里就會留下空白占位。
- 防盗鏈與權限：部分站点的图片只允许特定 Referer 訪問，抓取請求會被拒绝，返回 403。這類規則要確認是否誤伤了正常抓取。
- 返回碼：图片地址返回 404 或 302 跳轉，都會让抓取中断。定期抽查图片 HTTP 狀態，尤其是改過目錄结构、迁移過存储的站点。
图片狀態碼和頁面狀態碼一样重要。頁面還在，图全挂了，内容完整度和体驗都會打折。
四、体积、格式與加载体驗
图片通常是頁面体积的主要来源。原图直出的站点，常常一張图就几 MB。可以做這几件事：
- 按展示尺寸輸出，不要用 4000px 原图缩成 400px 顯示。
- 優先使用 WebP 等現代格式，同时保留兼容回退。
- 给图片标上宽高属性，减少加载過程中的頁面跳動。
- 首屏關键图片優先加载，其余延迟加载。
- 图片放在稳定的 CDN 或對象存储上，避免频繁更換地址。
五、一份可以照着做的自查顺序
- 抽查 5 到 10 個代表性頁面，查看源碼里图片 src 是否為真實地址。
- 確認 robots.txt 没有誤挡图片目錄。
- 检查图片 HTTP 狀態，清理 404 與多余跳轉。
- 整理一批文件名和 alt 明顯缺失的图片，按栏目優先級分批修。
- 提交或更新图片站点地图，與頁面真實地址對齐。
- 抽查移動端图片是否被裁掉、是否超出屏幕、是否压住正文。
图片自查不需要一次性全站推平，按栏目分批做更現實。每次更新内容时顺手把新图的文件名、alt 和尺寸處理好，存量問题再慢慢消化。图能被看到，内容才算完整交付。