Core Web Vitals
Die Core Web Vitals sind drei Kennzahlen von Google für die Nutzererfahrung einer Seite: Largest Contentful Paint (LCP, Ladezeit bis zum Hauptinhalt), Interaction to Next Paint (INP, Reaktionszeit auf Eingaben) und Cumulative Layout Shift (CLS, visuelle Stabilität). Googles Ranking-Systeme berücksichtigen sie, doch die Relevanz des Inhalts zählt mehr.
Die drei Kennzahlen
| Kennzahl | Misst | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|---|
| LCP | Wie lange das größte sichtbare Element (meist Bild oder Textblock) bis zur Darstellung braucht | bis 2,5 s | 2,5 bis 4 s | über 4 s |
| INP | Wie schnell die Seite nach Klicks, Tipps und Tastatureingaben das nächste Bild zeigt (schlechtester typischer Wert über den ganzen Besuch) | bis 200 ms | 200 bis 500 ms | über 500 ms |
| CLS | Wie stark sich sichtbare Inhalte beim Laden verschieben | bis 0,1 | 0,1 bis 0,25 | über 0,25 |
Der INP hat im März 2024 den First Input Delay (FID) als Core Web Vital abgelöst. Der FID maß nur die Verzögerung der ersten Eingabe, der INP berücksichtigt alle Interaktionen eines Besuchs.
Feld- und Labordaten
Für die Bewertung zählen Felddaten: Messungen von echten Besuchern, die Chrome im Chrome User Experience Report (CrUX) sammelt. Maßgeblich ist der Wert, den 75 Prozent der Seitenaufrufe erreichen oder unterbieten, getrennt nach Mobil und Desktop. Die Daten decken die letzten 28 Tage ab, eine Verbesserung wird deshalb erst nach und nach sichtbar.
Labordaten entstehen in einem Testlauf unter festen Bedingungen, zum Beispiel mit Lighthouse. Sie eignen sich, um Ursachen zu finden und Änderungen sofort zu prüfen, ersetzen aber nicht die Felddaten. Den INP gibt es im Labor nicht, dort dient die Total Blocking Time als Näherung.
Welchen Einfluss sie auf das Ranking haben
Google schreibt, dass seine Ranking-Systeme die Core Web Vitals berücksichtigen, und empfiehlt gute Werte. Es gibt aber kein einzelnes Page-Experience-Signal, und die Suche zeigt immer zuerst die relevantesten Inhalte, auch wenn die Seitenerfahrung mäßig ist. Eine schnelle Seite überholt also keine inhaltlich passendere, kann aber bei vergleichbaren Ergebnissen mitentscheiden. Gute Werte garantieren keine Spitzenplätze. Unabhängig vom Ranking sind schnelle, stabile Seiten für Besucher angenehmer, weil sie nicht warten müssen.
LCP verbessern
- Die Antwortzeit des Servers senken (Caching, schnelleres Hosting, ein CDN)
- Das LCP-Element früh laden lassen: Bild in passender Größe und modernem Format, mit
fetchpriority="high"oder einem Preload - Das LCP-Bild nicht per Lazy Loading verzögern
- Blockierendes CSS und JavaScript im Kopf der Seite verringern
INP verbessern
- Lange Aufgaben im Hauptthread in kleine Teile zerlegen
- Weniger JavaScript ausliefern und nicht benötigte Skripte entfernen
- Skripte von Drittanbietern (Tracking, Chat, Werbung) verzögert laden
- Die Menge der DOM-Elemente klein halten, weil große Seiten jede Änderung verlangsamen
CLS verbessern
- Bildern, Videos und Einbettungen feste Maße geben (
widthundheight) - Platz für Werbung, Banner und nachgeladene Inhalte reservieren
- Schriften so laden, dass der Text beim Wechsel nicht springt (
font-display, wichtige Schriften vorladen) - Keine Inhalte oberhalb von bereits sichtbaren Inhalten einfügen
Messen
- PageSpeed Insights: zeigt Felddaten aus CrUX und Labordaten für eine einzelne Adresse
- Search Console: der Bericht „Core Web Vitals“ gruppiert ähnliche Seiten der ganzen Website und trennt Mobil und Desktop (siehe Google Search Console)
- Chrome DevTools und Lighthouse: für die Ursachenanalyse im Labor
- web-vitals-Bibliothek: misst die Werte bei deinen echten Besuchern und schickt sie an dein Analysewerkzeug
Häufige Fehler
- Nur im Labor testen: Ein guter Lighthouse-Wert sagt wenig, wenn echte Besucher mit schwächeren Geräten und langsamen Netzen kommen.
- Auf die Punktzahl optimieren: Der Performance-Score von Lighthouse ist keine Core Web Vital. Entscheidend sind LCP, INP und CLS.
- Nur Desktop prüfen: Gewertet wird getrennt, und mobil liegen die Werte meist schlechter (siehe Mobile-First Indexierung).
- Zu früh urteilen: Wegen der 28 Tage dauert es, bis Felddaten eine Änderung zeigen.
- Das LCP-Bild verzögern: Lazy Loading ist für Bilder unterhalb des sichtbaren Bereichs gedacht, nicht für das größte Bild am Seitenanfang.
Weiterführende Begriffe
- Pagespeed: Ladegeschwindigkeit einer Seite
- Page Experience: die Signale rund um die Nutzererfahrung
- Mobile-First Indexierung: Google bewertet die mobile Fassung
- JavaScript-SEO: JavaScript so einsetzen, dass Seiten schnell und auffindbar bleiben
Quellen
- web.dev: Web Vitals
- web.dev: Interaction to Next Paint (INP)
- Google Search Central: Core Web Vitals und die Google-Suche