Core Web Vitals: LCP, INP und CLS mit 25 Fixes

Core Web Vitals: LCP, INP und CLS erklärt

Core Web Vitals erklärt: LCP, INP, CLS und 25 Fixes mit Code | We.Inc

Was LCP, INP und CLS messen, die Grenzwerte für gut und schlecht, Felddaten im Vergleich zu Labordaten, ein Live-Messgerät für diese Seite und 25 Lösungsrezepte mit Code nach Ursache, dazu Hinweise je Plattform.

Core Web Vitals sind drei Messwerte aus echten Besuchen: Largest Contentful Paint (Laden, gut bei 2.5 Sekunden oder weniger), Interaction to Next Paint (Reaktionsfähigkeit, gut bei 200 Millisekunden oder weniger) und Cumulative Layout Shift (Stabilität, gut bei 0.1 oder weniger). Eine Seite besteht, wenn mindestens 75% der Besuche alle drei erfüllen.

Gute Werte

Das Messgerät unten misst diese Seite in deinem eigenen Browser, während du sie nutzt. Finde dann die Metrik, bei der du durchfällst, und arbeite die Rezepte dazu durch; jedes nennt die Ursache, die es behebt, und liefert den Code.

Häufige Fragen

Was hat First Input Delay ersetzt?

Interaction to Next Paint hat First Input Delay im März 2024 als Core Web Vital abgelöst. INP betrachtet alle Interaktionen auf einer Seite, nicht nur die erste, und schließt die Zeit bis zum Zeichnen des Ergebnisses ein.

Warum ist mein Lighthouse-Score gut, die Core Web Vitals aber nicht bestanden?

Lighthouse ist ein einzelner Test auf einem simulierten Gerät. Core Web Vitals nutzen echte Besucher über 28 Tage, auf langsameren Smartphones und Netzen, und schließen INP ein, das Lighthouse nicht messen kann.

Beeinflussen Core Web Vitals das Google-Ranking?

Sie sind Teil der Page-Experience-Signale von Google. Google bezeichnet Relevanz und Inhaltsqualität als weit wichtiger, gute Vitals helfen also vor allem dann, wenn Seiten ansonsten ähnlich sind.

Wie lange dauert es, bis Fixes sichtbar werden?

Felddaten umfassen die vorherigen 28 Tage, Verbesserungen zeigen sich also nach dem Deploy schrittweise über etwa vier Wochen.

Der Unterschied zu einem Speed-Score

Die drei Metriken

Grenzwerte (bewertet am 75. Perzentil echter Besuche)

Felddaten im Vergleich zu Labordaten

Felddaten im Vergleich zu Labordaten

LCP beheben (Rezepte 1 bis 9)

1. Das Hero-Bild zuerst laden

fetchpriority="high" sagt dem Browser, dass dieses Bild am wichtigsten ist. Lade das LCP-Bild niemals lazy.

2. Ein per CSS gesetztes LCP-Bild vorladen

Hintergrundbilder werden spät entdeckt, erst nachdem das CSS geladen ist. Ein Preload im head startet den Download sofort.

3. Die richtige Größe ausliefern

srcset und sizes lassen ein Smartphone eine kleine Datei statt der Desktop-Version laden.

4. Ein modernes Bildformat verwenden

AVIF und WebP sind bei gleicher Qualität meist deutlich kleiner als JPEG. picture lässt ältere Browser auf ein anderes Format zurückfallen.

5. Text nicht verstecken, während Schriften laden

font-display: swap zeigt sofort Ersatztext, sodass eine Überschrift, die das LCP-Element ist, nicht durch einen Schriftdownload aufgehalten wird.

6. Früh mit dem Bild-CDN verbinden

preconnect erledigt DNS, TCP und TLS-Handshake im Voraus für einen Drittanbieter-Origin, den du brauchen wirst.

7. Skripte zurückstellen, die zum Anzeigen der Seite nicht nötig sind

Skripte im head ohne defer oder async blockieren das Rendern. defer behält die Reihenfolge bei, wartet aber, bis das HTML geparst ist.

8. Echtes HTML senden, keine leere Hülle

Wenn das LCP-Element per JavaScript erzeugt wird, kann nichts gezeichnet werden, bis das Bundle geladen und ausgeführt ist. Server-Rendering oder Prerendering bringt es in die erste Antwort. Die Optionen findest du in unserem SEO-Leitfaden für Single Page Apps.

