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]:
| Metrik | Was sie misst | Gut | Verbesserungsbedürftig | Schlecht |
|---|---|---|---|---|
| LCP | Ladeleistung | ≤2,5s | 2,5s - 4,0s | >4,0s |
| INP | Reaktionsfähigkeit | ≤200ms | 200ms - 500ms | >500ms |
| CLS | Visuelle Stabilität | ≤0,1 | 0,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 buchenCore Web Vitals Statistiken 2026
Das Verständnis der aktuellen Landschaft hilft Ihnen einzuschätzen, wo Ihre Seite steht:
| Statistik | Wert | Quelle |
|---|---|---|
| Websites, die alle CWV bestehen | 47% | NitroPack |
| Seiten, die speziell bei INP scheitern | 47% | NitroPack |
| WordPress-Seiten, die bestehen (mobil) | 44% | Branchenanalyse |
| Duda-Seiten, die bestehen | 84,87% | SEJ Research |
| Wix-Seiten, die bestehen | 74,86% | SEJ Research |
| Seiten mit gutem LCP | 47,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:
- Input Delay – Wartezeit, bis Hintergrundaufgaben abgeschlossen sind, bevor der Browser Ihre Interaktion verarbeiten kann
- Processing Time – Zeit für die Ausführung von JavaScript-Event-Handlern
- 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
| Framework | Techniken |
|---|---|
| React | useDeferredValue, useTransition, React.memo |
| Vue | v-memo, async components, computed properties |
| Angular | OnPush 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
- Bilder ohne Dimensionen – Browser weiß nicht, wie viel Platz reserviert werden soll
- Anzeigen und Einbettungen – Laden asynchron und schieben Inhalte nach unten
- Webschriften – Text fließt neu, wenn benutzerdefinierte Schriftart lädt
- 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
| Tool | Datentyp | Am besten für |
|---|---|---|
| PageSpeed Insights | Labor + Feld (28-Tage CrUX) | Analyse der Produktiv-Seite |
| Lighthouse | Labor (simuliert) | Entwicklung, CI/CD-Integration |
| Chrome DevTools | Labor (Echtzeit) | Debugging, Profiling |
| Search Console | Feld (CrUX) | Seitenweite Trends, URL-Gruppen |
| Web Vitals Extension | Labor (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:
| Optimierung | CWV-Vorteil | Barrierefreiheits-Vorteil |
|---|---|---|
| Semantisches HTML | Besseres Parsing, schnelleres Rendering | Screenreader-Kompatibilität |
| Bild-Alt-Texte | Schnellere Bildverarbeitung | Für sehbehinderte Nutzer |
| Reduzierte Bewegung | Niedrigeres CLS | Für Nutzer mit vestibulärer Störung |
| Tastaturfokus | Schnellere Interaktionsverarbeitung | Fü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:
- PageSpeed Insights auf Ihren wichtigsten Seiten ausführen
- Zuerst LCP-Probleme beheben (Bilder, Schriften, Server-Antwortzeit)
- CLS-Probleme angehen (Dimensionen, reservierter Platz)
- INP optimieren (JavaScript, Drittanbieter-Scripts)
- 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 buchenVerwandte Artikel:
Kostenloses Audit Ihrer Website
Lassen Sie uns Ihre Website auf Barrierefreiheit prüfen – kostenlos und unverbindlich
Themen:
Weitere Artikel

Joomla 4 & 5 Form Accessibility: WCAG Compliance Guide
Joomla 4/5 Accessibility Guide 2025: JForm API, Jooa11y Checker, RSForm Pro WCAG - Bootstrap 5 Integration für vollständige Barrierefreiheit.

Shopware 6 Barrierefreiheit: EAA Compliance Guide für E-Commerce
Shopware 6.7 Accessibility Guide 2025: Built-in WCAG 2.1 Features, EAA Compliance, B2B Features - Perfect 100/100 Lighthouse Score erreichen.

TYPO3 Barrierefreie News: Redakteure Guide für Enterprise CMS
TYPO3 Enterprise Accessibility Guide 2025: Built-in WCAG 2.1 Features, Multi-Language Support, Government-Scale Implementations - €108M GSB Projekt Erfahrungen.