Tab-Taste zeigt Sprunglinks an. Enter aktiviert den ausgewählten Sprunglink und navigiert direkt zum entsprechenden Seitenbereich.

Core Web Vitals 2026: Der komplette LCP, INP und CLS Optimierungsguide

22. Januar 202612 Min. Lesezeit
Core Web Vitals 2026: Der komplette LCP, INP und CLS Optimierungsguide

Core Web Vitals sind Googles wichtigste Metriken zur Messung der Nutzererfahrung und beeinflussen direkt Ihr Suchranking. 2026 bestehen nur 47% aller Websites alle drei Metriken – das bedeutet, dass die Optimierung Ihrer Core Web Vitals einen messbaren Wettbewerbsvorteil bietet[1]. Dieser Guide behandelt alles, was Sie wissen müssen: aktuelle Schwellenwerte, Optimierungstechniken für LCP, INP und CLS sowie die Tools zur Messung Ihres Fortschritts.

Das Wichtigste in Kürze

  • LCP (Largest Contentful Paint): ≤2,5 Sekunden für einen „guten" Wert
  • INP (Interaction to Next Paint): ≤200ms für einen „guten" Wert (ersetzte FID im März 2024)
  • CLS (Cumulative Layout Shift): ≤0,1 für einen „guten" Wert
  • Nur 47% der Websites bestehen alle drei Core Web Vitals
  • INP ist die schwierigste Metrik – 47% der Seiten scheitern daran
  • Seiten mit schlechten Core Web Vitals verloren 23-31% mehr Traffic durch Googles Dezember-2025-Update

Was sind Core Web Vitals?

Core Web Vitals sind drei spezifische Metriken, die Google zur Bewertung der Nutzererfahrung Ihrer Website verwendet[2]:

MetrikWas sie misstGutVerbesserungsbedürftigSchlecht
LCPLadeleistung≤2,5s2,5s - 4,0s>4,0s
INPReaktionsfähigkeit≤200ms200ms - 500ms>500ms
CLSVisuelle Stabilität≤0,10,1 - 0,25>0,25

Google misst diese Metriken am 75. Perzentil der Seitenaufrufe. Das bedeutet, dass 75% Ihrer Besucher „gute" Werte erleben müssen, damit Ihre Seite besteht[3].

Sind Core Web Vitals ein Rankingfaktor?

Ja. Core Web Vitals sind bestätigte Google-Rankingfaktoren als Teil des Page Experience Updates[4]. Laut Branchenforschung machen sie etwa 10-15% der Ranking-Signale aus. Obwohl sie nicht der dominante Faktor sind, haben Seiten, die die Core Web Vitals-Schwellenwerte erfüllen, einen messbaren Vorteil im Wettbewerb um Suchplatzierungen.

Auswirkungen des Google-Updates vom Dezember 2025:

  • Seiten mit LCP über 3 Sekunden erlebten 23% mehr Trafficverlust als schnellere Konkurrenten
  • Schlechte INP-Werte über 300ms verursachten 31% Trafficeinbrüche, besonders auf Mobilgeräten[5]

Kostenloses Performance-Audit erhalten

Wir analysieren Ihre Core Web Vitals und geben konkrete Handlungsempfehlungen

Kostenlose Beratung buchen

Core Web Vitals Statistiken 2026

Das Verständnis der aktuellen Landschaft hilft Ihnen einzuschätzen, wo Ihre Seite steht:

StatistikWertQuelle
Websites, die alle CWV bestehen47%NitroPack
Seiten, die speziell bei INP scheitern47%NitroPack
WordPress-Seiten, die bestehen (mobil)44%Branchenanalyse
Duda-Seiten, die bestehen84,87%SEJ Research
Wix-Seiten, die bestehen74,86%SEJ Research
Seiten mit gutem LCP47,99%HTTPArchive

Wichtige Erkenntnis: INP ist die schwierigste Metrik 2026. Während 89% der Seiten die alte FID-Metrik bestehen, erfasst der neue INP-Standard deutlich mehr Performance-Probleme[1].

LCP-Optimierung: Ladeleistung verbessern

Largest Contentful Paint misst, wie schnell der Hauptinhalt Ihrer Seite sichtbar wird. Das LCP-Element ist typischerweise entweder ein Hero-Bild oder Textblock mit benutzerdefinierter Webschrift[6].

Bildoptimierungstechniken

