Kurz zusammengefasst: Core Web Vitals sind die drei Kennzahlen, mit denen Google die Nutzererfahrung einer Seite misst: LCP (Ladegeschwindigkeit, „gut“ ≤ 2,5 s), INP (Reaktionsfähigkeit, ≤ 200 ms) und CLS (visuelle Stabilität, ≤ 0,1). Bewertet wird am 75. Perzentil echter Nutzerdaten. Um sie 2026 zu verbessern, optimieren Sie pro Metrik gezielt: LCP über schnelleres Laden (Bilder, kritisches CSS, Server), INP über schlankeres JavaScript (das ist der häufigste Schwachpunkt) und CLS über feste Maße für alle Elemente. Diese Checkliste führt Sie Metrik für Metrik durch die wirksamsten Maßnahmen – plus Tools zum Messen und Überwachen.
Was sind Core Web Vitals?
Core Web Vitals sind drei Performance-Kennzahlen von Google, die die reale Nutzererfahrung messen: Largest Contentful Paint (LCP) für die Ladegeschwindigkeit, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Jede Metrik erhält die Bewertung „gut“, „verbesserungswürdig“ oder „schlecht“.
Seit März 2024 ersetzt INP die ältere Kennzahl FID. Der Unterschied ist wesentlich: FID maß nur die erste Interaktion, INP bewertet die Reaktionszeit über die gesamte Sitzung. Das macht INP ehrlicher – und für viele Seiten schwieriger zu bestehen.
| Metrik | Misst | Gut | Verbesserung nötig | Schlecht |
|---|---|---|---|---|
| LCP | Ladegeschwindigkeit | ≤ 2,5 s | 2,5–4 s | > 4 s |
| INP | Reaktionsfähigkeit | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS | visuelle Stabilität | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Wichtig zur Bewertung: Google misst am 75. Perzentil der echten Nutzerdaten aus dem Chrome User Experience Report (CrUX), gemittelt über ein rollierendes 28-Tage-Fenster. Eine Seite besteht erst, wenn mindestens 75 % der Aufrufe für alle drei Metriken im grünen Bereich liegen. Die offiziellen Definitionen finden Sie auf web.dev.
Warum Core Web Vitals 2026 zählen
Core Web Vitals sind ein bestätigter Google-Rankingfaktor – allerdings als Teil der Page Experience und eher als Tiebreaker: Bei ähnlich relevanten, autoritativen Seiten gibt die bessere Performance den Ausschlag. Inhaltliche Qualität bleibt wichtiger, aber bei umkämpften Suchbegriffen entscheidet oft die Geschwindigkeit.
Die Korrelation ist messbar: Auswertungen von DebugBear zeigen, dass Seiten auf Position 1 die Core Web Vitals deutlich häufiger bestehen als Seiten auf Position 9. Mindestens ebenso wichtig ist der wirtschaftliche Effekt – langsame, instabile Seiten erhöhen die Absprungrate und senken die Conversion. Performance ist damit kein reines Technikthema, sondern wirkt direkt auf Umsatz und Sichtbarkeit.
Der Schwachpunkt 2026 ist INP: Branchenauswertungen zufolge scheitert rund die Hälfte der Websites am 200-ms-Schwellenwert. Der Grund: INP lässt sich nicht durch ein komprimiertes Bild oder einen Cache lösen, sondern verlangt Eingriffe in die JavaScript-Architektur.
LCP verbessern: Ladegeschwindigkeit
LCP misst, wann das größte sichtbare Element (meist ein Hero-Bild, eine Überschrift oder ein Textblock) geladen ist. Ziel sind höchstens 2,5 Sekunden. Die wirksamsten Hebel betreffen Server-Antwortzeit, kritische Ressourcen und Bilder.
- Server-Antwortzeit (TTFB) senken: gutes Hosting, Caching, CDN für statische Inhalte.
- Das LCP-Element per
preloadfrüh anfordern und nicht per Lazy-Loading verzögern. - Bilder optimieren: moderne Formate (WebP/AVIF), korrekte Dimensionen, responsive
srcset. - Kritisches CSS inline einbinden, nicht benötigtes CSS/JS verschieben oder entfernen.
- Webfonts mit
font-display: swapladen und vorab anfordern (preload). - Wo möglich serverseitig rendern, statt Inhalte erst im Browser per JavaScript aufzubauen.
INP verbessern: Reaktionsfähigkeit
INP misst, wie schnell die Seite auf Eingaben reagiert – über alle Klicks, Taps und Tastendrücke einer Sitzung. Ziel sind höchstens 200 Millisekunden. INP ist 2026 die am häufigsten verfehlte Metrik, weil die Ursache fast immer im JavaScript liegt.
- Lange Aufgaben (Long Tasks > 50 ms) aufbrechen und die Arbeit dem Hauptthread regelmäßig zurückgeben (yield).
- Nicht kritisches JavaScript verzögern (
defer/async) oder erst bei Bedarf laden. - Drittanbieter-Skripte (Tracking, Chat, Werbung) prüfen, reduzieren und entkoppeln.
- Schwere Berechnungen in Web Worker auslagern, damit der Hauptthread frei bleibt.
- Event-Handler schlank halten und teure Layout-Berechnungen vermeiden.
- JavaScript-Bundles verkleinern (Code-Splitting), damit weniger Code geparst werden muss.
Faustregel: Wer INP verbessern will, denkt nicht über Bilder nach, sondern über JavaScript. Genau hier zahlt sich saubere technische Umsetzung am stärksten aus.
CLS verbessern: visuelle Stabilität
CLS misst unerwartete Layout-Verschiebungen – etwa wenn ein Button wegspringt, während man ihn anklickt. Ziel ist ein Wert von höchstens 0,1. Die Lösung ist fast immer dieselbe: jedem Element von Anfang an festen Platz geben.
- Für alle Bilder, Videos und iframes feste
widthundheight(bzw.aspect-ratio) setzen. - Platz für dynamische Inhalte wie Werbung, Banner oder Einwilligungsdialoge reservieren.
- Webfonts mit
font-display: swapund Vorab-Laden einsetzen, um Text-Sprünge zu vermeiden. - Keine neuen Inhalte oberhalb bereits sichtbarer Elemente nachladen.
- Animationen über
transformstatt über layout-auslösende Eigenschaften umsetzen.
Core Web Vitals messen & überwachen
Verlassen Sie sich auf Felddaten (echte Nutzer), nicht nur auf Labordaten. Felddaten aus CrUX zeigen, was Google tatsächlich bewertet; Labortools helfen beim Diagnostizieren. Für stabile Ergebnisse messen Sie kontinuierlich, nicht nur einmalig.
- PageSpeed Insights: Feld- und Labordaten für einzelne URLs in einem Tool.
- Google Search Console (Bericht „Core Web Vitals“): zeigt bestehende und problematische URL-Gruppen auf Basis von Felddaten.
- Lighthouse / DevTools: Labordaten zum gezielten Debuggen einzelner Probleme.
- RUM (Real User Monitoring): laufende Messung echter Nutzer – ideal, um Regressionen nach Deployments früh zu erkennen.
Profi-Tipp: Setzen Sie interne Alarme bei rund 80 % des Schwellenwerts (z. B. LCP > 2,0 s, INP > 160 ms, CLS > 0,08). So bemerken Sie eine Verschlechterung, bevor sie ins 28-Tage-Feldfenster einfließt und Ihr Ranking trifft.
Die laufende Optimierung von Core Web Vitals ist Entwicklungsarbeit und braucht Konsistenz über die gesamte Website. Wenn Sie Performance, Technik und Auffindbarkeit zusammen aufbauen möchten, übernimmt Westom die professionelle Web-Entwicklung mit Performance- und AEO-Fokus für den DACH-Raum.
Sie wissen nicht, an welcher Metrik Ihre Seite scheitert – und warum? Unsere transparenten Preise sehen Sie auf einen Blick.
Web-Entwicklung mit Performance-FokusHäufige Fehler
Diese Fehler kosten 2026 besonders viel Performance – und Ranking:
- Nur Labordaten (Lighthouse) optimieren und die Felddaten ignorieren, die Google tatsächlich bewertet.
- Bei INP an Bildern statt am JavaScript ansetzen – der falsche Hebel.
- Bilder ohne feste Maße einbinden und damit Layout-Sprünge (CLS) provozieren.
- Zu viele Drittanbieter-Skripte laden und den Hauptthread blockieren.
- Einmal optimieren und nie überwachen, obwohl jedes Deployment eine Regression bringen kann.
- Nur eine Metrik verbessern – die Seite besteht erst, wenn LCP, INP und CLS gleichzeitig im grünen Bereich liegen.
Häufige Fragen
Was sind die drei Core Web Vitals 2026?
Largest Contentful Paint (LCP) für die Ladegeschwindigkeit, Interaction to Next Paint (INP) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. INP hat im März 2024 die ältere Metrik FID ersetzt.
Welche Werte gelten als „gut“?
LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1 – jeweils am 75. Perzentil der echten Nutzerdaten. Alle drei müssen gleichzeitig im grünen Bereich liegen, damit eine Seite besteht.
Sind Core Web Vitals ein Rankingfaktor?
Ja, als bestätigter Teil der Page Experience – allerdings eher als Tiebreaker bei vergleichbarer inhaltlicher Qualität. Guter, relevanter Content bleibt wichtiger, doch bei umkämpften Suchbegriffen kann die Performance den Ausschlag geben.
Warum ist INP so schwer zu bestehen?
Weil die Ursache fast immer im JavaScript liegt. Anders als bei LCP oder CLS genügt kein komprimiertes Bild oder Cache – INP verlangt Eingriffe in die JS-Architektur: lange Aufgaben aufbrechen, Skripte verschieben und den Hauptthread entlasten.
Womit messe ich Core Web Vitals am besten?
Mit Felddaten aus PageSpeed Insights und der Google Search Console, ergänzt um Lighthouse zum Debuggen und RUM zur laufenden Überwachung. Felddaten zeigen, was Google bewertet; Labordaten helfen bei der Ursachensuche.
Glossar
- LCP
- Largest Contentful Paint – Zeit, bis das größte sichtbare Element geladen ist. Misst die Ladegeschwindigkeit.
- INP
- Interaction to Next Paint – Reaktionszeit der Seite über alle Interaktionen. Ersetzt seit März 2024 die Metrik FID.
- CLS
- Cumulative Layout Shift – Maß für unerwartete Layout-Verschiebungen während des Ladens. Misst die visuelle Stabilität.
- FID
- First Input Delay – ältere Reaktionsmetrik, die nur die erste Interaktion bewertete; durch INP abgelöst.
- CrUX
- Chrome User Experience Report – Googles Datensatz echter Nutzererfahrungen, Grundlage der Core-Web-Vitals-Bewertung.
- Felddaten
- Messwerte echter Nutzer (z. B. aus CrUX), die Google zur Bewertung heranzieht – im Gegensatz zu Labordaten.
- TTFB
- Time to First Byte – Zeit bis zur ersten Server-Antwort; wichtiger Einflussfaktor auf den LCP.
- p75
- 75. Perzentil – Schwelle, an der Google misst: 75 % der Aufrufe müssen „gut“ sein, damit eine Seite besteht.
Einschätzung aus der Praxis
Die meisten Seiten scheitern 2026 an INP – nicht an Bildern, sondern an JavaScript.
Tomasz Węsierski, CEO & Lead Developer bei Westom. Er hat den E-Commerce bei Expondo über elf europäische Märkte mit aufgebaut.
Unabhängige Bewertungen, ihr aktueller Stand und die jeweils berichteten Projektergebnisse sind auf unserer Seite Referenzen und Methodik mit Links zu den externen Profilen dokumentiert. Partnerschaftsstatus und Zertifikate werden getrennt von Kundenbewertungen ausgewiesen.
Verwandte Themen
Machen Sie Ihre Website messbar schneller und stabiler – als Fundament für Ranking und Conversion. Mehr über uns erfahren Sie hier.
Jetzt Web-Performance verbessern
