Core Web Vitals sind drei von Google gemessene Kennzahlen für die Nutzererfahrung einer Website: LCP misst die Ladezeit des größten sichtbaren Elements (guter Wert: bis 2,5 Sekunden), INP misst die Reaktionszeit auf Klicks und Eingaben (guter Wert: bis 200 Millisekunden), und CLS misst, wie stark sich Elemente beim Laden verschieben (guter Wert: bis 0,1). Alle drei zusammen bilden einen Teil dessen, was Google als „Page Experience“ einer Website bewertet.
LCP: Wie lange dauert das Laden des wichtigsten Elements?
Laut Googles eigener Dokumentation misst der Largest Contentful Paint die Zeit vom Seitenaufruf bis zum vollständigen Rendern des größten sichtbaren Elements im sichtbaren Bereich – auf den meisten Betriebs-Websites in aller Regel ein großes Foto oder eine Überschrift. Ein guter Wert liegt bei 2,5 Sekunden oder darunter. Unsere eigene, technisch optimierte Website growenmedia.com erreicht laut PageSpeed Insights genau diesen Zielwert von 2,5 Sekunden mobil – während eine eigene Stichprobe realer Handwerksbetrieb-Websites in einem anderen Ratgeber Werte von 5,4 bis 12,6 Sekunden zeigte. Der Unterschied zwischen „gut“ und „schlecht“ liegt dabei fast immer an unkomprimierten Fotos oder zu vielen gleichzeitig nachgeladenen Skripten. Eine vollständige Übersicht aller häufigen LCP-Ursachen, von der Serverantwort bis zum Rendering, liefert unser Ratgeber zur LCP-Verbesserung.
INP: Wie schnell reagiert die Seite auf Klicks?
INP ersetzt seit März 2024 offiziell den älteren Core Web Vital FID (First Input Delay). Der entscheidende Unterschied: FID maß nur die Verzögerung bis zur allerersten Reaktion auf die erste Interaktion einer Seite – INP dagegen beobachtet sämtliche Klicks, Tipp- und Tastatureingaben über den kompletten Seitenbesuch hinweg und meldet die langsamste davon. Ein guter Wert liegt laut Googles eigener Dokumentation bei 200 Millisekunden oder darunter. Ein Beispiel zur Einordnung: Ein Kontaktformular reagiert beim ersten Klick auf „Senden“ sofort, weil in diesem Moment noch keine anderen Skripte im Hintergrund laufen – klickt eine Nutzerin oder ein Nutzer aber erst, nachdem im Hintergrund ein Cookie-Banner-Skript oder ein Kartenmodul nachgeladen wird, kann dieselbe Schaltfläche mehrere hundert Millisekunden brauchen, um überhaupt zu reagieren. Anders als bei LCP, das nur die erste Ladephase betrifft, wirkt sich ein schlechter INP-Wert über den gesamten Seitenbesuch aus – auch eine an sich schnell geladene Seite kann spürbar träge wirken, wenn jeder einzelne Klick eine kurze Verzögerung erzeugt.
CLS: Wie stabil bleibt das Layout beim Laden?
Der Cumulative Layout Shift addiert alle sichtbaren Verschiebungen von Elementen, die auftreten, nachdem eine Seite bereits mit dem Rendern begonnen hat – typischerweise, weil ein Bild ohne festgelegte Breite und Höhe nachträglich Platz beansprucht oder ein Element erst verzögert eingeblendet wird. Ein guter Wert liegt laut Googles eigener Dokumentation bei 0,1 oder darunter. Ein Beispiel zur Einordnung: Ein nachträglich einblendender Cookie-Banner am unteren Bildschirmrand schiebt den bereits sichtbaren Text nach oben, genau in dem Moment, in dem eine Besucherin oder ein Besucher gerade lesen möchte – wie sich ein solcher Banner unter Umständen ganz vermeiden lässt, zeigt unser Ratgeber zu Cookie-Bannern.
Wie Sie Ihre eigenen Werte messen
Der schnellste Weg zu den eigenen Werten führt über das kostenlose Tool PageSpeed Insights von Google: Dort genügt die Eingabe der eigenen Domain, um sowohl Labordaten aus einem simulierten Testlauf als auch, sofern genug Besucherverkehr vorhanden ist, echte Felddaten realer Nutzerinnen und Nutzer angezeigt zu bekommen. Wichtig dabei: Die beiden Datentypen können spürbar voneinander abweichen, weil Labordaten unter Idealbedingungen entstehen, während Felddaten die tatsächliche Streuung aus unterschiedlichen Geräten und Internetverbindungen abbilden. Ein Beispiel zur Einordnung: Ein Betrieb testet die eigene Startseite und erhält einen guten Labor-LCP von 2,1 Sekunden – der separat angezeigte Felddatenwert liegt bei 3,4 Sekunden, weil ein spürbarer Teil der echten Besucher über ein älteres Smartphone oder eine schwächere mobile Verbindung zugreift, die der Labortest nicht abbildet. Was der angezeigte 0-100-Score dabei konkret misst und warum er zwischen zwei Testläufen schwanken kann, erklärt unser Ratgeber zu PageSpeed Insights. Warum genau solche Abweichungen zwischen Labor- und Felddaten entstehen und wie Sie bei einem Widerspruch zwischen beiden richtig reagieren, zeigt unser Ratgeber zu Labor- und Felddaten.
Die drei Werte im Vergleich
| Metrik | Misst | Guter Wert |
|---|---|---|
| LCP | Ladezeit des größten sichtbaren Elements | ≤ 2,5 Sekunden |
| INP | Reaktionszeit auf Klicks und Eingaben | ≤ 200 Millisekunden |
| CLS | Visuelle Stabilität beim Laden | ≤ 0,1 |
Für lokale Betriebe ist vor allem der mobile LCP-Wert entscheidend, weil ein Großteil der Kundschaft ausschließlich vom Smartphone aus sucht – warum das so ist, erklärt unser Ratgeber zum Mobile-First-Prinzip. Die häufigste technische Ursache für einen schlechten LCP-Wert sind unkomprimierte Fotos, wie unser Ratgeber zur richtigen Foto-Anzahl im Detail zeigt.
Interaktiv: Ihr Core-Web-Vitals-Check
Prüfen Sie, ob Ihre Website die wichtigsten Grundlagen bereits erfüllt:
Fazit: Drei Werte, ein gemeinsames Ziel
LCP, INP und CLS messen aus drei verschiedenen Blickwinkeln dasselbe Grundproblem: Fühlt sich eine Website beim Laden, Bedienen und Lesen schnell und stabil an? Für die meisten Betriebs-Websites reicht es, die größten Fotos zu komprimieren, Bild-Dimensionen fest anzugeben und spät nachladende Elemente wie Cookie-Banner bewusst zu vermeiden oder einzuplanen, um bei allen drei Werten im grünen Bereich zu landen.