Was sind Core Web Vitals? LCP, INP und CLS erklärt

Was sind Core Web Vitals?

Core Web Vitals sind drei Metriken, mit denen Google die reale Seitenerfahrung misst: Largest Contentful Paint (LCP) für das Laden, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Eine Seite besteht, wenn alle drei beim 75. Perzentil echter Besuche "gut" sind.

Jede Metrik wird getrennt für Mobilgeräte und Desktop bewertet, und zwar anhand dessen, was echte Besucher erlebt haben, nicht anhand eines einzelnen Testlaufs. Deshalb kann eine Seite auf Ihrem Laptop schnell wirken und trotzdem durchfallen.

Die drei Metriken und ihre Schwellenwerte

Die Schwellenwerte stehen auf web.dev, wo Google die Definitionen pflegt.

Largest Contentful Paint (LCP)

LCP ist die Zeit, bis das größte Bild, der größte Textblock oder das größte Video im sichtbaren Bereich gerendert ist, gerechnet ab dem Moment, in dem der Besucher die Navigation gestartet hat. Weil die Zeit bei der Navigation beginnt, zählen eine langsame Serverantwort, Weiterleitungen und der Verbindungsaufbau mit.

Interaction to Next Paint (INP)

INP betrachtet jeden Klick, Tap und Tastendruck während eines Besuchs und meldet den längsten, Ausreißer ausgenommen. Gemessen wird jeweils von der Eingabe bis zu dem Moment, in dem der Browser den nächsten Frame zeichnen kann. INP hat First Input Delay (FID) am 12. März 2024 als Core Web Vital abgelöst. FID maß nur die Verzögerung vor der Verarbeitung der ersten Interaktion und übersah daher langsame Interaktionen später im Besuch.

Cumulative Layout Shift (CLS)

CLS summiert unerwartete Bewegungen sichtbarer Elemente. Gemeldet wird die größte Folge von Verschiebungen während der Lebensdauer der Seite, sodass schon ein spät ladendes Banner, das den Artikel nach unten drückt, eine Seite durchfallen lassen kann.

Wie Google Core Web Vitals nutzt

In seiner Dokumentation zur Suche empfiehlt Google ausdrücklich, gute Core Web Vitals zu erreichen, um in der Suche erfolgreich zu sein, und verbindet sie mit der Seitenerfahrung, die zu dem passt, was die zentralen Ranking-Systeme belohnen wollen. Wie stark sie gewichtet werden, sagt die Dokumentation nicht. Betrachten Sie sie daher als einen Faktor unter vielen. Gute Werte gleichen keine Inhalte aus, die die Suchanfrage nicht beantworten. Sie schützen Sie aber davor, Besucher an eine langsame oder springende Seite zu verlieren.

Felddaten und Labordaten

Felddaten stammen von echten Chrome-Nutzern und werden im Chrome UX Report (CrUX) über ein gleitendes 28-Tage-Fenster gesammelt. Das zeigt der Core-Web-Vitals-Bericht in der Google Search Console. Labordaten kommen aus einem Tool wie Lighthouse, das die Seite einmal auf einem simulierten Gerät und Netzwerk lädt.

Beide weichen oft voneinander ab. Ein Lab-Wert von 95 sagt nur, dass die Seite unter diesen Bedingungen schnell war. Echte Besucher kommen mit langsameren Smartphones, schwächeren Netzen und aus anderen Ländern. Nutzen Sie Labordaten, um herauszufinden, was langsam ist und warum, und Felddaten, um zu beurteilen, ob Besucher tatsächlich eine gute Erfahrung haben. Geplantes Synthetic Monitoring liegt dazwischen: Es ist labor-ähnlich, läuft aber nach Zeitplan, sodass Verschlechterungen auffallen, bevor das 28-Tage-Fenster nachzieht.

Häufige Ursachen schlechter Core Web Vitals und Lösungen

Langsamer LCP. Prüfen Sie zuerst die Time to First Byte: weniger Weiterleitungen, Antworten cachen und ein CDN nutzen. Machen Sie das LCP-Bild im ursprünglichen HTML auffindbar und laden Sie es vor (Preload), wenn es nur in CSS oder JavaScript vorkommt. Setzen Sie fetchpriority="high" auf das wahrscheinliche LCP-Bild (höchstens bei ein bis zwei Bildern) und laden Sie es nie per Lazy Loading. Verkleinern Sie die Datei und reduzieren Sie render-blockierendes CSS und synchrone Skripte im Head.

