Performance-Budget: Definition, Beispiele, CI-Integration

Ein Performance-Budget ist ein Set von Limits auf Metrics wie JS-Bundle-Size, LCP, INP, CLS — enforced in CI, um Regressions zu verhindern.

Was ist ein Performance-Budget?

Ein Performance-Budget ist ein Set von expliziten Limits auf Web-Performance-Metrics — Bundle-Sizes, Page-Weight, Core Web Vitals (LCP, INP, CLS), Request-Counts, Third-party-Script-Weight — zu denen sich das Team commitet. Enforced in CI failed das Budget Builds, die Limits überschreiten, und verhindert Performance-Regressions vom Shippen.

Ohne Budget ist Perf-Rot invisible. Ein Budget macht den Cost sichtbar.

Kategorien von Performance-Budgets

TypWas es limitiertBeispiel
Quantity-basedAnzahl Resources≤ 50 HTTP-Requests
Size-basedBytes transferredJS < 200KB gzipped
Time-basedPerformance-MetricsLCP < 2.5s on 4G
Score-basedLighthouse-ScoresLighthouse Perf ≥ 90
Rule-basedSpezifische Anti-PatternsKein render-blocking JS

Beispiel Performance-Budget

[
  {
    "path": "/*",
    "timings": [{ "metric": "interactive", "budget": 3000 }],
    "resourceSizes": [
      { "resourceType": "script", "budget": 200 },
      { "resourceType": "image", "budget": 500 },
      { "resourceType": "total", "budget": 1500 }
    ]
  }
]

Empfohlene Baselines

MetricGutes BudgetStretch-Goal
LCP< 2.5s< 1.8s
INP< 200ms< 100ms
CLS< 0.1< 0.05
JS-Bundle (gzipped)< 200KB< 100KB
Total Page-Weight< 1.5MB< 1MB
HTTP-Requests< 50< 30
Lighthouse-Perf-Score≥ 90≥ 95
Third-party-Requests< 10< 5

Tools zum Enforcing

ToolWie es enforced
Lighthouse CIRuns Lighthouse auf jedem PR
SpeedCurveTrackt Budget über Zeit
Bundle AnalyzerVisualisiert Bundle-Composition
size-limitNPM-Package, CI failed if exceed
WebPageTest CIField-grade Testing
CalibrePerformance-Monitoring + Budgeting
Lighthouse (manual)Local Dev
Cloudflare ObservatorySynthetic Tests

Wo starten

  1. Current Performance auditen
  2. Budget at Current Baseline setzen
  3. Lighthouse CI hinzufügen
  4. PRs failen die Budget exceeden
  5. Iterieren: Budget tightnen

Performance-Budget Best Practices

  • Mit current Performance starten.
  • Budget per Page-Type.
  • Loud failen in CI.
  • Trends tracken.
  • Auf langsamen Devices testen.
  • Third-party-Impact separat tracken.
  • Owner per Metric.
  • Visible in Dashboard.

Häufige Fallstricke

  • Aspirational Budgets.
  • Kein Follow-up auf Regressions.
  • Per-PR-Varianz.
  • Lab-only Testing.
  • Third-party vergessen.
  • Page-Level only.
  • Kein Budget für neue Pages.

Performance-Budget vs SLI/SLO

AspektPerformance-BudgetSLI/SLO
Wann gemessenBuild-Time (Lab)Production (Field)
Enforced viaCI Failing PRsAlerts + Error-Budgets
OwnerFrontend-TeamSRE / Platform
Best at preventingCode-side RegressionsInfra-Incidents

FAQ: Performance-Budget

Was ist ein gutes Starter-Budget?

LCP < 2.5s, JS < 200KB gzipped, Lighthouse Perf ≥ 90.

Wie unterscheidet sich das von Core Web Vitals?

CWV sind die Metrics. Performance-Budget = das Commitment des Teams.

Kann ich per Page budgeten?

Ja. Lighthouse CI supportet per-URL Budgets.

Sollte ich auf Lab oder Field-Data budgeten?

Beide.

Was wenn PR Budget exceedet aber for good reason?

Bewusst Budget raisen oder optimieren.

Wie oft sollte ich Budgets reviewen?

Quartalsweise.

Brauchen SPAs verschiedene Budgets?

Ja — bigger JS-Bundles allowed, aber TTI/INP kritisch.

Enforce Performance-Budget mit LoadFocus

LoadFocus läuft Lighthouse-Audits aus 25+ Regionen on Schedule. Registrieren bei loadfocus.com/signup.

Wie schnell ist Ihre Website?

Steigern Sie ihre Geschwindigkeit und SEO nahtlos mit unserem kostenlosen Geschwindigkeitstest.

Kostenloser Websitespeed-Test

Analysieren Sie die Ladegeschwindigkeit Ihrer Website und verbessern Sie ihre Leistung mit unserem kostenlosen Seitengeschwindigkeits-Checker.

×