Zum Inhalt springen
Core Web Vitals Spezialisten
LCP unter 2,5 SekundenINP unter 200 msCLS unter 0,1

Core Web Vitals: Die drei Metriken, die über Ihr Ranking entscheiden

Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift bilden das Fundament der Google Page Experience. Wer diese drei Metriken im grünen Bereich hält, sichert sich einen messbaren Vorteil in den Suchergebnissen. Wir erklären, was jede Metrik misst, warum sie für Conversions und SEO entscheidend ist und wie Sie sie gezielt verbessern.

Die Core Web Vitals sind drei nutzerzentrierte Metriken, die Google 2020 eingeführt hat, um die Qualität der Nutzererfahrung auf Websites messbar zu machen. Seit 2021 fließen sie als offizieller Rankingfaktor in die Bewertung von Suchergebnissen ein. Websites, die bei allen drei Vitals den Schwellenwert für "gut" erreichen, erhalten einen Ranking-Vorteil gegenüber Websites, die diese Schwellen verfehlen. Doch die Vitals sind weit mehr als ein SEO-Signal: Sie messen die drei Aspekte der Nutzererfahrung, die am stärksten über Zufriedenheit, Engagement und letztlich Conversions entscheiden: Ladegeschwindigkeit, Interaktivität und visuelle Stabilität. In diesem Leitfaden erklären wir jede Metrik im Detail, zeigen die Optimierungstechniken, die wir in unseren 50+ Projekten einsetzen, und geben Ihnen einen klaren Fahrplan für bessere Werte.

Was sind Core Web Vitals?

Core Web Vitals sind eine Teilmenge der Web Vitals, einer von Google definierten Sammlung von Metriken zur Bewertung der Web-Nutzererfahrung. Die drei Core Web Vitals messen jeweils einen zentralen Aspekt der wahrgenommenen Seitenqualität: Largest Contentful Paint (LCP) bewertet die Ladegeschwindigkeit des Hauptinhalts, Interaction to Next Paint (INP) bewertet die Reaktionsgeschwindigkeit auf Nutzereingaben und Cumulative Layout Shift (CLS) bewertet die visuelle Stabilität der Seite während des Ladens und der Nutzung. Zusammen ergeben diese drei Metriken ein umfassendes Bild davon, wie Nutzer die Qualität einer Website tatsächlich wahrnehmen.

Die Besonderheit der Core Web Vitals liegt in ihrer Messmethodik: Sie werden anhand realer Nutzerdaten bewertet, nicht anhand synthetischer Labortests. Google sammelt anonymisierte Performance-Daten von Chrome-Nutzern im sogenannten Chrome User Experience Report (CrUX) und verwendet den 75. Perzentilwert für die Bewertung. Das bedeutet: Mindestens 75 Prozent der realen Seitenaufrufe müssen den jeweiligen Schwellenwert erreichen, damit eine Seite als "gut" eingestuft wird. Diese feldbasierte Messung stellt sicher, dass die Ergebnisse die tatsächliche Nutzererfahrung widerspiegeln und nicht nur die Performance unter optimalen Laborbedingungen.

Die drei Core Web Vitals im Detail

Jede der drei Metriken adressiert einen spezifischen Aspekt der Nutzererfahrung und erfordert unterschiedliche Optimierungsstrategien. Im Folgenden erklären wir jede Metrik im Detail: Was sie misst, wie sie berechnet wird, warum sie wichtig ist, welche Schwellenwerte gelten und welche Optimierungsmaßnahmen die größte Wirkung erzielen.

Largest Contentful Paint (LCP): Wie schnell wird Ihr Hauptinhalt sichtbar?

Der Largest Contentful Paint misst die Zeit vom Beginn des Seitenladens bis zum Zeitpunkt, an dem das größte sichtbare Inhaltselement im Viewport gerendert wird. Dieses Element ist typischerweise ein Hero-Bild, eine große Überschrift, ein Video-Poster oder ein prominenter Textblock. LCP korreliert stark mit der wahrgenommenen Ladegeschwindigkeit: Solange der Hauptinhalt nicht sichtbar ist, empfindet der Nutzer die Seite als leer oder ladend. Ein guter LCP-Wert signalisiert dem Nutzer, dass die Seite bereit ist und er mit dem Inhalt interagieren kann.

