图片和静态资源本身不算内容问题，但它们经常是页面变慢、抓取变少、体验变差的直接原因。一次改版、一次批量上传，就可能留下几十个失效引用和几张大得离谱的原图。这项工作不需要多高深的技术，关键是定期看、动手清。

先看几个最常见的信号

• 页面打开时图片一块块往下跳，正文被顶来顶去。
• 服务器日志里同一张图片反复返回 404，来源还是自己的页面。
• 首屏最大的资源是一张几 MB 的 PNG 或未压缩的相机原图。
• 图片文件名是 IMG_2083.jpg 这种，从 URL 完全看不出内容。
• alt 全为空，或者全站复制粘贴同一句描述。

出现其中两三条，就值得完整梳理一遍。

需要重点排查的四类问题

1. 失效引用与空链接

删图、改名、挪目录之后，页面上的引用往往不会自动跟着更新。建议按栏目抽查正文页，用浏览器网络面板或抓取工具筛出返回 404 的图片请求，再逐个回溯到所在页面修复。重点看三类：已经下线的产品图、旧版 logo、以及挂在第三方图床上的图片——第三方图床失效是最常见也最难排查的一类。

2. 体积与格式

同一张图，用未压缩的原图直接上传，和按显示尺寸裁切后再导出，体积可能差十倍以上。日常可以按这个顺序处理：先按实际展示宽度缩放，再选择合适的格式（照片类用 JPEG 或 WebP，图标线条类用 SVG），最后做一次有损压缩。列表页和缩略图不要直接复用详情页的大图。

3. 命名与目录结构

文件名尽量用简短英文或拼音描述内容，避免空格、中文和随机字符串。目录按栏目或用途分层，别把所有图片都堆在根目录下的 uploads 里。清晰的命名在排查问题时能省下大量时间，也方便后续做替换和迁移。

4. 描述文本与懒加载

alt 不是给搜索引擎凑字数的，而是图片加载失败或读屏时的替代说明，写清楚图里是什么即可，不必堆关键词。懒加载则要注意别把首屏关键图也一起延迟，否则会拖慢最大内容绘制；同时确认懒加载脚本失效时图片仍能被加载，而不是留一片空白。

一套可执行的抽查顺序

1. 抽 20 到 30 个有代表性的页面，覆盖首页、栏目页、详情页和几个老页面。
2. 记录每个页面的图片总数、总体积和请求失败数量。
3. 筛出体积最大的前 10 个资源，逐个判断能不能压缩或替换格式。
4. 把所有 404 图片整理成表，标注所在页面和来源，按访问量排优先级修复。
5. 检查图片文件名和 alt，把明显不合理的先改掉，不必一次改完。

自查的目的不是把分数刷到满分，而是让每一张图都有存在的理由：能显示、够清晰、不浪费带宽。

把它变成日常习惯

• 上传前统一压缩，把这步放进内容发布流程，而不是事后补救。
• 写文章时顺手填 alt，别等积累了几百篇再回头补。
• 每次改版或批量删除资源后，隔一周回来看一次日志里的 404。
• 定期备份图片目录，误删时能快速恢复，比重新找图便宜得多。

静态资源的管理没有一次性解决方案，它更像是一种节奏：发布时留意一点，隔段时间清查一次。坚持下来，页面加载会稳定很多，服务器日志里那些无意义的失败请求也会明显减少。