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

Core Web Vitals sind drei von Google definierte Metriken, um die tatsächliche Erfahrung eines Besuchers auf einer Webseite zu bewerten: Der LCP misst, wie schnell der Hauptinhalt angezeigt wird, der INP misst die Reaktionsfähigkeit bei Interaktionen, und der CLS misst die visuelle Stabilität während des Ladens. Sie lassen sich kostenlos über PageSpeed Insights oder die Search Console messen.

Das eigentliche Problem: technische Werte, die niemand zu deuten weiß

Viele Website-Betreiber haben diese Kürzel, LCP, INP, CLS, bereits in einem PageSpeed-Insights-Bericht oder in der Google Search Console gesehen, ohne wirklich zu wissen, was sie messen oder warum sie wichtig sind. Der übliche Reflex ist, diese Metriken als abstrakte technische Prüfung zu behandeln, die es zu bestehen gilt, einen Wert, den man nach oben treibt, ohne seine Bedeutung zu verstehen.

Dabei messen Core Web Vitals keine technische Meisterleistung an sich: Sie messen indirekt, aber recht zuverlässig, was ein Besucher bei der Nutzung der Website tatsächlich empfindet. Ein schlechter Wert entspricht fast immer einer konkreten, unangenehmen Erfahrung: eine Seite, die lange braucht, um ihren Inhalt anzuzeigen, ein Button, der nicht sofort auf einen Klick reagiert, oder ein Layout, das genau in dem Moment springt, in dem der Nutzer eigentlich auf etwas anderes klicken wollte. Wenn man das versteht, ändert sich der Umgang mit diesen Metriken: Sie sind kein Häkchen für Google, sondern spiegeln eine Nutzererfahrung wider.

LCP: wie schnell der Hauptinhalt angezeigt wird

Der LCP (Largest Contentful Paint) misst die Zeit, die benötigt wird, bis das größte im anfänglichen Sichtbereich sichtbare Element (oft ein Bild, eine Überschrift oder ein wichtiger Textblock) vollständig auf dem Bildschirm angezeigt wird. Es ist nicht die gesamte Ladezeit der Seite, sondern der Moment, in dem der Nutzer das erscheinen sieht, was visuell den Kern des Inhalts ausmacht.

Ein langsamer LCP vermittelt den Eindruck einer Website, die lange braucht, um zu "starten": Die Seite wirkt mehrere Sekunden lang leer oder unvollständig, bevor das Hauptelement erscheint. Das ist oft der erste Eindruck, den sich ein Besucher von der Leistung einer Website macht.

Häufige technische Ursachen für einen schlechten LCP:

• Nicht optimierte oder zu schwere Bilder, die als Hauptelement verwendet werden (Banner, Produktfoto).
• Zu lange Serverantwortzeit, bevor der Browser den ersten Inhalt erhält.
• Blockierende Ressourcen (umfangreiches CSS oder JavaScript), die vor der Anzeige des Hauptinhalts geladen werden.
• Fehlendes Preloading für kritische Ressourcen (etwa ein Bild im oberen Seitenbereich).

INP: die Reaktionsfähigkeit bei Interaktionen

Der INP (Interaction to Next Paint) misst, wie reaktionsschnell eine Seite auf Nutzeraktionen reagiert: einen Klick, ein Tap auf dem Smartphone, eine Tastatureingabe. Konkret bewertet er die Verzögerung zwischen dem Moment der Interaktion und dem Moment, in dem die Seite visuell darauf reagiert, wobei sämtliche während des Besuchs durchgeführten Interaktionen berücksichtigt werden, nicht nur die erste.

Der INP hat eine ältere Metrik abgelöst, den FID (First Input Delay), der nur die Verzögerung bis zur allerersten Interaktion des Nutzers mit der Seite maß. Diese Einschränkung war problematisch: Eine Website konnte auf die erste Interaktion gut reagieren und bei den folgenden dann langsam werden, ohne dass der FID dies erkannte. Der INP liefert, indem er den gesamten Interaktionsverlauf betrachtet, ein getreueres Bild der tatsächlichen Erfahrung.

Häufige technische Ursachen für einen schlechten INP:

• Zu schweres oder schlecht optimiertes JavaScript, das den Hauptthread des Browsers blockiert.
• Zu viele gleichzeitig laufende Skripte von Drittanbietern (Chat, Werbung, Tracking-Tools).
• Komplexe Verarbeitungen, die direkt beim Klick ausgelöst werden, ohne in leichtere Teilaufgaben zerlegt zu werden.
• Interface-Komponenten, die bei jeder Interaktion unnötig die gesamte Seite neu berechnen.

CLS: die visuelle Stabilität während des Ladens

Der CLS (Cumulative Layout Shift) misst unerwartete Verschiebungen sichtbarer Elemente während des Ladens einer Seite. Es ist das bekannte Phänomen, bei dem ein Besucher gerade auf einen Button oder Link klicken will und ein Element, das gerade geladen wurde (oft ein Bild, eine Werbeanzeige oder eine Schriftart), den gesamten Inhalt nach unten schiebt, sodass der Klick auf das falsche Element trifft.

Diese Verschiebung ist nicht nur störend, sie kann direkte Folgen haben: ein versehentlicher Klick auf eine Werbeanzeige, ein in das falsche Feld ausgefülltes Formular oder schlicht der Eindruck einer unfertig wirkenden Website, der zum Verlassen der Seite verleitet.

Häufige technische Ursachen für einen schlechten CLS:

