网站性能预算怎么设：图片、脚本、字体和第三方代码谁来守门

很多网站不是上线那天就慢，而是运营几个月后慢下来的。首页加了一张大图，活动页嵌了客服插件，市场装了新的统计脚本，品牌换了一套字体，运营上传了未经压缩的案例图。每次改动都合理，叠加起来页面重量越来越大，用户等待越来越久，团队却很难说是哪一步造成的。

性能预算的价值，就是把“感觉慢了”提前变成“不能再加了”。它不是开发团队的内部指标，而是网站运营规则：图片多大算超，脚本多少算危险，字体几套足够，第三方代码谁批准。没有预算，性能就会被每一次合理新增慢慢吃掉。

建议搭配 网站运营看板怎么看、第三方脚本怎么管 和 网站上线前预检清单 一起执行。

先给结论：性能预算要管四类最容易膨胀的资源

性能预算不是只看分数，而是给运营动作设置边界。

预算要写进发布流程，而不是事后跑一次测速

很多团队会在上线前测一次性能，之后就不管了。真正有效的性能预算应进入发布流程：新增图片前压缩，新增脚本前评估，新增字体前确认收益，发布后监控核心页面指标。

如果性能只在出问题后才看，它就不是预算，而是体检报告。

不同页面应该有不同预算

首页、落地页、文章页、案例页承担的任务不同，预算也不该完全一样。高转化落地页需要更严格的首屏预算，资源型长文可以允许更多内容但要控制懒加载，案例页可以有丰富图片但不能阻塞核心阅读。

统一预算容易过严或过松。按页面类型设预算，执行更现实。

性能守门人可以不是开发，但必须有人有否决权

性能问题常被误解成技术问题。实际上许多性能膨胀来自运营和营销决策：上传图片、安装插件、嵌入脚本。团队需要一个守门机制：新增资源超过预算时，谁能要求压缩、延后或替代。

没有否决权的性能预算，只是一份建议。

失败案例：页面没有大改，却三个月慢了两秒

某团队官网上线时速度很好，三个月后移动端加载明显变慢。排查发现没有单次大改，而是累积了 6 个第三方脚本、两套新字体和大量未压缩案例图片。每次新增都没人觉得严重，最终让首页首屏加载慢了近两秒。

后来他们设定图片、脚本、字体预算，并要求任何第三方脚本都有 owner 和下线日期。性能才开始稳定。

哪些信号说明你需要性能预算

• 页面上线后越来越慢，但没人知道原因
• 第三方脚本列表没人维护
• 运营经常上传大图后直接发布
• 字体和图标库越来越多
• 性能分数只在改版时看一次

先做什么：先给三个核心页面设预算

1. 选首页、核心落地页、表单页三个页面。
2. 定图片、脚本、字体和第三方代码上限。
3. 把预算检查加入发布前流程。

网站性能不是一次优化项目，而是一条持续约束。预算越早设，后面越少靠大清理还债。