9. Das HTML am Edge cachen

Eine langsame Serverantwort verzögert alles. Cache statische Seiten auf einem CDN und setze ein sinnvolles Cache-Control.

INP beheben (Rezepte 10 bis 17)

10. Lange Tasks aufteilen

Ein Task über 50 ms blockiert Eingaben. Gib zwischen den Teilstücken den Main Thread frei, damit ein Klick dazwischen verarbeitet werden kann. scheduler.yield ist neuer; der Fallback mit setTimeout funktioniert überall.

11. Zuerst Feedback zeichnen, dann arbeiten

Aktualisiere den Button sofort und erledige die schwere Arbeit erst, nachdem der Browser die Gelegenheit zum Zeichnen hatte.

12. Arbeit beim Tippen per Debounce verzögern

Eine lange Liste bei jedem Tastendruck zu filtern, lässt das Tippen hängen. Warte auf eine kurze Pause.

13. Langsame React-Updates als Transitions markieren

startTransition lässt React die Eingabe reaktionsfähig halten und das aufwendige Ergebnis rendern, sobald es geht.

14. Skripte von Drittanbietern verzögern

Chat-Widgets und Tag-Manager führen beim Laden oft schweren Code aus. Lade sie, wenn die Seite im Leerlauf ist, oder bei der ersten Interaktion.

15. Das DOM klein halten

Riesige Seiten machen jedes Style- und Layout-Update langsamer. content-visibility überspringt das Rendern von Abschnitten außerhalb des Bildschirms, bis sie in die Nähe kommen.

16. Kein Layout in einer Schreibschleife auslesen

offsetHeight nach jeder Style-Änderung auszulesen, erzwingt jedes Mal ein Layout. Lies zuerst alles aus und schreibe dann.

17. Schwere Berechnungen in einen Web Worker verlagern

Das Parsen einer großen Datei oder das Sortieren Tausender Zeilen kann in einem Worker laufen, ohne Klicks zu blockieren.

CLS beheben (Rezepte 18 bis 25)

18. Bildern und Videos eine Größe geben

width und height lassen den Browser den Platz reservieren, bevor die Datei ankommt. CSS kann sie trotzdem responsiv machen.

19. Platz für Einbettungen reservieren

Karten, Videos und iframes laden oft spät. aspect-ratio hält ihre Box offen.

20. Platz für Banner und Anzeigen reservieren

Inhalt, der oberhalb des Gelesenen eingefügt wird, schiebt diesen nach unten. Gib dem Platz im Voraus eine Mindesthöhe.

21. Die Größe der Ersatzschrift angleichen

Wenn die Webschrift eingewechselt wird, kann Text neu umbrechen. size-adjust auf einer lokalen Ersatzschrift bringt beide in der Breite näher zusammen.

22. Mit transform animieren, nicht mit top oder height

Bewegung per transform verschiebt keine anderen Elemente und zählt daher nicht als Layout Shift.

23. Cookie-Leisten überlagern, statt Inhalte zu verschieben

Eine am unteren Bildschirmrand fixierte Leiste bewegt die Seite nicht; eine oben eingefügte schon.

24. Skeletons in derselben Größe wie der Inhalt verwenden

Ein Lade-Platzhalter sollte denselben Platz einnehmen wie das, was ihn ersetzt.

25. Den Back/Forward Cache funktionsfähig halten

Aus dem Back/Forward Cache wiederhergestellte Seiten erscheinen sofort und ohne neue Verschiebungen. Ein unload-Handler verhindert das; nutze stattdessen pagehide.

Hinweise je Plattform

Hinweise je Plattform

Bilder sind meist der Hauptverdächtige beim LCP; verkleinere sie mit dem

WebP-Konverter

Live-Messgerät für diese Seite

Misst LCP, CLS und INP für diese Seite in deinem Browser, sofern unterstützt.

Gut

Verbesserungswürdig

Schlecht

In diesem Browser nicht unterstützt

INP (bisher langsamste)

Warte auf das größte Rendering

Klicke oder tippe irgendwo, um zu messen

Kostenlos starten · Keine Kreditkarte nötig

Verwandt: Ratgeber

Produkt

Für wen

Funktionen

Ressourcen

Unternehmen

Sitemap