Alle ArtikelTechnische Infrastruktur

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

2026-08-24

Wenn ein Besucher auf Ihrer Website landet und drei Sekunden lang auf einen leeren Bildschirm starrt, wissen Sie bereits, dass dieser Besuch wahrscheinlich nicht konvertiert. Google sieht das genauso. Deshalb sind Core Web Vitals sowohl ein Ranking-Faktor als auch ein direktes Maß für das Nutzererlebnis. In diesem Artikel behandeln wir die drei Metriken (LCP, INP, CLS), was als „guter“ Schwellenwert gilt, häufige Ursachen und praktische Lösungen.

Was sind Core Web Vitals?

Core Web Vitals ist das Metrik-Set, mit dem Google das Nutzererlebnis einer Seite in drei Dimensionen misst: Ladegeschwindigkeit (LCP), Interaktions-Reaktionsfähigkeit (INP) und visuelle Stabilität (CLS). Jede Metrik wird anhand des 75. Perzentils echter Nutzerdaten (p75) bewertet, das heißt, damit Ihre Seite als „gut“ gilt, müssen mindestens 75 % Ihrer Besucher eine Erfahrung unterhalb dieser Schwellenwerte machen. Das ist eine deutlich härtere Hürde, als in einem Labortest ein einzelnes „gutes“ Ergebnis zu erzielen.

„Gute“ Schwellenwerte:

MetrikGutVerbesserung nötigSchlecht
LCP≤ 2,5 Sekunden2,5–4 Sekunden> 4 Sekunden
INP≤ 200 Millisekunden200–500 ms> 500 ms
CLS≤ 0,10,1–0,25> 0,25

Diese Werte werden über Felddaten (CrUX, den Chrome User Experience Report) gemessen. Der Laborwert in PageSpeed Insights ist eine Schätzung, echte Nutzerdaten, also Felddaten, sind die letzte Instanz.

Largest Contentful Paint (LCP): im Detail

LCP misst, wie lange das größte sichtbare Element auf der Seite (meist ein Bild oder ein Überschriftenblock) zum Laden braucht, also den Moment, in dem der Nutzer das Gefühl hat, „die Seite ist wirklich geladen“.

Häufige Ursachen: Langsame Serverantwortzeit, unoptimierte große Bilder, render-blockierende CSS-/JS-Dateien, eine langsame DNS- oder Serververbindung.

Praktische Lösungen: Bilder komprimieren und in modernen Formaten (WebP/AVIF) ausliefern, ein CDN verwenden, kritisches CSS inline am Seitenanfang einbinden, unnötige render-blockierende Skripte verzögern, die Serverantwortzeit verbessern (Caching, schnelleres Hosting).

Interaction to Next Paint (INP): im Detail

INP misst die Verzögerung zwischen dem Moment, in dem ein Nutzer interagiert (Klick, Tap, Tastendruck), und dem Moment, in dem die Seite sichtbar reagiert. 2024 löste diese Metrik die ältere FID (First Input Delay) ab, weil sie nicht nur eine erste Interaktion misst, sondern wie reaktionsfähig die Seite über die gesamte Sitzung bleibt.

Häufige Ursachen: Schweres JavaScript, das den Hauptthread blockiert, Drittanbieter-Skripte (Werbung, Analytics, Chat-Widgets), große und komplexe DOM-Aktualisierungen.

Praktische Lösungen: JavaScript in kleinere Teile aufteilen (Code-Splitting), unnötige Drittanbieter-Skriptlast reduzieren, lange Aufgaben (Long Tasks) in kleinere Einheiten zerlegen, um den Hauptthread zu entlasten, nicht kritische Skripte verzögern (defer).

Cumulative Layout Shift (CLS): im Detail

CLS misst unerwartete Verschiebungen oder Sprünge im Inhalt beim Laden der Seite, etwa wenn eine spät geladene Anzeige über dem Text erscheint, den Sie gerade lesen, und den Mauszeiger an eine andere Stelle verschiebt.

Häufige Ursachen: Bilder, die ohne Breite/Höhe geladen werden, spät geladene Schriftarten (fehlende font-display-Einstellung), nachträglich eingefügter dynamischer Inhalt (Werbung, Banner) ohne vorab reservierten Platz.

Praktische Lösungen: Für jedes Bild und Video Breite und Höhe (oder aspect-ratio) angeben, font-display: swap verwenden, für dynamischen Inhalt (Werbung, Benachrichtigungen) vorab einen festen Bereich reservieren.

Wie man misst und überwacht

  • PageSpeed Insights: zeigt Labor- und Felddaten auf einem Bildschirm
  • CrUX (Chrome User Experience Report): Googles Datenbank echter Nutzerdaten
  • Search Console → Core-Web-Vitals-Bericht: zeigt alle Ihre Seiten gruppiert nach der jeweils problematischen Metrik
  • Real User Monitoring (RUM): für größere Websites, kontinuierliches Monitoring in Ihre eigene Analytics-Infrastruktur eingebettet

