很多站点运营在检查页面时，会盯着标题、描述、链接和状态码，却容易忽略图片。图片通常是页面中体积最大的资源，首屏大图、列表缩略图、文章配图加起来，可能占掉大部分流量。如果图片没有管好，访客打开慢，蜘蛛抓取时也要花更多时间下载资源，甚至因为超时或请求失败而放弃。

图片自查不需要复杂工具，重点是看体积、尺寸、状态和加载方式。下面按常见问题逐项展开。

一、先看图片体积和格式

同一张图，保存方式和压缩质量不同，体积可能差几倍。很多配图从设计稿直接导出，尺寸是 2000 像素宽，页面里却只显示 600 像素，多出来的像素没有意义。

• 体积：单张内容图尽量控制在 100KB 到 200KB 以内，首屏大图可以适当放宽，但不要动辄几 MB。
• 格式：照片类图片优先用 WebP 或 AVIF，图标和简单图形可以用 SVG，照片不要用 PNG 存。
• 压缩：导出时选择合适质量，肉眼看不出明显差别即可，不要直接上传原始大图。

二、检查图片尺寸与展示位置

图片尺寸和展示区域不匹配，既浪费带宽，也可能造成布局抖动。文章列表里的缩略图，如果加载的是原图，浏览器还要先下载再缩放，体验并不好。

• 按展示尺寸准备图片，列表页用缩略图，详情页再用大图。
• 使用响应式图片，给不同屏幕宽度提供不同尺寸的来源。
• 给图片设置明确的宽高，减少加载过程中的页面跳动。

三、失效图和 404 请求

页面里如果引用了已经删除或改名的图片，访客会看到裂图，蜘蛛也会收到 404。常见来源包括：编辑删除了媒体库文件、外链图片被对方移除、图片路径大小写不一致。

自查时可以打开浏览器开发者工具，查看网络请求里状态码不是 200 的图片。也可以定期抽查文章页，看有没有明显的空白图位。发现失效图，要么替换成有效文件，要么从页面中移除，不要长期挂着。

四、alt 文本与图片语义

alt 文本不是关键词堆砌的地方，它的作用是当图片无法显示时，告诉访客这里是什么。对蜘蛛来说，也能帮助理解图片与页面的关系。

• 内容相关的图片，写一句简短描述，说明图片表达的信息。
• 纯装饰图片，可以留空 alt，避免重复朗读。
• 不要把同一串关键词复制到所有图片的 alt 里。

五、加载方式与首屏图片

懒加载可以节省流量，但用错位置会拖慢首屏。首屏可见的图片如果也设置懒加载，浏览器可能要等脚本执行后才开始请求，访客看到空白的时间会变长。

• 首屏主图不要懒加载，让它尽早开始下载。
• 首屏以下的图片可以开启懒加载，减少初始请求。
• 检查图片是否阻塞渲染，必要时给关键图片加预加载提示。

六、外链图片与第三方图床

有些站点习惯把图片放在第三方图床或对象存储上。这样做本身没问题，但要确认对方稳定、支持 HTTPS、不会突然限流。外链图片一旦失效，页面里会出现大量裂图，而你可能很久都不会发现。

建议把重要图片放在自己可控的存储或 CDN 上，并保留原图备份。如果确实要用外链，至少定期检查请求状态，或者给图片设置一个占位方案。

七、把图片自查放进日常维护

图片问题不会一次清理完就永久消失，新内容发布、旧内容改版、媒体库整理，都可能引入新的失效图和大图。可以按下面的节奏做：

1. 发布前检查新增图片的体积、格式和 alt。
2. 每月抽查一批热门文章，看图片是否正常显示。
3. 每季度用工具扫一遍全站图片请求，处理 404 和超大文件。
4. 改版或迁移后，重点检查图片路径是否跟着更新。

图片资源管理的目标不是把每张图压到最小，而是让访客和蜘蛛在合理时间内拿到清晰、有效的内容。体积、尺寸、状态和语义，四项都正常，页面才算真正可用。