BewertungLCP-WertBedeutung
GutBis 2,5 SekundenDer Hauptinhalt erscheint schnell, Nutzer nehmen die Seite als responsiv wahr
Verbesserungsbedürftig2,5 bis 4,0 SekundenSpürbare Verzögerung, erhöhte Absprungwahrscheinlichkeit
SchlechtÜber 4,0 SekundenDeutliche Wartezeit, hohe Absprungrate, negativer Ranking-Einfluss

Die vier Phasen des LCP

Der LCP setzt sich aus vier aufeinanderfolgenden Phasen zusammen, die jeweils eigene Optimierungsansätze erfordern. Phase eins ist die Time to First Byte (TTFB): die Zeit, bis der Server das erste Byte der Antwort liefert. Phase zwei ist die Resource Load Delay: die Verzögerung zwischen dem Empfang des HTML und dem Start des Downloads der LCP-Ressource. Phase drei ist die Resource Load Duration: die Download-Dauer der LCP-Ressource selbst. Phase vier ist die Element Render Delay: die Zeit zwischen dem abgeschlossenen Download der Ressource und ihrer Darstellung auf dem Bildschirm. Die effektivste Optimierung identifiziert, in welcher Phase die meiste Zeit verloren geht, und setzt gezielt dort an.

LCP-Optimierungstechniken

In unseren 50+ Projekten haben wir die folgenden Techniken als besonders wirksam für die LCP-Verbesserung identifiziert. Die Server-Optimierung adressiert Phase eins, die Frontend-Optimierung die Phasen zwei bis vier.

TTFB reduzieren

Server-Konfiguration optimieren, Caching aktivieren, CDN einsetzen. Ziel: TTFB unter 200 ms. Jede Millisekunde, die der Server spart, steht für den Rest des Ladevorgangs zur Verfügung.

LCP-Ressource priorisieren

Die LCP-Ressource (meist ein Bild) mit Preload-Hint im HTML-Head markieren. Fetchpriority="high" signalisiert dem Browser, diesen Download zu priorisieren.

Render-Blocking eliminieren

CSS und JavaScript, die den Seitenaufbau blockieren, identifizieren und entfernen oder verzögern. Critical CSS inline, rest asynchron nachladen.

Bildformate optimieren

LCP-Bilder in WebP oder AVIF ausliefern, richtige Dimensionen für den Viewport wählen und komprimieren. Responsives srcset für verschiedene Bildschirmgrößen.

Client-Side Rendering vermeiden

Server-Side Rendering oder Static Site Generation für den initialen Seitenaufbau nutzen. JavaScript-basiertes Rendering verzögert den LCP erheblich.

Drittanbieter-Skripte kontrollieren

Marketing-Pixel, Chat-Widgets und Analytics-Skripte können den Main Thread blockieren und den LCP verzögern. Asynchrones Laden und Defer-Strategien einsetzen.

Interaction to Next Paint (INP): Wie reaktionsschnell ist Ihre Website?

Interaction to Next Paint hat im März 2024 den First Input Delay (FID) als Core Web Vital abgelöst. INP misst die Latenz aller Nutzerinteraktionen während des gesamten Seitenbesuchs und berichtet den schlechtesten Wert (nach Bereinigung von Ausreißern). Im Gegensatz zu FID, der nur die erste Interaktion berücksichtigte, erfasst INP Klicks, Taps und Tastatureingaben über die gesamte Verweildauer hinweg. Das macht INP zu einem deutlich aussagekräftigeren Maß für die wahrgenommene Reaktionsgeschwindigkeit einer Website.

