Was sind Core Web Vitals?

Core Web Vitals sind eine Teilmenge der Performance-Metriken, die Google als grundlegend für die Nutzererfahrung einer Seite einstuft. Google kündigte sie im Mai 2020 an, seither zählen sie zu den Signalen des technischen SEO, die Google unter dem Begriff „Page Experience" zusammenfasst, zusammen mit HTTPS, dem Verzicht auf aufdringliche Interstitials und einer sauberen mobilen Darstellung.

Heute sind es drei Kennzahlen: LCP misst die wahrgenommene Ladegeschwindigkeit, INP die Reaktionsfähigkeit bei Interaktionen und CLS die visuelle Stabilität. Sie ersetzen weder andere Kennzahlen der Page Speed noch eine vollständige Performance-Analyse. Google wählte genau diese drei als Rankingsignal, weil sie jede Art von Website betreffen, nicht nur einen bestimmten Seitentyp.

Die Zusammensetzung hat sich seit dem Start einmal geändert: Im März 2024 löste INP First Input Delay (FID) als dritte Kennzahl ab, nach eineinhalb Jahren als experimentelle Metrik. Jede Definition, die FID noch als aktiven Bestandteil der Core Web Vitals nennt, beschreibt einen Stand von vor dieser Änderung.

Diese Schwellenwerte gelten für das 75. Perzentil der Seitenaufrufe, getrennt berechnet für Mobil und Desktop: Es reicht, wenn ein Viertel der Besuche schlecht läuft, damit die Seite die Einstufung „gut" verfehlt, selbst wenn die Mehrheit schnell lädt.

INP ist die jüngste der drei Kennzahlen. Sie löste FID am 12. März 2024 offiziell als Core Web Vital ab, nach einer Testphase als experimentelle Metrik seit Mai 2022. Der praktische Unterschied: FID maß nur die Verzögerung der ersten Interaktion, während INP die Reaktion der Seite über den gesamten Besuch bewertet und damit Interaktivitätsprobleme erfasst, die FID übersah.

Core Web Vitals lassen sich auf zwei grundverschiedene Arten messen, und beide zu verwechseln ist der häufigste Interpretationsfehler. Felddaten stammen aus dem Chrome User Experience Report (CrUX), erhoben aus echten Besuchen von Chrome-Nutzern, die dem zugestimmt haben; sie zeigen, wie eine Seite in der Praxis lädt, mit der Verbindung und dem Gerät des jeweiligen Besuchers. Labordaten dagegen stammen aus Werkzeugen wie Lighthouse, die einen Besuch unter festen Bedingungen simulieren. Sie eignen sich, um ein Problem der Ladegeschwindigkeit vor dem Livegang zu erkennen, spiegeln aber nur eine einzelne simulierte Sitzung unter Laborbedingungen und keine echte Nutzung durch reale Besucher.

Der Core-Web-Vitals-Bericht in der Search Console baut auf Felddaten auf, nicht auf den Simulationen von Lighthouse: Er misst, was reale Besucher einer URL oder einer Gruppe strukturell ähnlicher URLs erlebt haben, zusammengefasst nach Wochen. Sammelt eine Seite nicht genug Traffic für eigene CrUX-Daten, greift Google auf die Werte anderer Seiten mit vergleichbarer Struktur innerhalb derselben Domain zurück.

Deshalb kann eine URL im Labortest eine hohe Punktzahl erreichen und trotzdem in der Search Console als „verbesserungswürdig" auftauchen: Es sind zwei unterschiedliche Messungen, zu unterschiedlichen Zeitpunkten und unter unterschiedlichen Bedingungen erhoben. Nur die Felddaten zeigen, was die tatsächlichen Besucher dieser Seite erlebt haben.

Core Web Vitals sind seit 2021 ein Rankingsignal, eingebettet in die breitere Gruppe der Page-Experience-Signale, die Google in der Suche einsetzt. Ein gutes Ergebnis garantiert keinen ersten Platz: Die Relevanz des Inhalts für die Suchanfrage zählt weiterhin stärker. Zwischen zwei gleich relevanten Seiten hat aber die mit der schnelleren, reibungsloseren Seite einen Vorteil.

Was ein Unternehmen zuerst spürt, ist das Verhalten der Besucher. Eine langsame Ladezeit oder eine Oberfläche, die träge auf einen Klick reagiert, treibt Nutzer dazu, einen Kauf, ein Formular oder einen Artikel vorzeitig abzubrechen. Dieser Abbruch passiert unabhängig von der Position in der Suche, weshalb sich die Optimierung dieser Kennzahlen für die Conversion lohnt, selbst wenn sich am Ranking nichts ändern würde.

Deshalb gehören sie eher zur UX der Seite als zu einer Checkbox für die Suchmaschine. Ein hoher LCP auf der Produktseite oder ein CLS, der den Kaufbutton genau im Moment des Klicks verschiebt, kostet zuerst Umsatz und erst danach Positionen.

• Lade das Element above the fold, das wahrscheinlich den LCP bestimmt, etwa ein Headerbild oder eine große Überschrift, mit Priorität und ohne Verzögerung durch Drittanbieter-Skripte ohne sichtbaren Nutzen.
• Reduziere JavaScript, das während der Nutzerinteraktion läuft: lange Aufgaben in kleinere Häppchen aufzuteilen verbessert den INP, ohne am Design etwas zu ändern.
• Reserviere Platz per width und height (oder aspect-ratio) für Bilder, Videos und iFrames, und vermeide Banner oder Cookie-Hinweise, die sich über bereits geladenen Inhalt schieben.
• Liefere Bilder in modernen Formaten wie WebP aus, mit Lazy Loading außerhalb des ersten sichtbaren Bereichs, aber ohne die Elemente zu verzögern, die tatsächlich zum LCP gehören.
• Prüfe den Core-Web-Vitals-Bericht in der Search Console nach URL-Gruppen, nicht nur den Wert einer einzelnen Seite in einem Labortool.
• Miss auf echten Mittelklasse-Geräten, nicht nur auf dem Entwickler-Laptop: Google indexiert und bewertet vorrangig die mobile Version nach dem Mobile-First-Prinzip, dort fällt der Unterschied meist am stärksten auf.

• Sich nur auf die Laborpunktzahl eines Tools wie PageSpeed Insights verlassen und die echten Felddaten nicht prüfen, die tatsächlich den Bericht in der Search Console bestimmen.
• Den LCP mit einem komprimierten Bild optimieren, aber weiterhin Schriften oder Skripte laden, die das Rendering davor blockieren.
• INP mit FID verwechseln und weiter von der „Verzögerung der ersten Interaktion" als aktueller Kennzahl sprechen; FID wurde am 12. März 2024 abgelöst.
• Den CLS beheben, indem für die Usability nötige Animationen gestrichen werden, statt einfach den Platz zu reservieren, den diese Animationen einnehmen werden.
• Core Web Vitals als einmaliges Projekt behandeln: ohne laufende Überwachung kann ein neues Deployment einen INP verschlechtern, der monatelang im grünen Bereich lag, ohne dass es bis zur nächsten Prüfung des technischen SEO auffällt.