Zum Hauptinhalt springen
muench·seiten
Vorschau

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

Website-Performance-Dashboard zeigt grüne Core Web Vitals Metriken auf einem Monitor

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?

MetrikMisstGutSchlecht
LCPLadezeit des größten sichtbaren Elements≤ 2,5 s> 4,0 s
INPReaktionszeit auf Nutzer-Interaktionen≤ 200 ms> 500 ms
CLSVisuelle 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.

ToolDatentypAm besten für
PageSpeed InsightsLabor + FeldEinzelseiten-Check mit konkreten Empfehlungen
Google Search ConsoleFeldÜberblick über alle Seiten der Property
Chrome DevTools (Lighthouse)LaborSchneller 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").
  • width und height als 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: swap setzen, 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 async oder defer laden.
  • 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.
Core Web Vitals verbessern: 9 Maßnahmen für KMU-Websites 2026 — muench-seiten