artikel
In echten Teams ist Performance kein einmaliges Projekt. Jede neue Komponente, jedes Tracking-Skript, jedes „kleine“ Bild kann den Seitenaufbau schwerer machen. Wenn Performance nicht als Budget geführt wird, verliert sie gegen Features. Das passiert nicht aus Ignoranz, sondern weil die Kosten oft unsichtbar sind.
Wir definieren Budgets pro Seitentyp: Startseite, Artikel, Landingpage. Dazu wenige Metriken, die wirklich zählen (LCP, INP, CLS) und klare Schwellen. Der Vorteil: Teams können Features bauen und wissen gleichzeitig, welche Kosten sie verursachen – und wo man gegensteuern muss.
Ein Budget hilft nur, wenn es im Pull Request sichtbar wird. Deshalb laufen Checks automatisch: Build, Lint, Typecheck, plus Performance-Checks (Lab) und Real User Monitoring (RUM), um reale Nutzer zu messen. So wird eine Regression nicht erst bemerkt, wenn die Conversion sinkt.
Wenn ein Feature das Budget sprengt, braucht es Optionen: Bildstrategie anpassen, kritische CSS reduzieren, Rendering-Strategie ändern, Third-Party-Lasten prüfen. Die wichtigste Regel: nicht „optimieren, bis es wieder passt“, sondern Ursache verstehen und dauerhaft beheben.
Performance Budgets reduzieren Diskussionen. Statt „fühlt sich langsam an“ gibt es klare Fakten. Das spart Zeit in Reviews, macht Releases sicherer und verbessert die Nutzererfahrung spürbar – besonders auf Mobile und in realen Netzen.