Die INP-Messung umfasst drei Phasen einer Interaktion: die Input Delay (die Zeit, bis der Browser den Event-Handler startet, typischerweise weil der Main Thread beschäftigt ist), die Processing Time (die Ausführungszeit des Event-Handlers selbst) und die Presentation Delay (die Zeit, bis der Browser die resultierende visuelle Änderung auf den Bildschirm gezeichnet hat). Ein schlechter INP-Wert bedeutet, dass der Nutzer nach einem Klick oder Tap eine spürbare Verzögerung erlebt, bevor die Seite reagiert. Diese Verzögerung fühlt sich an wie eine eingefrorene Benutzeroberfläche und ist einer der frustrierendsten Aspekte langsamer Websites.

BewertungINP-WertBedeutung
GutBis 200 MillisekundenInteraktionen fühlen sich sofort und flüssig an
Verbesserungsbedürftig200 bis 500 MillisekundenSpürbare Verzögerung zwischen Eingabe und Reaktion
SchlechtÜber 500 MillisekundenDeutlich träge Reaktion, Nutzer zweifeln an der Funktionalität

INP-Optimierungstechniken

Die Optimierung des INP erfordert ein tiefes Verständnis der JavaScript-Ausführung im Browser. Der Main Thread des Browsers ist ein einzelner Ausführungsstrang, der sowohl JavaScript als auch Layout-Berechnungen und Painting abarbeitet. Wenn umfangreiche JavaScript-Aufgaben den Main Thread für Hunderte Millisekunden blockieren, kann der Browser in dieser Zeit nicht auf Nutzereingaben reagieren. Unsere Frontend-Optimierung zielt darauf ab, lange Main-Thread-Aufgaben aufzubrechen und die JavaScript-Ausführung so zu strukturieren, dass der Browser jederzeit auf Interaktionen reagieren kann.

  • Lange JavaScript-Aufgaben mit yield-Strategien in kleinere Abschnitte aufbrechen
  • Event-Handler schlank halten und aufwendige Berechnungen in Web Worker auslagern
  • requestAnimationFrame und requestIdleCallback für nicht-kritische Updates nutzen
  • JavaScript-Bundle durch Code-Splitting und Tree Shaking minimieren
  • Drittanbieter-Skripte asynchron oder verzögert laden, um Main-Thread-Blockaden zu vermeiden
  • CSS-Selektoren vereinfachen, um Layout-Neuberechnungen bei Interaktionen zu beschleunigen
  • Virtualisierung für lange Listen und Tabellen implementieren
  • Debouncing und Throttling für häufig ausgelöste Events wie Scroll und Resize

Cumulative Layout Shift (CLS): Wie stabil ist Ihr Layout?

Cumulative Layout Shift misst die Summe aller unerwarteten Layout-Verschiebungen, die während des gesamten Lebenszyklus einer Seite auftreten. Eine Layout-Verschiebung entsteht, wenn ein sichtbares Element seine Position verändert, ohne dass der Nutzer eine Interaktion ausgelöst hat. Typische Beispiele: Ein Bild ohne definierte Abmessungen wird geladen und drückt den darunter liegenden Text nach unten. Eine verspätet geladene Werbeanzeige schiebt den Artikel zur Seite. Eine Schriftart wird nachgeladen und verändert die Textabmessungen. Diese Verschiebungen sind nicht nur visuell störend, sie können dazu führen, dass Nutzer versehentlich auf falsche Elemente klicken.

CLS wird als Summe von Impact Fraction und Distance Fraction berechnet: Wie viel des Viewports ist betroffen, und wie weit haben sich die Elemente verschoben? Ein CLS-Wert von 0 bedeutet perfekte Stabilität. Jeder Wert über 0,1 wird als verbesserungsbedürftig eingestuft. In unseren technischen Analysen sehen wir regelmäßig CLS-Werte von 0,3 bis 0,5 bei Websites mit nachgeladenen Werbebannern, Bildern ohne Dimensionsangaben oder dynamisch eingefügten Cookie-Bannern.

BewertungCLS-WertBedeutung
GutBis 0,1Das Layout bleibt stabil, Nutzer erleben keine Verschiebungen
Verbesserungsbedürftig0,1 bis 0,25Gelegentliche Verschiebungen, die spürbar aber nicht massiv sind
SchlechtÜber 0,25Häufige und deutliche Verschiebungen, die die Nutzung beeinträchtigen

