很多站点的内容正文没变，页面却越来越慢，问题往往不在文字，而在图片和外部资源。一张几 MB 的原图直出、一个已经挂掉的图床、一段从别人站点直接引用的脚本，都会让页面在浏览器里停在半路。对站点运营来说，这类问题不需要动内容，属于可以定期检查、逐项修掉的基础工作。

一、为什么要把图片和外部资源单独拎出来查

文字内容的体积通常很稳定，一张图却可能顶得上几十篇正文。更麻烦的是外部资源，它不在你的服务器上，你既控制不了它的速度，也控制不了它哪天消失。

从抓取和体验角度看，两类影响比较直接：

• 加载慢：首屏要等图片，用户没耐心；抓取时也可能因为超时拿到不完整的页面。
• 资源失效：外链图片返回 404 或超时，页面上留下空白框，看起来像页面坏了。

二、三类最常见的问题

1. 原图直出，没有压缩和尺寸控制

编辑器里直接上传手机拍的照片，动辄三四 MB，实际展示宽度只有 800px。这种情况在很多站点里都很普遍，而且越老的栏目越严重。

2. 外链资源没有落地

早年为了方便，直接从别的站点引用图片或字体文件。对方改路径、加防盗链、换域名，你的页面就会出现空白。字体文件失效还可能让整段文字排版错位。

3. 缺少尺寸声明和懒加载

图片没有写宽高，浏览器不知道要留多少位置，内容会在图片加载完成后突然跳动。首屏以下的图如果全都同步加载，就会和正文抢带宽。

三、自查清单

可以按下面的顺序过一遍，通常一两小时能摸清全站情况：

1. 抽取各栏目的代表性页面，记录总请求数和总体积，找出最重的几个页面。
2. 按体积排序图片列表，把明显偏大的挑出来，确认是否有对应的压缩版本。
3. 检查图片的引用方式，区分站内路径和外部域名，把外部域名的清单单独列出来。
4. 逐个访问外部资源地址，看返回状态和响应时间，长期超时的直接换成站内文件。
5. 检查图片标签是否带宽高属性，首屏以下是否用了懒加载。
6. 检查图片是否有合适的替代文本，这块既关系到可访问性，也影响内容理解。
7. 确认图片目录的权限和缓存策略，静态资源一般可以设置较长的缓存时间。

四、处理顺序与几个注意点

先修影响面大的：首屏图片、出现在多个栏目的公共图、已经确认失效的外链。再做统一压缩和尺寸规范。

• 替换图片时尽量保持原文件名，避免旧地址失效带来新的 404。
• 如果必须换名，做好跳转或同步更新引用它的页面。
• 压缩要有度，正文里需要看清细节的图（图表、截图）不要压到文字糊掉。
• 懒加载不要用在首屏第一张图上，否则会拖慢可见内容的呈现。
• 把图片清理纳入常规维护，每次专题或活动结束后顺手归档，不要堆到年底再一次性处理。

图片和外链资源的问题不会自己暴露，它们只是让页面慢慢变重。定期称一称重量，比等到用户反馈再回头找原因要省事得多。

这类自查不需要复杂的工具，浏览器开发者工具里的网络面板基本够用。养成发稿前看一眼体积的习惯，比事后返工更容易坚持。