页面里最占流量的，通常是图片和音视频。它们不像文字那样容易被逐行检查，出了问题也常常不报错：图片能显示，但文件名是乱码；视频能播，但没有字幕；一张 3MB 的首屏大图，用户和蜘蛛都要多等几秒。下面这份自查清单，适合在栏目改版、批量发文之后过一遍。

一、文件名与替代文本

文件名和 alt 文本是图片最基础的两条说明，前者给机器看，后者给读屏软件和图片加载失败的场景看。

• 文件名用简短英文或拼音，单词之间用连字符，避免 IMG_2023、未命名-1 这类无意义命名。
• 正文图片都要有 alt，描述图片内容而不是堆关键词。装饰性图片可以留空 alt，但不要省略属性。
• 同一张图在不同页面重复使用时，alt 可以按上下文微调，不必完全一致。
• 图片周边的说明文字，尽量和 alt 表达一致，别互相矛盾。

二、尺寸与体积

很多页面慢，不是服务器慢，而是图片按原始尺寸直接塞进了小容器。自查时关注三点：显示尺寸、文件尺寸、请求数量。

• 列表页缩略图控制在 100KB 以内，文章头图尽量不超过 300KB，具体数值按站点实际调整。
• 上传前按实际展示宽度裁剪，不要用 3000px 宽的图去显示 600px 的容器。
• 为不同终端准备合适尺寸，配合 srcset 或按需返回，避免手机下载桌面大图。
• 检查同一页面是否重复引用了相同图片的不同副本，能复用就复用。

三、格式与压缩

格式选择没有绝对答案，照片类内容用 WebP 或 AVIF 通常更省体积，图标和简单图形用 SVG 更合适。

1. 先看原图是否已经被过度压缩，出现明显块状噪点就换一张。
2. 在可接受的画质下，用工具导出 WebP，并保留一份 JPEG 作为回退。
3. 透明背景的图片用 PNG 或 WebP，不要用 JPEG 硬撑。
4. 检查服务器是否开启了图片压缩或 CDN 图片处理，别让原图直接对外。

四、懒加载与占位

首屏之外的图片可以延迟加载，但懒加载设置不当，会让图片迟迟不出现，或者让蜘蛛抓不到图片地址。

• 首屏关键图片不要懒加载，避免影响首屏渲染。
• 懒加载用原生 loading="lazy" 时，注意给图片设置宽高，减少布局跳动。
• 用 JS 懒加载的，确认图片地址写在 HTML 属性里，而不是等脚本执行后才拼出来。
• 图片加载失败时，给一个占位样式或默认图，别留下空白裂图。

五、图片站点地图与页面标注

如果图片是内容的重要组成部分，可以在图片站点地图里列出主要图片地址，并在页面里用结构化数据标注图片信息。这一步不是必须，但对图片搜索有一定帮助。自查时确认：站点地图里的图片地址能正常访问，没有被 robots.txt 挡住；页面标注的图片地址与实际地址一致。

六、视频与音频

音视频的自查点和图片类似，但多了播放器与字幕。

• 视频标题、简介、封面图要写清楚，封面图同样需要合适尺寸。
• 有条件就加字幕文件，既方便用户，也方便机器理解内容。
• 自动播放要谨慎，带声音的自动播放容易劝退访客。
• 确认播放器不会在页面加载时就拉取整段视频，尽量按需加载。

七、外链图片与第三方资源

从图床或第三方引用的图片，要检查是否允许外链、是否会被替换成广告页、是否有防盗链限制。另外，第三方统计、字体、播放器脚本也会增加请求，能自托管的关键资源尽量自托管。

自查不是一次性的任务。每次批量上传素材、更换图床、调整 CDN 之后，都值得抽查几个页面，看看图片能不能打开、体积是否失控、说明文字是否还在。

八、建议的自查顺序

1. 随机抽 5 到 10 个页面，打开开发者工具的 Network 面板，按体积排序。
2. 把排在前面的图片或视频列出来，逐个体检文件名、alt、尺寸和格式。
3. 检查懒加载和失败占位是否生效。
4. 最后看图片站点地图和页面标注是否同步更新。

把这些做完，页面里的多媒体资源会清爽不少，用户打开更快，抓取时也少一些无意义的消耗。