Executive Summary
Core Web Vitals (CWV) sind auch 2026 ein fester Bestandteil der Google-Signale zur Bewertung der Page Experience und damit ein relevanter Rankingfaktor[1][2].
Die drei Kennzahlen bleiben LCP (Largest Contentful Paint), INP (Interaction to Next Paint) und CLS (Cumulative Layout Shift), wobei INP seit März 2024 FID endgültig ersetzt hat[3].
Wichtige Erkenntnis
Deutsche Analysen zeigen: Rund 47% der deutschen Websites verfehlen die CWV-Schwellenwerte, vor allem wegen schlechter LCP- und INP-Werte[4].
1. Aktuelle Core Web Vitals Schwellenwerte 2026
Die drei Metriken im Detail
LCP (Largest Contentful Paint)
Misst, wann der größte sichtbare Inhalt im Viewport gerendert ist.
Ziel: "Gut"
INP (Interaction to Next Paint)
Misst, wie schnell die Seite auf Nutzerinteraktionen reagiert.
Ziel: "Gut"
CLS (Cumulative Layout Shift)
Misst die visuelle Stabilität während der Nutzung.
Ziel: "Gut"
Die Messung basiert auf Felddaten aus dem Chrome User Experience Report (CrUX), aggregiert über rollierende 28 Tage. Für die Bewertung nutzt Google das 75. Perzentil – nur wenn alle drei Metriken an diesem Perzentil „gut" sind, gilt die Seite als bestanden[5].
Änderungen 2025/2026
Die größte strukturelle Änderung: Der Wechsel von FID zu INP am 12. März 2024. Seit diesem Datum ist INP offizielle Core Web Vital. Search Console und PageSpeed Insights zeigen seitdem standardmäßig INP statt FID an[3].
Die Latte liegt gleich hoch – aber der Wettbewerb ist schneller!
Globale CrUX-Auswertungen zeigen: Anfang 2026 bestehen rund 55,7% aller Origins alle drei Core Web Vitals (gegenüber 50% Anfang 2024). Die numerischen Schwellenwerte bleiben unverändert, aber das Niveau steigt.
Core Web Vitals: Deutsche Websites 2026
Anteil der Websites, die alle drei CWV bestehen (Desktop vs. Mobile)
Quelle: SISTRIX / CrUX 2026
2. Häufigste Ursachen für schlechte Werte bei deutschen Websites
Deutsche Agenturen und technische SEO-Guides nennen immer wieder ähnliche Ursachen[4]:
- Schwergewichtige Templates und Themes (insbesondere bei WordPress, Typo3, Shop-Systemen) mit vielen eingebundenen Libraries
- Nicht optimierte Bilder und Videos, häufig ohne moderne Formate (WebP, AVIF)
- Zu viel JavaScript: Tracking-Skripte, Tag-Manager, komplexe Frontend-Frameworks ohne Code-Splitting
- Langsame Server/Hosting-Setups ohne Caching und CDN
- Nachgeladene Inhalte ohne Platzhalter (Banner, Embeds, Consent-Overlays)
- Nicht berücksichtigte INP-Probleme durch langsame Event-Handler
LCP-Probleme im deutschsprachigen Raum
- Hero-Bilder ohne Optimierung (große JPG/PNG ohne Kompression)
- Render-blockierende Ressourcen (viele CSS/JS im <head>)
- Langsame Time to First Byte (TTFB) durch Shared Hosting
- Webfonts als LCP-Element ohne preload-Priorisierung
INP-Probleme
Mit INP als neuer Core Web Vital rücken neue Probleme in den Vordergrund:
- Schwere Single-Page-Applications (SPA) mit großem JS-Bundle
- Aufwendige Event-Handler (z. B. bei Filtern, dynamischen Formularen)
- UI-Frameworks ohne Lazy Loading für Komponenten
- Tracking- und A/B-Testing-Skripte, die bei Klicks zusätzliche Berechnungen auslösen
CLS-Probleme
- Bilder und Embeds ohne feste Breite/Höhe oder aspect-ratio
- Dynamisch eingeladene Werbebanner oberhalb des Contents
- Spätes Laden von Webfonts (FOUT/FOIT-Effekte)
- Consent-Banner ohne Reservierung des Platzes
3. Best Practices für LCP-Optimierung
Ein guter LCP-Wert entsteht aus dem Zusammenspiel von schneller Serverantwort, kleinen, gut komprimierten Assets und einer kritischen Rendering-Pipeline ohne Blocker.
Konkrete Maßnahmen:
1. Bilder optimieren
- Moderne Formate: WebP oder AVIF statt JPG/PNG
- Responsive Images:
<picture>mit srcset - Kompression: TinyPNG, ImageOptim, Squoosh
- Lazy Loading für Off-Screen:
loading="lazy" - Aber: LCP-Element NICHT lazy loaden!
2. Server & CDN
- Schneller TTFB (<600ms): Gutes Hosting, Server-Caching
- CDN nutzen (Cloudflare, BunnyCDN): Nähe zum Nutzer = schnellere Auslieferung
- HTTP/2 oder HTTP/3: Multiplexing, schnellere Verbindungen
3. Render-blockierende Ressourcen vermeiden
- CSS: Kritisches CSS inline, restliches CSS asynchron laden
- JavaScript:
deferoderasyncAttribut - Preload für wichtige Ressourcen:
<link rel="preload">
4. Webfonts optimieren
font-display: swapfür sofortige Textanzeige- Preload für kritische Fonts:
<link rel="preload" as="font"> - Subset fonts: Nur benötigte Zeichen einbinden
4. INP-Optimierung: Schnelle Interaktivität
INP misst die Reaktionsgeschwindigkeit auf alle Nutzerinteraktionen während eines Besuchs – nicht nur die erste[3].
Best Practices:
- Long Tasks vermeiden:Kein JavaScript-Code >50ms am Stück
- Code-Splitting: Nur laden, was gebraucht wird (React.lazy, dynamic imports)
- Web Workers: Schwere Berechnungen in Background-Thread auslagern
- Event-Handler optimieren: Debouncing, Throttling für Input-Events
- Third-Party-Scripts reduzieren: Tracking, Ads, Embeds – jedes Skript kostet Performance
Praxis-Tipp
Nutze Chrome DevTools → Performance → Record, um Long Tasks zu identifizieren. Alles über 50ms ist ein Kandidat für Optimierung!
5. CLS-Optimierung: Visuelle Stabilität
CLS misst, wie stark sich Layout-Elemente unerwartet verschieben. Jede Verschiebung nervt Nutzer und kostet Ranking.
Maßnahmen gegen Layout Shifts:
- Feste Dimensionen für Bilder/Videos: width + height Attribute, oder CSS aspect-ratio
- Reserviere Platz für dynamische Inhalte: Banner, Embeds, Lazy-Loaded-Content
- Webfonts optimieren: font-display: swap + Preload
- Kein Content oberhalb einfügen: Consent-Banner, Sticky-Bars – Platz reservieren!
- Animationen nur mit transform/opacity: Keine width/height-Änderungen
Beispiel: Bild mit aspect-ratio (CLS = 0)
<img
src="hero.jpg"
alt="Hero Image"
width="1920"
height="1080"
style="aspect-ratio: 16/9; width: 100%; height: auto;"
/>6. Tools zum Messen und Monitoring
Empfohlene Tools für deutsche Websites:
PageSpeed Insights
Typ: Lab + Field (CrUX)
Google-Tool mit Lighthouse-Lab-Daten + CrUX-Felddaten. Zeigt Optimierungsvorschläge.
pagespeed.web.dev →Google Search Console
Typ: Field (CrUX)
Zeigt Core Web Vitals für alle URLs deiner Website. Perfekt fürs Monitoring.
search.google.com/search-console →Lighthouse (Chrome DevTools)
Typ: Lab
Lokale Performance-Audits. Gut für Entwicklung, aber keine Felddaten.
Chrome DevTools → Lighthouse Tab
SISTRIX
Typ: Field (CrUX)
Deutsches SEO-Tool mit CrUX-Integration. Perfekt für .de-Domains und Wettbewerbsvergleich.
sistrix.de →7. Rankingrelevanz von Core Web Vitals 2026
Die wichtigste Frage: Wie stark beeinflussen Core Web Vitals das Google-Ranking?
Googles offizielle Aussage
Core Web Vitals sind einer von vielen Rankingfaktoren. Inhalt, Relevanz und Backlinks bleiben wichtiger. Aber bei gleichwertigen Inhalten kann Performance den Unterschied machen[2].
Praxis-Erkenntnis:
- Tight SERPs: Bei wettbewerbsintensiven Keywords (z.B. "Rechtsanwalt München") kann CWV der Tie-Breaker sein
- Long-Tail: Bei Nischen-Keywords zählt vor allem Content-Qualität
- Mobile-First: Google indexiert primär mobile Version → Mobile CWV wichtiger!
- User Experience: Schnelle Seiten = niedrigere Absprungrate = besseres Ranking (indirekt)
Fazit
Core Web Vitals sind kein „Silver Bullet", aber auch kein „Nice-to-have". In kompetitiven Märkten sind sie ein Hygienefaktor – wer sie ignoriert, verliert gegenüber Wettbewerbern, die sie optimieren.
Website zu langsam? Wir optimieren Ihre Core Web Vitals!
LCP, INP, CLS – wir analysieren Ihre Performance und setzen gezielte Optimierungen um. Bessere Rankings, zufriedenere Nutzer, messbare Ergebnisse. Perfekt für deutsche Unternehmen, die im SEO vorne mitspielen wollen.
Quellen
- [1] Google Core Web Vitals Documentation - Official metrics and thresholds. Google Web.dev. Abgerufen am 25. März 2026.
- [2] Core Web Vitals: LCP, INP, CLS explained. Google Search Central. Abgerufen am 25. März 2026.
- [3] INP replaces FID as Core Web Vital (March 2024). Google Web.dev. Abgerufen am 25. März 2026.
- [4] Core Web Vitals Optimization Guide Germany. SISTRIX. Abgerufen am 25. März 2026.
- [5] Chrome User Experience Report (CrUX) Dashboard. Chrome Developers. Abgerufen am 25. März 2026.