Was bedeuten LCP, INP und CLS?

Das sind die drei Core Web Vitals, mit denen Google die Nutzererfahrung einer Seite beschreibt. Largest Contentful Paint (LCP) misst das Laden: wie lange es dauert, bis der Hauptinhalt erscheint. Interaction to Next Paint (INP) misst die Reaktionsfähigkeit: wie schnell die Seite auf Klicks, Tipp-Gesten oder Eingaben reagiert. Cumulative Layout Shift (CLS) misst die visuelle Stabilität: wie stark das Layout springt. Gut bedeutet: LCP innerhalb von 2,5 Sekunden, INP innerhalb von 200 Millisekunden und CLS von 0,1 oder weniger.

Die drei Metriken im Überblick

Das sind die Schwellenwerte aus der Hilfe zum Core-Web-Vitals-Bericht von Google. Eine Seite besteht, wenn alle drei Werte im 75. Perzentil der Besuche im grünen Bereich liegen, getrennt gemessen für Mobilgeräte und Desktop.

LCP: Largest Contentful Paint

LCP ist die Zeit vom Beginn des Seitenaufbaus bis zu dem Moment, in dem das größte Bild, Video oder der größte Textblock im sichtbaren Bereich gerendert wurde. Infrage kommen <img>-Elemente, Bilder in SVG, das Poster oder erste Frame eines Videos, CSS-Hintergrundbilder und Text auf Blockebene. Sobald der Besucher interagiert, sucht der Browser nicht mehr nach neuen Kandidaten. Ein langsamer LCP geht meist auf eine träge Serverantwort, ein großes oder spät entdecktes Hero-Bild oder auf CSS und Skripte zurück, die das Rendering blockieren.

INP: Interaction to Next Paint

INP beobachtet die Klicks, Tipp-Gesten und Tastenanschläge während eines Besuchs und misst, wie lange jede einzelne braucht, bis der Browser den nächsten Frame darstellen kann. Hovern, Scrollen und Zoomen zählen nicht. Gemeldet wird die langsamste Interaktion; bei Seiten mit vielen Interaktionen bleiben Ausreißer unberücksichtigt. INP hat im März 2024 First Input Delay (FID) als Core Web Vital abgelöst: FID betrachtete nur die erste Interaktion, INP deckt den gesamten Besuch ab. Ein schlechter INP entsteht meist durch lange JavaScript-Tasks, die den Main Thread blockieren.

CLS: Cumulative Layout Shift

CLS summiert unerwartete Layoutverschiebungen, etwa wenn Text nach unten springt, weil darüber ein Bild oder eine Anzeige nachlädt, und meldet die größte Serie davon während des Besuchs. Jede Verschiebung wird danach bewertet, welcher Teil des Bildschirms sich wie weit bewegt hat. Verschiebungen innerhalb von 500 Millisekunden nach einem Klick, Tipp oder Tastenanschlag bleiben außen vor, weil der Besucher dann ohnehin mit einer Änderung der Seite rechnet.

Woher stammen die Zahlen?

Der Core-Web-Vitals-Bericht in der Search Console nutzt Felddaten aus dem Chrome UX Report: echte Chrome-Besuche der letzten 28 Tage, zusammengefasst zu Gruppen ähnlicher Seiten, wobei jede Gruppe nach ihrer schlechtesten Metrik bewertet wird. Labortools wie Lighthouse laden die Seite ohne echten Besucher und können deshalb INP nicht messen; stattdessen dient Total Blocking Time als Ersatz, wie die Übersicht zu Web Vitals von web.dev erklärt. Laborwerte eignen sich zum Debuggen, die Felddaten liefern das Urteil.

Beeinflussen Core Web Vitals das Ranking?

Google empfiehlt ausdrücklich, gute Core Web Vitals anzustreben, um in der Suche erfolgreich zu sein, und sagt, die Seitenerfahrung stimme mit dem überein, was seine zentralen Ranking-Systeme belohnen wollen. Eine Abkürzung ist das nicht: Auch eine schnelle Seite muss die beste Antwort liefern. Wie behebe ich schlechte Core-Web-Vitals-Werte? zeigt, was sich bei jeder Metrik ändern lässt.

So hilft AutoPSEO

Der Core-Web-Vitals-Bericht von AutoPSEO liest den Verlauf des Chrome UX Report für Ihre gesamte Website oder eine einzelne URL, getrennt nach Smartphone, Desktop oder Tablet, und stellt LCP, INP und CLS (sowie First Contentful Paint und Time to First Byte) im 75. Perzentil über rund sechs Monate wöchentlicher Daten dar. So sehen Sie, wann eine Metrik angefangen hat, schlechter zu werden.