图片和静態资源本身不算内容問题，但它們经常是頁面變慢、抓取變少、体驗變差的直接原因。一次改版、一次批量上传，就可能留下几十個失效引用和几張大得离谱的原图。這項工作不需要多高深的技術，關键是定期看、動手清。
先看几個最常见的信号
- 頁面打開时图片一块块往下跳，正文被顶来顶去。
- 服務器日誌里同一張图片反复返回 404，来源還是自己的頁面。
- 首屏最大的资源是一張几 MB 的 PNG 或未压缩的相机原图。
- 图片文件名是 IMG_2083.jpg 這種，從 URL 完全看不出内容。
- alt 全為空，或者全站複製粘贴同一句描述。
出現其中两三條，就值得完整梳理一遍。
需要重点排查的四類問题
1. 失效引用與空連結
删图、改名、挪目錄之後，頁面上的引用往往不會自動跟着更新。建议按栏目抽查正文頁，用浏览器網絡面板或抓取工具筛出返回 404 的图片請求，再逐個回溯到所在頁面修复。重点看三類：已经下线的产品图、舊版 logo、以及挂在第三方图床上的图片——第三方图床失效是最常见也最难排查的一類。
2. 体积與格式
同一張图，用未压缩的原图直接上传，和按顯示尺寸裁切後再導出，体积可能差十倍以上。日常可以按這個顺序處理：先按實际展示宽度缩放，再選擇合适的格式（照片類用 JPEG 或 WebP，图标线條類用 SVG），最後做一次有损压缩。列表頁和缩略图不要直接复用詳情頁的大图。
3. 命名與目錄结构
文件名尽量用简短英文或拼音描述内容，避免空格、中文和随机字符串。目錄按栏目或用途分层，別把所有图片都堆在根目錄下的 uploads 里。清晰的命名在排查問题时能省下大量時間，也方便後續做替換和迁移。
4. 描述文本與懒加载
alt 不是给搜尋引擎凑字數的，而是图片加载失敗或讀屏时的替代說明，寫清楚图里是什么即可，不必堆關鍵詞。懒加载則要注意別把首屏關键图也一起延迟，否則會拖慢最大内容绘制；同时確認懒加载脚本失效时图片仍能被加载，而不是留一片空白。
一套可执行的抽查顺序
- 抽 20 到 30 個有代表性的頁面，覆盖首頁、栏目頁、詳情頁和几個老頁面。
- 记錄每個頁面的图片總數、總体积和請求失敗數量。
- 筛出体积最大的前 10 個资源，逐個判断能不能压缩或替換格式。
- 把所有 404 图片整理成表，标注所在頁面和来源，按訪問量排優先級修复。
- 检查图片文件名和 alt，把明顯不合理的先改掉，不必一次改完。
自查的目的不是把分數刷到满分，而是让每一張图都有存在的理由：能顯示、够清晰、不浪費带宽。
把它變成日常习惯
- 上传前统一压缩，把這步放進内容發布流程，而不是事後补救。
- 寫文章时顺手填 alt，別等积累了几百篇再回头补。
- 每次改版或批量刪除资源後，隔一周回来看一次日誌里的 404。
- 定期备份图片目錄，誤删时能快速恢复，比重新找图便宜得多。
静態资源的管理没有一次性解决方案，它更像是一種节奏：發布时留意一点，隔段時間清查一次。坚持下来，頁面加载會稳定很多，服務器日誌里那些無意义的失敗請求也會明顯减少。