Seit 2021 fließen Core Web Vitals als offizieller Ranking-Faktor in den Google-Algorithmus ein. Seither sind Begriffe wie „LCP”, „INP” und „CLS” in der SEO-Welt allgegenwärtig — aber was bedeuten sie konkret, und wie stark beeinflussen sie wirklich deine Rankings?
Dieser Leitfaden erklärt alle drei Metriken verständlich, ohne Entwickler-Jargon, mit konkreten Handlungsempfehlungen für KMU.
Was sind Core Web Vitals?
Core Web Vitals sind drei spezifische Messwerte, die Google nutzt um die Nutzererfahrung einer Webseite zu bewerten. Sie messen, wie schnell eine Seite lädt, wie schnell sie auf Interaktionen reagiert und wie stabil das Layout beim Laden ist.
Google erhebt diese Daten aus echten Nutzer-Sitzungen (Chrome User Experience Report, kurz: CrUX) — nicht aus künstlichen Tests. Das bedeutet: Was deine Besucher tatsächlich erleben, zählt.
Warum ist das relevant für SEO? Google hat bestätigt, dass Core Web Vitals ein direkter Ranking-Faktor sind — Teil des sogenannten „Page Experience”-Signals. Schlechte Werte können Rankings senken; sehr gute Werte können ein Plus sein, besonders in Märkten wo Konkurrenten ähnlich starken Content haben.
Die drei Core Web Vitals im Detail
1. LCP — Largest Contentful Paint
Was es misst: Wie lange dauert es, bis das größte sichtbare Element der Seite geladen ist?
Das „größte Element” ist typischerweise:
- Ein Hero-Bild
- Ein großes Textblock-Element (H1 oder Lead-Text)
- Ein Video-Poster
Zielwert:
| Wert | Bewertung |
|---|---|
| ≤ 2,5 Sekunden | ✅ Gut |
| 2,5 – 4,0 Sekunden | 🟡 Verbesserungsbedarf |
| > 4,0 Sekunden | 🔴 Schlecht |
Die häufigsten LCP-Ursachen:
- Zu große, unkomprimierte Bilder (der häufigste Übeltäter)
- Langsamer Server / schlechtes Hosting
- Render-blocking JavaScript (Scripts blockieren den Seitenaufbau)
- Keine CDN-Nutzung bei internationalem Traffic
So verbesserst du deinen LCP:
- Bilder optimieren — Konvertiere alle Bilder in WebP-Format. Ein JPEG mit 2 MB wird als WebP oft <200 KB — ohne sichtbaren Qualitätsverlust.
- Bild preloaden — Füge im HTML-Head ein
<link rel="preload">für dein Hero-Bild ein. Das sagt dem Browser: Lade dieses Bild zuerst. - Hosting verbessern — Shared Hosting mit 500ms Server-Response-Time macht guten LCP fast unmöglich. Managed VPS oder Cloud-Hosting ab 10 €/Monat ist die Mindestanforderung.
- Lazy Loading richtig einsetzen — Das Hauptbild darf NICHT lazy-loaded werden. Nur Bilder unterhalb der Fold-Linie.
2. INP — Interaction to Next Paint
Was es misst: Wie schnell reagiert die Seite auf Nutzerinteraktionen (Klicks, Tippen, etc.)?
INP ist der Nachfolger von FID (First Input Delay) und misst nicht nur die erste Interaktion, sondern die schlimmste Reaktionszeit über die gesamte Sitzung.
Zielwert:
| Wert | Bewertung |
|---|---|
| ≤ 200 Millisekunden | ✅ Gut |
| 200 – 500 ms | 🟡 Verbesserungsbedarf |
| > 500 ms | 🔴 Schlecht |
Warum INP so wichtig ist: 500 ms Reaktionsverzögerung fühlt sich für Nutzer wie eine einfrierenden Seite an. Auf mobilen Geräten ist das besonders spürbar — und mobil kommen >60% aller Besuche.
Die häufigsten INP-Ursachen:
- Zu viel JavaScript, das den Main Thread blockiert
- Schwere Analytics- und Marketing-Scripts (Facebook Pixel, Google Tag Manager mit vielen Tags)
- Page Builder wie Elementor mit hunderten kleinen JavaScript-Hooks
- Schlecht optimierte WordPress-Plugins
So verbesserst du deinen INP:
- JavaScript-Budget einhalten — Jede Seite sollte maximal 200–300 KB JavaScript laden (nach Komprimierung). Alles darüber prüfen und reduzieren.
- Scripts lazy laden — Analytics, Chat-Widgets und Tracking-Scripts sollten erst nach dem Laden der Seite initialisiert werden (
deferoderasyncAttribut). - Unnötige Plugins entfernen — Bei WordPress: Jedes Plugin, das du nicht aktiv brauchst, deaktivieren. Weniger ist mehr.
- Auf moderne Technologie umsteigen — Statisch generierte Seiten (Astro, Next.js static export) haben strukturell bessere INP-Werte als WordPress mit Page Builder.
3. CLS — Cumulative Layout Shift
Was es misst: Wie stark verschiebt sich das Seitenlayout während des Ladens?
Du kennst das: Du willst auf einen Button klicken — dann verschiebt sich plötzlich alles, weil ein Bild oder eine Anzeige nachgeladen hat, und du klickst auf etwas anderes. Das ist Layout Shift.
Zielwert:
| Wert | Bewertung |
|---|---|
| ≤ 0,1 | ✅ Gut |
| 0,1 – 0,25 | 🟡 Verbesserungsbedarf |
| > 0,25 | 🔴 Schlecht |
Die häufigsten CLS-Ursachen:
- Bilder ohne definierte Breite und Höhe im HTML
- Werbeanzeigen die nachgeladen werden und Platz einnehmen
- Webfonts, die beim Laden von Fallback-Font auf Webfont wechseln (FOUT)
- Dynamisch eingefügte Inhalte (Bannern, Cookie-Hinweise oben)
So verbesserst du deinen CLS:
- Immer width und height bei Bildern angeben —
<img src="..." width="800" height="600">— der Browser reserviert den Platz, bevor das Bild geladen ist. - Aspect-Ratio CSS nutzen —
aspect-ratio: 16/9für Bild-Container verhindert Layout-Shifts. - Webfonts mit
font-display: swap+ Fallback-Font — Stelle sicher, dass Fallback-Font und Webfont ähnliche Zeilenhöhen haben. - Cookie-Banner unten platzieren — Banner die oben erscheinen und Inhalt nach unten schieben sind die häufigste Ursache für schlechte CLS-Werte.
Wie du deine Core Web Vitals misst
Tool 1: PageSpeed Insights (kostenlos)
PageSpeed Insights ist das einfachste Tool. URL eingeben, Enter drücken, Ergebnisse sehen — sowohl Lab-Daten (simulierter Test) als auch Field-Daten (echte Nutzer, wenn vorhanden).
Wichtig: Prüfe immer beide — Mobile UND Desktop. Google nutzt Mobile-Werte für das Mobile-First-Indexing.
Tool 2: Google Search Console — Core Web Vitals Report
Im Google Search Console-Dashboard gibt es unter „Erfahrung” → „Core Web Vitals” einen Bericht über alle Seiten deiner Website. Das ist besonders wertvoll, weil es echte Nutzer-Daten aus Chrome zeigt.
Was dich interessiert:
- Wie viele Seiten haben „schlechte” Werte?
- Welche URLs sind konkret betroffen?
- Hat sich der Trend verbessert oder verschlechtert?
Tool 3: WebPageTest (für Details)
WebPageTest.org liefert eine Filmstrip-Ansicht des Seitenladens — du siehst genau, was wann geladen wird und wo Verzögerungen entstehen.
Tool 4: Lighthouse (im Browser)
In Chrome DevTools (F12 → Lighthouse) kannst du direkt im Browser messen — hilfreich für lokale Entwicklung.
Core Web Vitals vs. Andere Ranking-Faktoren
Wie wichtig sind Core Web Vitals wirklich?
Googles offizielle Position: Core Web Vitals sind ein „Tiebreaker”-Signal. Bei zwei Seiten mit ähnlich gutem Content gewinnt die mit besseren Core Web Vitals. Sie ersetzen aber nicht Content-Relevanz, Backlinks und E-E-A-T.
Praktische Erfahrung: In kompetitiven Märkten (Köln, München, Webdesign-Branchen) kann ein PageSpeed-Score von 95 gegenüber 45 den Unterschied zwischen Seite 1 und Seite 2 machen. In Nischenmärkten (kleine Städte, wenig Konkurrenz) ist der Effekt geringer.
Fazit: Optimiere Core Web Vitals nicht wegen eines direkten Rankings-Boosts, sondern weil schnelle Seiten mehr Conversions bringen — unabhängig vom SEO-Effekt.
| PageSpeed Score | Durchschnittliche Bounce Rate | Conversion Rate |
|---|---|---|
| < 50 | 87% | 0,3% |
| 50–70 | 73% | 0,7% |
| 70–90 | 58% | 1,4% |
| > 90 | 41% | 2,8% |
Quelle: Deloitte, 2023, E-Commerce-Studie
Core Web Vitals für verschiedene Website-Typen
WordPress-Website
Das größte Challenge: WordPress-Seiten haben oft 50–80 aktive Scripts — Plugins, Page Builder, Analytics, Marketing-Tools. Das drückt INP und LCP.
Sofortmaßnahmen:
- WP Rocket oder Perfmatters (Caching + Script-Optimierung): 40–50 €/Jahr
- Imagify oder Shortpixel (automatische WebP-Konvertierung): 10–30 €/Jahr
- Hosting wechseln: Von Shared auf Managed WordPress (Kinsta, WP Engine): 30–100 €/Monat
- Elementor durch leichteres Theme ersetzen (GeneratePress, Kadence)
Custom / Statische Website
Strukturell besser — aber nicht automatisch perfekt.
Häufige Probleme:
- Große, unkomprimierte Bilder (auch statische Sites)
- Zu viel Third-Party-JavaScript (Google Analytics, Hotjar, Intercom)
- Nicht optimierte Webfonts (5–6 Gewichte geladen, nur 2 genutzt)
Shop (WooCommerce / Shopify)
Shops haben naturgemäß viele Scripts (Payment, Tracking, Chat). Zielwert LCP < 3,5 Sekunden ist realistisch; < 2,5 Sekunden erfordert Aufwand.
Der schnelle Core Web Vitals Check in 10 Minuten
- Öffne PageSpeed Insights
- Teste deine Startseite (Mobile)
- Notiere: LCP, INP, CLS — gut / verbesserungsbedarf / schlecht
- Teste deine wichtigste Leistungsseite
- Öffne Google Search Console → Core Web Vitals
- Notiere: Wie viele Seiten sind „schlecht”?
Wenn mehr als 20% deiner Seiten schlechte Werte haben → das ist ein akutes Problem das Ranking kostet.
Fazit: Technische Performance = Bessere Rankings UND mehr Kunden
Core Web Vitals zu optimieren hat einen doppelten Effekt:
- Direkt: Potenziell bessere Google-Rankings in kompetitiven Märkten
- Indirekt: Schnellere Seiten = weniger Absprünge = mehr Anfragen
Ein Unternehmen mit 1.000 Besuchern/Monat und 2% Conversion Rate macht 20 Anfragen. Verbessert man die Ladezeit von 4 auf 1,5 Sekunden (realistisch durch Optimierung), steigt die Conversion Rate auf ~3% — das sind 30 Anfragen. +50% Anfragen ohne einen einzigen neuen Besucher.
Investition in Core Web Vitals ist Investition in deinen bestehenden Traffic.
Häufige Fragen zu Core Web Vitals
Wie schnell wirken sich Core Web Vitals Verbesserungen auf Rankings aus?
Google aktualisiert die CrUX-Daten monatlich. Nach einer Optimierung dauert es typischerweise 4–8 Wochen, bis sich verbesserte Werte in Search Console und potentiell in Rankings zeigen. Sofort sichtbar ist der Effekt auf Conversion Rate und Bounce Rate.
Muss ich als kleines KMU Core Web Vitals optimieren?
Wenn deine Seite unter 70 PageSpeed Score hat: Ja, dringend. Nicht primär wegen SEO, sondern weil du nachweislich Kunden verlierst. Unter 50 verlierst du statistisch über 80% der Besucher durch Absprünge.
Was ist der Unterschied zwischen Lab- und Field-Daten?
Lab-Daten (Lighthouse, PageSpeed Insights „simuliert”) testen unter kontrollierten Bedingungen auf einem Standard-Gerät. Field-Daten (CrUX) kommen von echten Nutzern auf ihren echten Geräten und Verbindungen. Für Google-Rankings zählen Field-Daten. Wenn du keine Field-Daten hast (zu wenig Traffic), wertet Google nur die Lab-Daten aus.
Welches Tool ist am genauesten?
Für SEO-Entscheidungen: Google Search Console (echte Daten). Für Entwicklung und Debugging: Lighthouse + WebPageTest. PageSpeed Insights kombiniert beide und ist die erste Anlaufstelle.
Kann ich Core Web Vitals selbst verbessern oder brauche ich einen Entwickler?
Einige Maßnahmen sind ohne Entwickler möglich: Bilder komprimieren, ein Caching-Plugin installieren, unnötige Plugins deaktivieren. Für tiefere Optimierungen — Script-Aufteilung, kritisches CSS, Preloading — braucht man Entwicklerkenntnisse oder einen Profi.
Was hat FID mit INP zu tun?
FID (First Input Delay) war der Vorgänger von INP und wurde im März 2024 durch INP ersetzt. FID maß nur die erste Nutzer-Interaktion; INP misst die schlechteste Interaktion über die gesamte Sitzung. INP ist damit anspruchsvoller und realistischer.