頁面里最占流量的，通常是图片和音视频。它們不像文字那样容易被逐行检查，出了問题也常常不报错：图片能顯示，但文件名是乱碼；视频能播，但没有字幕；一張 3MB 的首屏大图，用戶和蜘蛛都要多等几秒。下面這份自查清單，适合在栏目改版、批量發文之後過一遍。
一、文件名與替代文本
文件名和 alt 文本是图片最基础的两條說明，前者给机器看，後者给讀屏软件和图片加载失敗的场景看。
- 文件名用简短英文或拼音，單词之間用连字符，避免 IMG_2023、未命名-1 這類無意义命名。
- 正文图片都要有 alt，描述图片内容而不是堆關鍵詞。装饰性图片可以留空 alt，但不要省略属性。
- 同一張图在不同頁面重复使用时，alt 可以按上下文微調，不必完全一致。
- 图片周邊的說明文字，尽量和 alt 表達一致，別互相矛盾。
二、尺寸與体积
很多頁面慢，不是服務器慢，而是图片按原始尺寸直接塞進了小容器。自查时關注三点：顯示尺寸、文件尺寸、請求數量。
- 列表頁缩略图控制在 100KB 以内，文章头图尽量不超過 300KB，具体數值按站点實际調整。
- 上传前按實际展示宽度裁剪，不要用 3000px 宽的图去顯示 600px 的容器。
- 為不同终端准备合适尺寸，配合 srcset 或按需返回，避免手机下载桌面大图。
- 检查同一頁面是否重复引用了相同图片的不同副本，能复用就复用。
三、格式與压缩
格式選擇没有绝對答案，照片類内容用 WebP 或 AVIF 通常更省体积，图标和简單图形用 SVG 更合适。
- 先看原图是否已经被過度压缩，出現明顯块状噪点就換一張。
- 在可接受的画质下，用工具導出 WebP，並保留一份 JPEG 作為回退。
- 透明背景的图片用 PNG 或 WebP，不要用 JPEG 硬撑。
- 检查服務器是否開啟了图片压缩或 CDN 图片處理，別让原图直接對外。
四、懒加载與占位
首屏之外的图片可以延迟加载，但懒加载設定不当，會让图片迟迟不出現，或者让蜘蛛抓不到图片地址。
- 首屏關键图片不要懒加载，避免影响首屏渲染。
- 懒加载用原生 loading="lazy" 时，注意给图片設定宽高，减少布局跳動。
- 用 JS 懒加载的，確認图片地址寫在 HTML 属性里，而不是等脚本执行後才拼出来。
- 图片加载失敗时，给一個占位样式或預設图，別留下空白裂图。
五、图片站点地图與頁面标注
如果图片是内容的重要组成部分，可以在图片站点地图里列出主要图片地址，並在頁面里用结构化資料标注图片信息。這一步不是必须，但對图片搜尋有一定帮助。自查时確認：站点地图里的图片地址能正常訪問，没有被 robots.txt 挡住；頁面标注的图片地址與實际地址一致。
六、视频與音频
音视频的自查点和图片類似，但多了播放器與字幕。
- 视频标题、简介、封面图要寫清楚，封面图同样需要合适尺寸。
- 有條件就加字幕文件，既方便用戶，也方便机器理解内容。
- 自動播放要谨慎，带声音的自動播放容易劝退訪客。
- 確認播放器不會在頁面加载时就拉取整段视频，尽量按需加载。
七、外鏈图片與第三方资源
從图床或第三方引用的图片，要检查是否允许外鏈、是否會被替換成广告頁、是否有防盗鏈限制。另外，第三方統計、字体、播放器脚本也會增加請求，能自托管的關键资源尽量自托管。
自查不是一次性的任務。每次批量上传素材、更換图床、調整 CDN 之後，都值得抽查几個頁面，看看图片能不能打開、体积是否失控、說明文字是否還在。
八、建议的自查顺序
- 随机抽 5 到 10 個頁面，打開開發者工具的 Network 面板，按体积排序。
- 把排在前面的图片或视频列出来，逐個体检文件名、alt、尺寸和格式。
- 检查懒加载和失敗占位是否生效。
- 最後看图片站点地图和頁面标注是否同步更新。
把這些做完，頁面里的多媒体资源會清爽不少，用戶打開更快，抓取时也少一些無意义的消耗。