1. Moderne Bildformate verwenden

  • Bilder in WebP oder AVIF Format konvertieren
  • WebP bietet typischerweise 25-35% kleinere Dateigrößen als JPEG
  • AVIF kann bis zu 50% kleiner sein, hat aber weniger Browserunterstützung

2. fetchpriority="high" implementieren

Dies ist „die mächtigste LCP-Optimierung, die Sie wahrscheinlich nicht nutzen"[7]:

<img src="hero.webp" fetchpriority="high" alt="Hero-Bild">

Standardmäßig laden Browser Bilder mit „niedriger" Priorität herunter. Das Hinzufügen von fetchpriority="high" befiehlt sofortigen Download.

3. Kritische Bilder vorladen

<link rel="preload" as="image" href="hero.webp" fetchpriority="high">

4. Above-the-Fold-Bilder nicht lazy-loaden

Lazy Loading Ihres Hero-Bildes ist ein häufiger Fehler, der LCP deutlich verzögert. Laden Sie nur Bilder unterhalb des sichtbaren Bereichs verzögert[8].

5. CDN verwenden

Content Delivery Networks reduzieren die physische Entfernung zwischen Ihrem Server und den Nutzern. Bild-CDNs können auch automatisch Bilder optimieren und skalieren.

Schriftarten-Optimierungstechniken

Wenn Ihr LCP-Element Text mit einer benutzerdefinierten Schriftart ist, wirkt sich langsames Schriftart-Laden direkt auf Ihren Wert aus:

1. font-display: swap oder optional verwenden

@font-face {
  font-family: 'CustomFont';
  src: url('font.woff2') format('woff2');
  font-display: swap; /* Zeigt Fallback sofort, wechselt wenn geladen */
}

Die Verwendung von font-display: optional ist für LCP sogar besser – es gibt der Schriftart ~100ms zum Laden, ansonsten wird der Fallback permanent verwendet[9].

2. Schriftarten selbst hosten

Das Hosten von Schriftarten auf Ihrer eigenen Domain eliminiert den zusätzlichen DNS-Lookup und die Verbindung zu Google Fonts oder anderen Drittanbietern.

3. Kritische Schriftarten vorladen

<link rel="preload" as="font" type="font/woff2" href="font.woff2" crossorigin>

Schnelle LCP-Checkliste

  • WebP/AVIF für Hero-Bilder verwenden
  • fetchpriority="high" zum LCP-Bild hinzufügen
  • Kritische Bilder und Schriftarten vorladen
  • Above-the-Fold-Inhalte nicht lazy-loaden
  • font-display: swap oder optional verwenden
  • Render-blockierendes CSS/JS minimieren
  • CDN für statische Assets nutzen
  • Server-Antwortzeit unter 600ms sicherstellen

INP-Optimierung: Reaktionsfähigkeit verbessern

Interaction to Next Paint (INP) hat First Input Delay (FID) im März 2024 ersetzt. Es misst, wie schnell Ihre Seite auf alle Nutzerinteraktionen reagiert – nicht nur auf die erste[10].

Die drei Phasen von INP

Jede Interaktion besteht aus drei Phasen:

  1. Input Delay – Wartezeit, bis Hintergrundaufgaben abgeschlossen sind, bevor der Browser Ihre Interaktion verarbeiten kann
  2. Processing Time – Zeit für die Ausführung von JavaScript-Event-Handlern
  3. Presentation Delay – Zeit für Layout-Neuberechnung und visuelle Aktualisierung

Ziel: Gesamtzeit über alle drei Phasen sollte ≤200ms sein.

INP-Optimierungstechniken

1. Lange Aufgaben aufteilen

Lange JavaScript-Aufgaben (>50ms) blockieren den Hauptthread und verzögern Interaktionen. Teilen Sie sie in kleinere Stücke:

// Statt einer langen Aufgabe
function processLargeArray(items) {
  items.forEach(item => heavyProcessing(item));
}

// In kleinere Aufgaben aufteilen
async function processLargeArray(items) {
  for (const item of items) {
    heavyProcessing(item);
    await new Promise(resolve => setTimeout(resolve, 0)); // Hauptthread freigeben
  }
}

2. Web Workers für aufwändige Verarbeitung nutzen

CPU-intensive Aufgaben vom Hauptthread auslagern:

const worker = new Worker('heavy-task.js');
worker.postMessage(data);
worker.onmessage = (e) => updateUI(e.data);

3. Unkritisches JavaScript verzögern