CLS-Optimierungstechniken

Explizite Dimensionen

Für alle Bilder, Videos und eingebettete Inhalte width und height Attribute oder CSS aspect-ratio setzen. So reserviert der Browser den Platz, bevor die Ressource geladen ist.

Font-Display-Swap

Webfonts mit font-display: swap einbinden und Fallback-Schriftarten mit ähnlichen Metriken konfigurieren. Das verhindert unsichtbaren Text und minimiert Textumbrüche beim Font-Wechsel.

Platzhalter für dynamische Inhalte

Für Werbeanzeigen, Cookie-Banner und dynamisch geladene Inhalte vorab Platzhalter mit fester Höhe reservieren, damit nachgeladene Elemente den bestehenden Inhalt nicht verschieben.

CSS Containment

Mit CSS contain-Eigenschaft Layout-Berechnungen auf definierte Bereiche beschränken. Änderungen innerhalb eines containten Elements lösen keine Layout-Neuberechnungen für den Rest der Seite aus.

Animationen mit transform

Layout-verändernde CSS-Eigenschaften wie top, left, width, height durch transform und opacity ersetzen. Diese Eigenschaften laufen auf dem Compositor-Thread und lösen keine Layout-Shifts aus.

Inhalte nicht nachträglich einfügen

Dynamische Inhalte wie Benachrichtigungsleisten, Promotions-Banner oder Social-Media-Widgets oberhalb des bestehenden Inhalts vermeiden oder mit Overlay statt Layout-Verschiebung realisieren.

Core Web Vitals und Suchmaschinen-Ranking

Seit dem Page Experience Update im Juni 2021 sind die Core Web Vitals ein offizieller Bestandteil der Google-Ranking-Signale. Google hat wiederholt bestätigt, dass Seiten mit guten Core Web Vitals einen Ranking-Vorteil erhalten, insbesondere wenn die inhaltliche Relevanz vergleichbar ist. In der Praxis bedeutet das: Wenn zwei Seiten zum gleichen Suchbegriff ähnlich relevante Inhalte bieten, aber eine davon deutlich schneller lädt und stabiler rendert, wird diese bevorzugt in den Suchergebnissen platziert.

Die Auswirkung auf das Ranking geht über den direkten Signaleffekt hinaus. Schnellere Websites erzeugen bessere Nutzersignale: niedrigere Absprungraten, längere Verweildauer, mehr Seitenaufrufe pro Sitzung. Diese indirekten Signale verstärken den positiven Ranking-Effekt guter Core Web Vitals. In unseren Kundenprojekten beobachten wir regelmäßig messbare Ranking-Verbesserungen innerhalb von vier bis zwölf Wochen nach der Core Web Vitals Optimierung, wobei der Effekt bei stark umkämpften Keywords am deutlichsten ausfällt (Projekterfahrung). Die Kombination aus schnellen Ladezeiten und technischer SEO-Optimierung bildet eine solide Grundlage für bessere Sichtbarkeit in der organischen Suche.

Google-Ranking und Core Web Vitals

Laut Google-Studien verzeichnen Seiten, die alle drei Core Web Vitals Schwellenwerte erreichen, eine um 24 Prozent niedrigere Abbruchrate bei Seitenladevorgängen (Quelle: Google, 2023). Dieser direkte Zusammenhang zwischen Performance und Nutzerverhalten erklärt, warum Google die Vitals als Ranking-Signal eingeführt hat.

Core Web Vitals messen und überwachen

Die korrekte Messung der Core Web Vitals erfordert die Unterscheidung zwischen Feld- und Labordaten. Felddaten stammen aus dem Chrome User Experience Report und spiegeln die reale Nutzererfahrung wider. Sie sind der Maßstab, den Google für die Ranking-Bewertung heranzieht. Labordaten stammen aus kontrollierten Testumgebungen und eignen sich hervorragend für die Fehlersuche und die Validierung von Optimierungen, bevor sie live gehen. Beide Datenquellen ergänzen sich und sind für eine fundierte Optimierungsstrategie unverzichtbar.