Priorisierung: Was zuerst beheben?

Welche Metrik in Ihrem Search-Console-Bericht die meisten Seiten in „schlecht“ oder „Verbesserung nötig“ drückt, die beheben Sie zuerst. Statt zu versuchen, alle drei Metriken gleichzeitig zu perfektionieren, konzentrieren Sie sich auf die mit dem größten Hebel. Eine bildlastige E-Commerce-Website hat zum Beispiel meist ein LCP-Problem. Bei Seiten mit vielen Anzeigen und Widgets treten CLS und INP häufiger auf.

Auswirkung in der Praxis: SEO, Conversion und GEO

Core Web Vitals ist ein direkter Ranking-Faktor, aber die Wirkung beschränkt sich nicht auf das Ranking. Auf einer langsam ladenden Seite springen Nutzer ab, bevor sie warten (eine hohe Absprungrate), was die Conversion direkt senkt. Eine schnelle, technisch saubere Seite erleichtert außerdem sowohl klassischen Such-Bots als auch KI-Bots (wichtig für GEO, siehe unseren Was-ist-GEO-Artikel) das Crawlen und korrekte Verarbeiten Ihres Contents. Eine Investition in Core Web Vitals wirkt also gleichzeitig für SEO, GEO und direkten Umsatz.

Häufig gestellte Fragen

Muss ich bei allen drei Metriken „gut“ abschneiden, um Core Web Vitals zu bestehen? Für das beste Ranking-Ergebnis ja, „gut“ bei allen drei ist das Ziel. In der Praxis ist es aber effizienter, mit der Metrik zu beginnen, die den größten Nutzerverlust verursacht.

Warum unterscheiden sich Laborwert und Felddaten (echte Nutzer)? Ein Labortest führt eine einmalige Messung mit einer standardisierten Geräte-/Verbindungssimulation durch. Felddaten spiegeln die tatsächliche Erfahrung Ihrer echten Besucher über verschiedene Geräte und Verbindungsgeschwindigkeiten hinweg wider. Beide dienen unterschiedlichen Zwecken, Felddaten sind die letzte Referenz.

Wie viele Tage dauert es, bis sich Core Web Vitals verbessern? Die technische Korrektur selbst (Bildoptimierung, Code-Splitting und Ähnliches) wird meist schnell umgesetzt. Da der Feldbericht in der Search Console aber auf den letzten 28 Tagen echter Nutzerdaten basiert, kann es einige Wochen dauern, bis sich die Korrektur vollständig im Bericht niederschlägt.

Werden mobile und Desktop-Werte getrennt bewertet? Ja, Google misst und meldet mobile und Desktop-Performance getrennt. Auf den meisten Websites sind mobile Werte kritischer, da der Großteil des Traffics vom Mobilgerät kommt.

Fazit

Core Web Vitals ist kein vager Ratschlag wie „Geschwindigkeit ist gut“, sondern drei konkrete Metriken, klare Schwellenwerte und eine direkt messbare Wirkung. In unserer Website-Performance-Leistung nehmen wir uns diese drei Metriken einzeln vor und zeigen Ihnen anhand echter Nutzerdaten genau, wo Ihre Website Verluste macht. Wenn Sie den aktuellen Core-Web-Vitals-Status Ihrer Website sehen möchten, kontaktieren Sie uns.

Häufig gestellte Fragen

Muss ich bei allen drei Metriken 'gut' abschneiden, um Core Web Vitals zu bestehen?

Für das beste Ranking-Ergebnis ja, gut bei allen drei ist das Ziel. In der Praxis ist es aber effizienter, mit der Metrik zu beginnen, die den größten Nutzerverlust verursacht.

Warum unterscheiden sich Laborwert und Felddaten (echte Nutzer)?

Ein Labortest führt eine einmalige Messung mit einer standardisierten Geräte-/Verbindungssimulation durch. Felddaten spiegeln die tatsächliche Erfahrung Ihrer echten Besucher über Geräte und Verbindungen hinweg wider und sind die letzte Referenz.

Wie viele Tage dauert es, bis sich Core Web Vitals verbessern?

Die technische Korrektur selbst wird meist schnell umgesetzt, da der Feldbericht aber auf den letzten 28 Tagen echter Nutzerdaten basiert, kann es einige Wochen dauern, bis sie sich vollständig zeigt.

Werden mobile und Desktop-Werte getrennt bewertet?

Ja, Google misst und meldet mobile und Desktop-Performance getrennt. Auf den meisten Websites sind mobile Werte kritischer.

Lassen Sie uns Ihren GEO- und SEO-Status bewerten

Kontaktieren Sie uns

Weitere Artikel