<script src="analytics.js" defer></script>
<script src="chat-widget.js" defer></script>

4. Third-Party-Scripts prüfen

Drittanbieter-Scripts sind oft die größten Übeltäter für schlechtes INP. Überprüfen und entfernen Sie unnötige Scripts oder laden Sie sie asynchron[11].

5. Framework-spezifische Optimierungen

FrameworkTechniken
ReactuseDeferredValue, useTransition, React.memo
Vuev-memo, async components, computed properties
AngularOnPush change detection, trackBy, @defer

6. DOM-Größe reduzieren

Große DOM-Bäume verlangsamen Layout-Neuberechnungen. Ziel:

  • Maximal 1.500 Knoten insgesamt
  • Maximale Tiefe von 32 Ebenen
  • Kein Elternknoten mit >60 Kindknoten

INP-Auswirkung auf das Geschäft

Googles Web Vitals-Team fand heraus, dass eine Verbesserung von INP von 500ms auf 200ms mit bis zu 22% Verbesserung der Nutzer-Engagement-Metriken korreliert[12].

CLS-Optimierung: Visuelle Stabilität verbessern

Cumulative Layout Shift misst, wie stark sich Inhalte während des Seitenladens unerwartet verschieben. Ein CLS-Wert von 0,1 oder weniger gilt als „gut"[13].

Häufige Ursachen für Layout-Verschiebungen

  1. Bilder ohne Dimensionen – Browser weiß nicht, wie viel Platz reserviert werden soll
  2. Anzeigen und Einbettungen – Laden asynchron und schieben Inhalte nach unten
  3. Webschriften – Text fließt neu, wenn benutzerdefinierte Schriftart lädt
  4. Dynamische Inhaltseinfügung – Neue Elemente werden oberhalb bestehender Inhalte eingefügt

CLS-Optimierungstechniken

1. Bilddimensionen immer angeben

<!-- Schlecht - verursacht Layout-Verschiebung -->
<img src="photo.jpg" alt="Foto">

<!-- Gut - Browser reserviert Platz -->
<img src="photo.jpg" alt="Foto" width="800" height="600">

Moderne Browser berechnen automatisch das Seitenverhältnis aus den width/height-Attributen und reservieren den korrekten Platz[14].

2. Platz für Anzeigen reservieren

.ad-container {
  min-height: 250px; /* Platz für Anzeige reservieren */
  background: #f0f0f0;
}

3. CSS Transform für Animationen verwenden

Animationen mit transform lösen keine Layout-Neuberechnungen aus:

/* Schlecht - löst Layout aus */
.animate {
  margin-left: 100px;
}

/* Gut - keine Layout-Verschiebung */
.animate {
  transform: translateX(100px);
}

4. Schriftart-Laden optimieren

Die Verwendung von font-display: optional verhindert Layout-Verschiebungen durch Schriftart-Wechsel vollständig:

@font-face {
  font-family: 'CustomFont';
  src: url('font.woff2') format('woff2');
  font-display: optional;
}

5. Keine Inhalte oberhalb bestehender Elemente einfügen

Beim Hinzufügen dynamischer Inhalte (wie Benachrichtigungen oder Banner), fügen Sie diese unterhalb bestehender Inhalte ein, nicht oberhalb. Oder verwenden Sie fixed/sticky Positionierung, die das Layout nicht beeinflusst.

Tools zur Messung von Core Web Vitals

ToolDatentypAm besten für
PageSpeed InsightsLabor + Feld (28-Tage CrUX)Analyse der Produktiv-Seite
LighthouseLabor (simuliert)Entwicklung, CI/CD-Integration
Chrome DevToolsLabor (Echtzeit)Debugging, Profiling
Search ConsoleFeld (CrUX)Seitenweite Trends, URL-Gruppen
Web Vitals ExtensionLabor (Echtzeit)Schnelle Checks beim Surfen

Labor- vs. Felddaten

Labordaten (Lighthouse, DevTools):

  • Simulierte Umgebung, kontrollierte Bedingungen
  • Ideal für Debugging und Entwicklung
  • Spiegeln möglicherweise nicht die reale Performance wider

Felddaten (CrUX, PageSpeed Insights):

  • Echte Nutzerdaten von Chrome-Browsern
  • 28-Tage-Durchschnitt
  • Zeigen tatsächliche Nutzererfahrung[15]