Für die Messung im Feld steht der Chrome User Experience Report zur Verfügung, dessen Daten über die CrUX-API und die Search Console zugänglich sind. Die Web Vitals JavaScript-Bibliothek ermöglicht die Integration in eigene Analytics-Systeme. Für Labormessungen eignen sich Lighthouse (integriert in Chrome DevTools), WebPageTest und die Chrome DevTools Performance-Ansicht. Wir empfehlen unseren Kunden, beide Datenquellen zu nutzen: CrUX-Daten für die Beurteilung des Ist-Zustands aus Nutzerperspektive und Labordaten für die gezielte Analyse und Validierung einzelner Optimierungsmaßnahmen. Im Rahmen unserer Langzeitbetreuung richten wir ein automatisiertes Monitoring ein, das bei Verschlechterungen sofort alarmiert.

Vollständige Schwellenwert-Tabelle der Core Web Vitals

Die folgende Tabelle fasst alle Schwellenwerte der drei Core Web Vitals zusammen. Diese Werte gelten für den 75. Perzentilwert der Felddaten und bilden die Grundlage der Google-Bewertung (Quelle: web.dev, 2024).

MetrikGutVerbesserungsbedürftigSchlecht
LCP (Largest Contentful Paint)Bis 2,5 s2,5 s bis 4,0 sÜber 4,0 s
INP (Interaction to Next Paint)Bis 200 ms200 ms bis 500 msÜber 500 ms
CLS (Cumulative Layout Shift)Bis 0,10,1 bis 0,25Über 0,25

Praxisbeispiel: Typischer Optimierungsverlauf

Um die Wirksamkeit gezielter Core Web Vitals Optimierung zu verdeutlichen, beschreiben wir einen typischen Projektverlauf aus unserer Erfahrung. Eine mittelgroße E-Commerce-Website mit rund 5.000 Produktseiten, betrieben auf Shopware, wies folgende Ausgangswerte auf: LCP bei 4,8 Sekunden, INP bei 420 Millisekunden, CLS bei 0,28. Alle drei Vitals lagen im roten Bereich.

Am Ende des vierwöchigen Optimierungsprojekts lagen alle drei Core Web Vitals im grünen Bereich. In den folgenden Wochen beobachteten wir eine Verbesserung der durchschnittlichen Suchposition um vier Plätze bei den wichtigsten Produkt-Keywords sowie einen Anstieg des organischen Traffics um 28 Prozent (Projekterfahrung). Diese Zahlen verdeutlichen den direkten Zusammenhang zwischen technischer Performance und geschäftlichem Erfolg. Auf unserer Referenzen-Seite finden Sie weitere Projektbeispiele.

Häufig gestellte Fragen zu den Core Web Vitals

Die folgenden Fragen klären die wichtigsten Aspekte rund um die Core Web Vitals. Weitere technische Details finden Sie in unserer FAQ-Seite, und für eine individuelle Beratung stehen wir Ihnen jederzeit im persönlichen Gespräch zur Verfügung.

Ihre Core Web Vitals verbessern: Der nächste Schritt

Kennen Sie den aktuellen Stand Ihrer Core Web Vitals? In unserer kostenlosen Erstanalyse bewerten wir alle drei Metriken anhand von Feld- und Labordaten, identifizieren die konkreten Ursachen schlechter Werte und erstellen einen priorisierten Maßnahmenplan. Sie erfahren, welche Verbesserungen realistisch erreichbar sind und welchen Aufwand sie erfordern. Fordern Sie Ihre kostenlose Core Web Vitals Analyse an oder informieren Sie sich über unser vollständiges Leistungsportfolio. Einen Überblick über bisherige Optimierungsergebnisse finden Sie in unseren Referenzen. Wenn Sie Fragen haben, die über diesen Leitfaden hinausgehen, besuchen Sie unsere FAQ-Seite oder nehmen Sie direkt Kontakt auf.