SEO & Performance
Core Web Vitals verbessern: 9 konkrete Maßnahmen für schnellere KMU-Websites.
Von muench-seiten · Veröffentlicht 19. April 2026 · Aktualisiert 10. Mai 2026 · 12 Min. Lesezeit

Auf einen Blick
- Was: LCP (Ladezeit), INP (Reaktion), CLS (Stabilität) sind Googles drei Performance-Metriken.
- Warum: 53 % der Nutzer verlassen Seiten, die über 3 Sekunden laden (Bright Vessel, 2025).
- Grenzwerte: LCP < 2,5 s, INP < 200 ms, CLS < 0,1.
- Größter Hebel: Bildoptimierung und JavaScript-Reduktion bringen bei den meisten KMU-Websites 50–80 % der Verbesserung.
Seit 2021 sind Core Web Vitals ein offizieller Google-Ranking-Faktor. 2024 hat Google FID durch INP ersetzt, und die Messung ist strenger als vorher. Für KMU ist das kein Grund zur Panik, aber auch nicht ignorierbar: Seiten mit einem LCP über 3 Sekunden verlieren bis zu 23 % mehr Traffic als schnellere Wettbewerber mit ähnlichem Inhalt (Digital ByteTeck, 2026).
Hier ist, was die drei Kennzahlen bedeuten, wie Sie sie messen und welche 9 Schritte wirklich helfen.
Was sind die drei Core Web Vitals?
| Metrik | Misst | Gut | Schlecht |
|---|---|---|---|
| LCP | Ladezeit des größten sichtbaren Elements | ≤ 2,5 s | > 4,0 s |
| INP | Reaktionszeit auf Nutzer-Interaktionen | ≤ 200 ms | > 500 ms |
| CLS | Visuelle Verschiebungen beim Laden | ≤ 0,1 | > 0,25 |
LCP: Largest Contentful Paint
Misst, wann das größte sichtbare Element (meistens ein Hero-Bild oder eine große Headline) fertig geladen ist. Alles unter 2,5 Sekunden gilt als gut. Typische Ursachen für schlechten LCP:
- Unkomprimierte Hero-Bilder (5+ MB statt 200 KB).
- Langsamer Hosting-Server oder fehlendes CDN.
- Web-Fonts, die den Text blockieren (FOIT).
- JavaScript-Frameworks, die das Rendering verzögern.
INP: Interaction to Next Paint
Misst, wie schnell die Seite auf Klicks, Tipps oder Tasteneingaben reagiert. Seit März 2024 ersetzt INP den älteren FID-Wert. Unter 200 Millisekunden ist gut. Typische Ursachen:
- Zu viel JavaScript auf dem Main Thread.
- Schwere Tracking-Skripte (GTM, Facebook Pixel, Hotjar).
- Third-Party-Widgets (Chat-Tools, Review-Widgets, Cookie-Banner).
- Event-Handler mit zu vielen Berechnungen pro Klick.
RedBus konnte durch INP-Optimierung einen 7 % höheren Umsatz erreichen (ClickRank, 2026). Das zeigt: Performance ist kein reines SEO-Thema, sondern direkt umsatzrelevant.
CLS: Cumulative Layout Shift
Misst, wie stark sich Inhalte während des Ladens visuell verschieben. Unter 0,1 ist gut. Das klassische Beispiel: Sie wollen den Kontakt-Button drücken, ein Banner lädt nach, der Button rutscht, und Sie klicken auf etwas anderes. Typische Ursachen:
- Bilder ohne festgelegte width/height-Attribute.
- Dynamisch eingefügte Banner, Werbung oder Popups.
- Web-Fonts, die nachträglich laden und Text umfließen.
- Iframes ohne feste Dimensionen.
Wie messen Sie Ihre Core Web Vitals?
Google unterscheidet Labor-Daten (eine Simulation) und Felddaten (echte Nutzer-Messungen aus dem Chrome UX Report). Für das Ranking wertet Google nur die Felddaten. Für KMU-Websites ohne großen Traffic stehen in der Search Console oft keine Felddaten bereit. Dann zählen die Laborwerte als Annäherung.
| Tool | Datentyp | Am besten für |
|---|---|---|
| PageSpeed Insights | Labor + Feld | Einzelseiten-Check mit konkreten Empfehlungen |
| Google Search Console | Feld | Überblick über alle Seiten der Property |
| Chrome DevTools (Lighthouse) | Labor | Schneller lokaler Check während der Entwicklung |
9 konkrete Maßnahmen, die Ihre Core Web Vitals verbessern
Sortiert nach typischer Wirkung. Die ersten drei bringen bei den meisten KMU-Websites den größten Unterschied.
1. Bilder komprimieren und modernisieren
Der größte Einzel-Hebel bei den meisten KMU-Websites. Ein unkomprimiertes 4000-Pixel-Hero-Bild wiegt 5 MB. Komprimiert im WebP-Format: 200 KB. Konkret:
- Bilder auf die tatsächliche Anzeigegröße reduzieren (1920px reichen für Fullwidth).
- Modernes Format verwenden: WebP oder AVIF statt JPEG/PNG.
- Lazy-Loading für alle Bilder below-the-fold (
loading="lazy"). widthundheightals HTML-Attribute setzen, damit der Browser Platz reserviert (gegen CLS).
2. JavaScript reduzieren
Jedes Skript kostet INP. Weniger JS = schnellere Reaktionszeit.
- Tracking und Marketing-Pixel erst nach Cookie-Zustimmung laden.
- Chat-Tools (Intercom, Crisp) verzögert laden, nicht sofort.
- Jede nicht benötigte Third-Party-Bibliothek entfernen.
- Cookie-Banner mit schlanker Open-Source-Lösung (Klaro) oder cookiefreiem Analytics (Plausible) ersetzen.
3. Schrift-Loading optimieren
Web-Fonts sind oft versteckte Performance-Killer:
- Self-Hosting statt Google Fonts CDN (auch DSGVO-konform).
- Nur die wirklich benötigten Schnitte laden.
font-display: swapsetzen, damit Text sofort sichtbar wird.- Variable Fonts nutzen, wenn mehrere Gewichte gebraucht werden.
4. Hosting und CDN upgraden
Billiges Shared Hosting ist bei Performance oft der Flaschenhals. Für statische Websites (Next.js, Astro, Hugo) lohnt sich Edge-Hosting (Vercel, Netlify, Cloudflare Pages), bei dem Seiten weltweit ausgeliefert werden. Für WordPress hilft ein vorgelagertes CDN (Cloudflare).
5. Render-Blocking-Ressourcen entfernen
CSS und JavaScript im <head> blockieren das Rendering:
- Unkritisches JS mit
asyncoderdeferladen. - Critical CSS inline in den
<head>, den Rest asynchron nachladen. - Ungenutztes CSS entfernen (Tools wie PurgeCSS).
6. Server Response Time (TTFB) verbessern
Wenn der Server zu langsam antwortet, kann kein Frontend das kompensieren. Zielwert: TTFB unter 600 ms. Maßnahmen: Server- Caching aktivieren, Datenbank-Queries optimieren, bei WordPress Object Caching (Redis) einsetzen.
7. Preload und Preconnect nutzen
Ressourcen, die der Browser früh braucht, können Sie per <link rel="preload"> vorziehen: Hero- Bilder, kritische Fonts, Above-the-fold-CSS. <link rel="preconnect"> beschleunigt die Verbindung zu externen Domains (Analytics, CDNs, Font-Hoster).
8. Third-Party-Skripte auditieren
Jede externe Integration (Chat, Analytics, A/B-Tests, Social Widgets) bremst die Seite. Gehen Sie die Liste durch und fragen Sie für jedes Skript: Nutzt es jemand? Bringt es messbaren Wert? Wenn nicht, raus damit.
9. Layout-Verschiebungen fixieren
Gegen CLS: Feste Dimensionen für Bilder, Videos und Iframes setzen. Dynamische Inhalte (Banner, Cookie-Hinweise) per min-height reservieren. Keine Inhalte über bestehende Elemente einblenden, ohne Platz dafür vorzuhalten.
Was ist realistisch erreichbar?
Bei gut gebauten Seiten (moderne Frameworks, statische Auslieferung, wenig Third-Party-Skripte) sind Scores von 95 bis 100 in allen drei Kennzahlen normal. Ray-Ban steigerte die mobilen Conversion-Rates auf Produktseiten nach Performance-Optimierung um 101 % (ClickRank, 2026).
Bei typischen WordPress-KMU-Websites mit Theme-Builder, 15 Plugins und unkomprimierten Bildern liegen die Werte oft zwischen 40 und 70. Das kostet messbar Sichtbarkeit: Seiten mit guten Core Web Vitals tauchen häufiger in Googles AI Overviews auf als langsame Wettbewerber (Fireup.pro, 2026).
Unsere Seiten bauen wir nach dem Prinzip: So viel statisch wie möglich, so wenig JavaScript wie nötig, alles komprimiert und modern. Mehr dazu unter Leistungen. Und wenn Ihre aktuelle Seite nicht mehr zu retten ist: Wann lohnt sich ein Relaunch?
Häufige Fragen zu Core Web Vitals
- Was sind Core Web Vitals?
- Core Web Vitals sind drei Google-Kennzahlen, die die Nutzererfahrung einer Website messen: LCP (Ladegeschwindigkeit), INP (Reaktionsfähigkeit) und CLS (visuelle Stabilität). Seit 2021 sind sie ein offizieller Google-Ranking-Faktor.
- Wie messe ich meine Core Web Vitals?
- Am einfachsten über Google PageSpeed Insights (pagespeed.web.dev). Dort sehen Sie Labor- und Felddaten. Für einen Überblick über alle Seiten nutzen Sie den Core-Web-Vitals-Bericht in der Google Search Console.
- Wie stark beeinflussen Core Web Vitals das Google-Ranking?
- Core Web Vitals wirken als Tiebreaker: Bei zwei Seiten mit gleichwertigen Inhalten und Backlinks rankt die schnellere höher. Seiten mit einem LCP über 3 Sekunden verlieren laut Analysen bis zu 23 % mehr Traffic als schnellere Wettbewerber.
- Was ist der Unterschied zwischen FID und INP?
- FID (First Input Delay) maß nur die erste Interaktion. INP (Interaction to Next Paint) ersetzt FID seit März 2024 und misst alle Interaktionen während des gesamten Seitenbesuchs. INP ist damit strenger und realistischer.
- Welcher Core Web Vital ist am wichtigsten?
- LCP hat den größten Einzeleinfluss, weil er die wahrgenommene Ladegeschwindigkeit bestimmt. 53 % der Nutzer verlassen eine Seite, die länger als 3 Sekunden lädt. INP gewinnt an Bedeutung, besonders für interaktive Seiten mit Formularen.