Seit Mai 2021 sind Core Web Vitals ein offizieller Google-Rankingfaktor. Websites mit schlechten Werten verlieren Positionen — vor allem auf Mobilgeraeten. Was die drei Metriken bedeuten, wie Sie sie messen und wie Sie sie verbessern, erklärt dieser Leitfaden.
Was sind Core Web Vitals?
Core Web Vitals (CWV) sind drei Google-Metriken, die die Nutzererfahrung einer Website aus Benutzerperspektive messen:
| Metrik | Misst | Gut | Verbesserungswuerdig | Schlecht |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ladegeschwindigkeit | ≤ 2,5 Sek. | 2,5–4 Sek. | > 4 Sek. |
| INP (Interaction to Next Paint) | Interaktivität | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Visuelle Stabilität | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Wichtig: Seit Maerz 2024 ersetzt INP (Interaction to Next Paint) den alten FID-Wert (First Input Delay).
LCP: Largest Contentful Paint
Was wird gemessen?
LCP misst, wie lange es dauert, bis das größte sichtbare Element im Viewport geladen ist — meist ein Hero-Bild, ein H1-Heading oder ein großes Textblock.
Typische LCP-Probleme
- Grosses, unkomprimiertes Hero-Bild ohne
fetchpriority="high" - Schriftarten blockieren das Rendering (FOUT/FOIT)
- Langsamer Server-Response (TTFB über 600ms)
- Render-blocking JavaScript im
<head>
LCP verbessern — konkrete Maßnahmen
1. Hero-Bild optimieren:
<img
src="hero.webp"
fetchpriority="high"
loading="eager"
width="1200"
height="600"
alt="..."
/>
2. Bildformate modernisieren:
- WebP statt JPEG/PNG spart 25–35% Dateigrösse
- AVIF spart bis zu 50% — aber Browserunterstützung prüfen
<picture>-Element für automatisches Format-Fallback nutzen
3. Server-Antwortzeiten verbessern:
- Hosting bei europaeischen Rechenzentren (Hetzner, Strato, IONOS Deutschland)
- CDN aktivieren für statische Assets
- Server-seitiges Caching aktivieren
4. Render-Blocking Scripts eliminieren:
deferoderasyncbei nicht-kritischem JavaScript- CSS Critical Path identifizieren und inline laden
INP: Interaction to Next Paint
Was wird gemessen?
INP misst die Reaktionszeit der Seite auf Nutzereingaben — Klicks, Tippvorgaenge, Wischgesten. Google misst die schlechteste Interaktion (99. Perzentile) und bewertet danach.
Typische INP-Probleme
- Schwere JavaScript-Bundles blockieren den Main Thread
- Event-Handler mit langen Berechnungen
- Viele DOM-Elemente (über 1.500)
- Third-Party-Scripts (Chat-Widgets, Tag Manager, Analytics) auf dem Main Thread
INP verbessern — konkrete Maßnahmen
1. JavaScript-Bundle aufteilen (Code Splitting): Lade nur das JS, das auf der aktuellen Seite benötigt wird.
2. Long Tasks identifizieren: Chrome DevTools → Performance → Suche nach “Long Tasks” (Aufgaben > 50ms). Diese sind die häufigste Ursache schlechter INP-Werte.
3. Third-Party-Scripts verzoegern:
<!-- Erst laden wenn Nutzer scrollt oder klickt -->
<script>
window.addEventListener('scroll', loadAnalytics, {once: true});
</script>
4. Web Workers nutzen: Berechnungen in Worker-Threads auslagern, damit der Main Thread frei bleibt.
CLS: Cumulative Layout Shift
Was wird gemessen?
CLS misst unerwartete Verschiebungen von Seitenelementen während des Ladens. Wenn ein Button nach dem Laden einer Anzeige nach unten springt und der Nutzer gerade klicken wollte — das ist CLS.
Typische CLS-Ursachen
- Bilder ohne
width- undheight-Attribut - Anzeigen oder Iframes ohne reservierten Platz
- Nachtraeglich geladene Schriften (FOUT)
- Dynamisch eingefuegte Inhalte über vorhandenen Content
CLS verbessern — konkrete Maßnahmen
1. Alle Bilder dimensionieren:
<!-- RICHTIG: Browser reserviert Platz vor dem Laden -->
<img src="foto.webp" width="800" height="450" alt="..." />
<!-- FALSCH: Layout verschiebt sich beim Laden -->
<img src="foto.webp" alt="..." />
2. Aspect-Ratio für responsive Bilder:
img {
aspect-ratio: 16 / 9;
width: 100%;
height: auto;
}
3. Schriftarten vorladen:
<link rel="preload" href="/fonts/inter.woff2" as="font" type="font/woff2" crossorigin />
4. Reservierten Platz für Ads/Embeds:
.ad-container {
min-height: 250px; /* Größe der erwarteten Anzeige */
}
Core Web Vitals messen
Kostenlose Tools
1. Google PageSpeed Insights (pagespeed.web.dev) Zeigt Lab-Daten (simuliert) und Field-Daten (echte Nutzer aus CrUX-Datenbank). Field-Daten sind für Google-Rankings maßgeblich.
2. Google Search Console → Core Web Vitals Zeigt welche URLs Probleme haben — aufgeteilt nach Desktop und Mobil. Wichtig: Hier sind nur echte Nutzerdaten (Field Data), keine Simulationen.
3. Chrome DevTools → Lighthouse Lokal in Chrome starten (F12 → Lighthouse). Gut für Entwicklertests, aber kein Ersatz für Field Data.
4. WebPageTest (webpagetest.org) Detaillierteste Analyse, Wasserfall-Diagramme, Video-Vergleiche.
Checkliste: Core Web Vitals für 2026
LCP:
- Hero-Bild mit
fetchpriority="high"undloading="eager" - Bilder in WebP/AVIF konvertiert
- TTFB unter 600ms (Serverantwort prüfen)
- Keine render-blocking Scripts im
<head>
INP:
- JavaScript-Bundle unter 300KB (komprimiert)
- Keine Long Tasks über 200ms (DevTools prüfen)
- Third-Party-Scripts verzoegert geladen
- Event-Handler schlank halten
CLS:
- Alle
<img>habenwidthundheight - Schriftarten mit
rel="preload"vorgeladen - Reservierter Platz für dynamische Inhalte
- Keine Elemente die andere verdraengen
Häufige Fragen zu Core Web Vitals
Wie stark beeinflussen Core Web Vitals das Google-Ranking?
Google beschreibt CWV als “Tiebreaker” — bei ansonsten gleichwertigen Seiten entscheiden sie die Platzierung. Bei stark kompetitiven Keywords können schlechte CWV-Werte mehrere Positionen kosten.
Reichen gute Lab-Werte (Lighthouse) für bessere Rankings?
Nein. Google nutzt für Rankings die Field Data aus dem Chrome User Experience Report (CrUX) — also echte Nutzerdaten. Lab-Werte (Lighthouse, PageSpeed simuliert) sind ein Entwicklungswerkzeug, nicht das Rankingsignal.
Wie lange dauert es, bis CWV-Verbesserungen im Ranking sichtbar werden?
Google aktualisiert die CrUX-Daten monatlich. Verbesserungen können also 4 bis 8 Wochen brauchen, bis sie im Ranking reflektiert werden.
Gelten die gleichen Grenzwerte für Mobile und Desktop?
Die Grenzwerte sind identisch, aber Mobile-Nutzer haben oft schlechtere Verbindungen. Google bewertet Mobile und Desktop getrennt — Mobile schlechter zu sein ist sehr verbreitet und kostet Rankings.
Fazit
Core Web Vitals sind kein optionales Nice-to-have — sie sind ein direkter Rankingfaktor und spiegeln echte Nutzererfahrung wider. Investitionen in LCP, INP und CLS verbessern gleichzeitig Conversions und Google-Positionen.
Moechten Sie Ihre Core Web Vitals professionell optimieren? SEO-Analyse anfragen — wir prüfen Ihre Werte und erstellen einen Maßnahmenplan.