Proportionale Analyse für Web Performance
Der Engpass ist die Phase, die den größten Anteil der Gesamtzeit beansprucht. Nicht die Phase, die einen absoluten Grenzwert überschreitet.

Lighthouse liefert Ihnen eine Zahl. Es sagt Ihnen nicht, ob diese Zahl das Problem ist. Wandeln Sie jede Phase in einen Prozentsatz der Gesamtsumme um. Der größte Prozentsatz ist Ihr Engpass. Nicht die Phase, die einen absoluten Grenzwert überschreitet. Das ändert, welche Fixes Ihre Core Web Vitals tatsächlich verbessern.
Zuletzt überprüft von Arjen Karel im März 2026
Das Problem mit absoluten Grenzwerten
Lighthouse sagt: "Render Delay beträgt 350ms." Was fangen Sie damit an?
Wenn Ihr gesamter LCP 700ms beträgt, ja, dann sind 350ms Render Delay die Hälfte des Problems. Beheben Sie es.
Aber wenn Ihr gesamter LCP 4.200ms beträgt und der TTFB bei 3.800ms liegt, machen diese 350ms Render Delay nur 8% des Ganzen aus. Diesen auf null zu reduzieren, spart 350ms. Sie haben immer noch einen LCP von 3.850ms, der durchfällt. 90% des Problems ist Ihr Server.
Absolute Zahlen ohne Kontext führen zu verschwendetem Aufwand. Rechnen Sie in Prozentsätze um, und der Engpass wird offensichtlich.
Beheben Sie zuerst den größten Prozentsatz
Sowohl LCP als auch INP lassen sich in Phasen unterteilen. Jede Phase verschlingt einen Teil der Gesamtzeit. Der größte Teil ist Ihr Engpass. Beheben Sie diesen zuerst.
Das ist nicht kompliziert. Es ist jedoch überraschend, wie viele Performance-Tools und mittlerweile auch KI-Agenten diesen Schritt überspringen und optimieren, was auch immer einen festen Grenzwert überschreitet.
LCP Beispiel
LCP auf Ihren mobilen Produktseiten: 3.820ms (schlecht). Die Phasenaufteilung von echten Nutzern:
- TTFB: 420ms (11%)
- Load Delay: 2.100ms (55%)
- Load Time: 680ms (18%)
- Render Delay: 620ms (16%)
Den 16% Render Delay auf null zu reduzieren, spart 620ms. Das 55% Load Delay Problem zu beheben, spart über 2.000ms. Beides sind reale Probleme. Eines ist der Engpass.
Load Delay von 55% bedeutet, dass der Browser das HTML erhalten hat, das Hero-Image aber für über zwei Sekunden nicht angefordert hat. Der Browser kann das Bild nicht finden. Es befindet sich nicht im HTML, wo der Preload Scanner es sehen kann. Fügen Sie einen Preload-Hint hinzu und Sie halbieren den LCP fast.
INP Beispiel
INP auf der Checkout-Seite: 350ms (verbesserungsbedürftig). Die Phasenaufteilung:
- Input Delay: 70ms (20%)
- Processing: 80ms (23%)
- Presentation: 200ms (57%)
Ohne Prozentsätze optimiert ein Agent den Input Delay, weil 70ms einen bestimmten Grenzwert überschreiten. Zeigen Sie ihm die Prozentsätze und er zielt auf Presentation ab. In diese 57% fließt die Zeit.
Die Behebung von Presentation (großes DOM, fehlendes CSS Containment, teurer Repaint) senkt den INP von 350ms auf unter 200ms. Das bringt Sie von "verbesserungsbedürftig" zu "gut". Den Input Delay von 70ms auf 0ms zu fixen (unwahrscheinlich, aber hypothetisch), spart 70ms. Sie fallen bei 280ms immer noch durch. Gleicher Aufwand, anderes Ergebnis.
Was passiert, wenn Agenten dies überspringen
Ein KI-Agent ohne proportionalen Kontext tut, was das Tool ihm sagt. Lighthouse markiert eine lange TBT. Der Agent optimiert TBT. Die Änderung ist technisch korrekt. Die tatsächlichen Auswirkungen in der Praxis sind minimal, da TBT nur 20% des Problems ausmachte und der 57%-Engpass unangetastet bleibt.
Ich sehe dieses Muster ständig bei KI-generierten Performance-Fixes. Der Fix adressiert ein Symptom. Der Engpass bleibt bestehen. Die Felddaten verbessern sich nicht. Der Entwickler fragt sich, warum eine "korrekte" Optimierung nichts bewirkt hat.
Der eine Ansatz verschwendet Ihre Zeit. Der andere behebt das eigentliche Problem.
Wie man das ohne CWV Superpowers macht
Sie können dies manuell tun. Für LCP: Öffnen Sie die Chrome DevTools, führen Sie einen Performance-Trace durch, finden Sie den LCP-Marker in der Timeline und messen Sie die vier Phasen. Wandeln Sie jede in einen Prozentsatz des gesamten LCP um. Beheben Sie den höchsten Prozentsatz zuerst.
Für INP: Verwenden Sie die Web Vitals Chrome-Erweiterung oder einen PerformanceObserver mit dem event Entry Type. Zeichnen Sie die INP-Interaktion auf, ermitteln Sie die Dauern der drei Phasen und rechnen Sie sie in Prozentsätze um.
Oder lassen Sie CWV Superpowers das automatisch mit Felddaten aus Tausenden von echten Sitzungen erledigen, anstatt mit einem einzigen Lab-Trace.
I write the code, not the report.
I join your team for 1 to 2 sprints. I set up the monitoring and make sure your team keeps the metrics green after I leave.
Get in touch