Wichtig: Lighthouse simuliert ein Mittelklasse-Mobilgerät auf langsamem 4G. Ihre tatsächlichen Nutzer haben möglicherweise andere Erfahrungen.

Core Web Vitals und Barrierefreiheit

Performance und Barrierefreiheit sind eng miteinander verbunden. Viele Optimierungen helfen bei beidem:

OptimierungCWV-VorteilBarrierefreiheits-Vorteil
Semantisches HTMLBesseres Parsing, schnelleres RenderingScreenreader-Kompatibilität
Bild-Alt-TexteSchnellere BildverarbeitungFür sehbehinderte Nutzer
Reduzierte BewegungNiedrigeres CLSFür Nutzer mit vestibulärer Störung
TastaturfokusSchnellere InteraktionsverarbeitungFür motorisch eingeschränkte Nutzer
Farbkontrast-Für Nutzer mit Sehschwäche

Barrierefreie Websites neigen naturgemäß zu besseren Core Web Vitals, weil sie sauberen, semantischen Code und effizientes Rendering priorisieren[16].

Häufig gestellte Fragen

Wie oft aktualisiert Google die Core Web Vitals?

Google verfeinert die Metriken kontinuierlich. Die bedeutendste jüngste Änderung war der Ersatz von FID durch INP im März 2024. Basierend auf den Update-Mustern (März, Juni, Dezember 2025) ist das nächste Core-Update für März oder April 2026 zu erwarten.

Können Core Web Vitals allein mein Ranking verbessern?

Nein. Core Web Vitals sind einer von vielen Rankingfaktoren (geschätzt 10-15%). Sie werden schlechten Content oder schwache Backlinks nicht ausgleichen. Wenn die Inhaltsqualität konkurrierender Seiten jedoch ähnlich ist, bieten bessere Core Web Vitals einen Ranking-Vorteil.

Warum unterscheidet sich mein Lighthouse-Score von PageSpeed Insights?

Lighthouse verwendet nur simulierte Labordaten, während PageSpeed Insights Labordaten mit 28 Tagen echter Nutzerdaten aus CrUX kombiniert. Echte Nutzer haben unterschiedliche Geräte, Netzwerke und Verhaltensweisen, die Labortests nicht vollständig replizieren können.

Welche Metrik sollte ich zuerst optimieren?

Beginnen Sie mit LCP – es ist oft am einfachsten zu verbessern (Bildoptimierung, Preloading) und hat den sichtbarsten Einfluss. Dann CLS angehen (Dimensionsattribute, reservierter Platz), und schließlich INP (JavaScript-Optimierung).

Beeinflussen Core Web Vitals mobile und Desktop-Rankings unterschiedlich?

Google verwendet Mobile-First-Indexierung, daher sind mobile Core Web Vitals wichtiger für Rankings. Desktop-Performance ist jedoch weiterhin wichtig für Nutzererfahrung und Conversions.

Fazit

Core Web Vitals sind 2026 nicht optional – sie sind ein messbarer Faktor für Ihr Suchranking und die Nutzererfahrung. Mit nur 47% der Websites, die alle drei Metriken bestehen, verschafft Ihnen die Optimierung von LCP, INP und CLS einen Wettbewerbsvorteil.

Prioritäre Maßnahmen:

  1. PageSpeed Insights auf Ihren wichtigsten Seiten ausführen
  2. Zuerst LCP-Probleme beheben (Bilder, Schriften, Server-Antwortzeit)
  3. CLS-Probleme angehen (Dimensionen, reservierter Platz)
  4. INP optimieren (JavaScript, Drittanbieter-Scripts)
  5. Mit dem Core Web Vitals-Bericht der Search Console überwachen

Denken Sie daran: Schnelle, stabile und reaktionsschnelle Websites sind nicht nur für SEO wichtig – sie konvertieren besser, binden Nutzer länger und bieten eine bessere Erfahrung für alle, einschließlich Menschen mit Behinderungen.

Brauchen Sie Hilfe bei der Optimierung Ihrer Website?

Wir sind spezialisiert auf Web-Performance und Barrierefreiheits-Audits

Kostenlose Beratung buchen

Verwandte Artikel:

Kostenloses Audit Ihrer Website

Lassen Sie uns Ihre Website auf Barrierefreiheit prüfen – kostenlos und unverbindlich

Themen:

Core Web VitalsLCP OptimierungINP OptimierungCLS OptimierungPage SpeedGoogle RankingWeb PerformancePageSpeed InsightsWebsite Ladezeit