Schlechter INP. Meist sind lange Tasks im Main Thread schuld, oft durch das Laden und Parsen von Skripten. Erledigen Sie in Event-Handlern so wenig wie möglich, aktualisieren Sie zuerst die Anzeige und verschieben Sie den Rest, teilen Sie große Aufgaben mit setTimeout auf, lesen Sie kein Layout direkt nach Stiländerungen und halten Sie das DOM klein.

Hoher CLS. Typische Ursachen sind Bilder und Videos ohne Maßangaben, Schriften, die in anderer Größe als ihre Ersatzschrift rendern, Anzeigen oder Widgets, die sich selbst skalieren, und Inhalte, die oberhalb des gerade Gelesenen eingefügt werden. Geben Sie Breite und Höhe (oder ein Seitenverhältnis) an, reservieren Sie Platz für alles, was spät lädt, und animieren Sie mit transform statt mit Layout-Eigenschaften. Eine ausführlichere Anleitung finden Sie auf unserer Seite zur Core-Web-Vitals-Optimierung.

Core Web Vitals messen und überwachen

• Echte Nutzerwerte prüfen. Der kostenlose Core-Web-Vitals-Checker liest CrUX aus und zeigt LCP, INP und CLS am 75. Perzentil für Mobilgeräte und Desktop samt Bestanden oder Nicht bestanden. Seiten mit zu wenig Chrome-Traffic liefern keine Felddaten.
• Eine Seite analysieren. Führen Sie nach einer Änderung den Website-Speed-Test aus, um zu sehen, was in einem Laborlauf langsam ist.
• Im Zeitverlauf beobachten. Das Page-Speed-Monitoring führt geplante Lighthouse-Audits aus 25 Cloud-Regionen aus und kann Sie warnen, wenn eine Metrik Ihre Schwellenwerte überschreitet. Unsere Anleitung zum Überwachen der Core Web Vitals mit Alerts und Berichten (englisch) zeigt die Einrichtung, und der Vergleich von Core-Web-Vitals-Tools (englisch) nennt Alternativen.

Da die Felddaten ein 28-Tage-Fenster sind, wird eine Verbesserung nur nach und nach sichtbar. Rechnen Sie damit, dass der Bericht etwa einen Monat braucht, und beurteilen Sie einen Deploy zuerst anhand der Labor- und Synthetic-Werte.

Häufige Fragen: Core Web Vitals

Was sind gute Core-Web-Vitals-Werte?

LCP von 2,5 Sekunden oder weniger, INP von 200 Millisekunden oder weniger und CLS von 0,1 oder weniger, jeweils am 75. Perzentil echter Besuche. Eine Seite besteht nur, wenn alle drei Werte gut sind.

Sind Core Web Vitals für SEO wichtig?

Google empfiehlt gute Core Web Vitals ausdrücklich für den Erfolg in der Suche und verknüpft sie mit seinen Hinweisen zur Seitenerfahrung. Wie stark sie gewichtet werden, ist nicht veröffentlicht. Verbessern Sie sie daher zuerst für Ihre Besucher und sehen Sie einen Ranking-Effekt als Bonus. Relevante Inhalte ersetzen sie nie.

Was hat First Input Delay ersetzt?

Interaction to Next Paint (INP) hat FID am 12. März 2024 als Core Web Vital abgelöst. INP berücksichtigt alle Interaktionen eines Besuchs, nicht nur die erste.

Wie lange dauert es, bis sich eine Verbesserung in der Search Console zeigt?

Die Felddaten umfassen die letzten 28 Tage, daher erscheint eine Verbesserung nur allmählich und ist nach etwa vier Wochen vollständig sichtbar. Die Werte können nach einem Deploy tagelang unverändert wirken, weil der Großteil des Fensters noch alte Daten enthält.

Warum ist mein Lighthouse-Wert hoch, aber meine Core Web Vitals fallen durch?

Lighthouse ist ein Labortest eines einzelnen Ladevorgangs auf einem simulierten Gerät. Die Core Web Vitals in der Suche nutzen Felddaten echter Besucher mit langsameren Geräten und Netzen. Prüfen Sie beides und nutzen Sie den Laborlauf, um die Ursache zu finden.

Wie überwache ich Core Web Vitals dauerhaft?

Kombinieren Sie den Search-Console-Bericht für Trends echter Nutzer mit geplanten Laboraudits aus mehreren Regionen. Das Page-Speed-Monitoring führt Lighthouse nach Zeitplan aus und warnt Sie, wenn eine Metrik ein Budget überschreitet.