• Bilder oder Videos ohne im Voraus im Code definierte Abmessungen, die den Inhalt beim Laden verschieben.
• Werbeanzeigen oder Drittanbieter-Widgets, die dynamisch eingefügt werden, ohne dass Platz dafür reserviert ist.
• Individuelle Schriftarten, die eine Standardschrift mit abweichender Größe ersetzen und dadurch den Text verschieben.
• Dynamisch am oberen Seitenrand eingefügter Inhalt (Banner, Benachrichtigung) ohne vorab eingeplanten Platz.

Warum es diese Metriken gibt: reale Erfahrung statt abstrakter Leistung

Es ist naheliegend, Core Web Vitals als rein technisches SEO-Kriterium zu betrachten. Ihr Ursprung ist tatsächlich ein anderer: Google hat sie eingeführt, um Aspekte der Nutzererfahrung objektiv messbar zu machen, die zuvor schwer standardisiert im großen Maßstab zu erfassen waren.

Eine Website konnte nach alten Kriterien (Gesamtladezeit) schnell sein und trotzdem eine frustrierende Erfahrung bieten: Inhalt, der ruckartig erscheint, Interaktionen, die nicht reagieren, ein Layout, das springt. Core Web Vitals versuchen, diese konkreten Frustrationen zu erfassen, anstatt sich auf eine einzige globale Geschwindigkeitsmessung zu verlassen, die diese Probleme oft verdeckte.

Wie man Core Web Vitals misst

Es gibt zwei Kategorien von Daten, die man sinnvollerweise unterscheiden sollte:

PageSpeed Insights kombiniert beide: Es zeigt Felddaten an, sofern die Website genügend Traffic erhält, um im CrUX erfasst zu sein, sowie eine systematische Laboranalyse mit detaillierten technischen Empfehlungen. Die Google Search Console bietet einen Bericht "Wichtige Web-Vitals-Daten", der die Seiten der Website nach Status gruppiert (gut, verbesserungswürdig, mangelhaft) und sich dabei auf reale Felddaten stützt.

Was die genauen Schwellenwerte für jede Metrik betrifft, veröffentlicht Google Referenzwerte, die es regelmäßig aktualisiert, sobald sich Nutzungsgewohnheiten und Standards weiterentwickeln. Statt sich auf eine feste, in einem Artikel gefundene Zahl zu verlassen, sollte man besser direkt PageSpeed Insights konsultieren, das die zum Testzeitpunkt geltenden Schwellenwerte anzeigt und die eigene Website dazu einordnet.

Was man sich merken sollte

• Der LCP misst, wie schnell der Hauptinhalt angezeigt wird, der INP die Reaktionsfähigkeit bei Interaktionen, der CLS die visuelle Stabilität während des Ladens.
• Diese Metriken bilden eine konkrete Nutzererfahrung ab, nicht nur eine abstrakte technische Leistung.
• Der INP hat den FID abgelöst, um die Reaktionsfähigkeit über einen gesamten Besuch hinweg besser widerzuspiegeln, nicht nur beim ersten Klick.
• Die häufigsten technischen Ursachen betreffen nicht optimierte Bilder, schweres JavaScript und Elemente ohne reservierte Abmessungen.
• Die genauen Schwellenwerte ändern sich regelmäßig: Konsultieren Sie PageSpeed Insights statt einer veralteten, anderswo gefundenen Zahl.
• Felddaten (real) und Labordaten (simuliert) ergänzen sich, um eine Website zu diagnostizieren und zu überwachen.

Häufig gestellte Fragen

Was sind die drei Core Web Vitals? Der LCP misst die Zeit bis zur Anzeige des größten sichtbaren Elements auf dem Bildschirm, der INP misst die Reaktionsfähigkeit der Website auf Nutzerinteraktionen (Klicks, Taps), und der CLS misst die visuelle Stabilität, also ob sich Seitenelemente während des Ladens unerwartet verschieben.

Welche Schwellenwerte müssen für jede Metrik erreicht werden? Google veröffentlicht Referenzschwellenwerte für jede Metrik, doch diese werden regelmäßig aktualisiert und sollten nicht als starr betrachtet werden. Am zuverlässigsten prüft man sie, indem man die eigene Website über PageSpeed Insights laufen lässt, das die zum Testzeitpunkt geltenden Schwellenwerte anzeigt.

Warum hat der INP den FID abgelöst? Der FID (First Input Delay) maß nur die Verzögerung bis zur ersten Interaktion. Der INP bewertet die Reaktionsfähigkeit über den gesamten Besuch hinweg, was die tatsächliche Erfahrung eines Nutzers, der mehrfach mit einer Seite interagiert, besser widerspiegelt als nur bei der Ankunft.

Was ist der Unterschied zwischen Felddaten und Labordaten? Felddaten (aus dem CrUX, dem Chrome User Experience Report) stammen von echten Besuchern, die Chrome auf der Website genutzt haben. Labordaten stammen aus einem simulierten Test unter kontrollierten Bedingungen. Beide ergänzen sich: das Feld spiegelt die Realität wider, das Labor ermöglicht eine Diagnose vor der Veröffentlichung.

Sind Core Web Vitals ein Rankingfaktor bei Google? Ja, Google bezieht sie in seine Ranking-Signale zur Seitenerfahrung ein, aber sie sind nur ein Faktor unter vielen, neben der Relevanz des Inhalts und zahlreichen weiteren Kriterien. Eine gute Punktzahl allein reicht nicht aus, um gut zu ranken.

Zusammenfassung

Wer LCP, INP und CLS versteht, kann konkrete Probleme diagnostizieren, statt einen unverständlichen Wert einfach hinzunehmen. Wenn Ihre Website bei diesen drei Metriken Signale wie "verbesserungswürdig" oder "mangelhaft" ansammelt, entwickelt VeryAppi Websites, die von Anfang an darauf ausgelegt sind, diese technischen Probleme zu begrenzen, statt sie im Nachhinein zu beheben.