Core Web Vitals: Warum Website-Geschwindigkeit für Ihr Unternehmen wichtig ist

Mit Messungen beginnen, nicht mit Vermutungen

Viele Gespräche über Website-Performance beginnen gleich: Jemand führt einmal Lighthouse aus, sieht einen roten Wert und möchte sofort eine Liste mit Lösungen.

Ein solcher Test kann hilfreich sein. Google bewertet Core Web Vitals jedoch anhand von Felddaten realer Nutzer, auf deren Geräten und unter deren Netzwerkbedingungen. Labor- und Felddaten können deutlich voneinander abweichen, besonders bei Marketing-Websites mit großen Titelbildern, Drittanbieter-Skripten oder visuellen Page Buildern.

Bevor Sie das Hosting wechseln, Plugins entfernen oder die Startseite neu entwickeln, sollten Sie drei Fragen beantworten:

1. Was erleben Ihre tatsächlichen Besucher am 75. Perzentil?
2. Welcher Bereich verursacht Probleme: Laden, Interaktion oder visuelle Stabilität?
3. Betrifft das Problem die gesamte Website oder nur bestimmte Seiten und Templates?

Für eine belastbare Ausgangsmessung verwende ich regelmäßig:

• Google Search Console: Core-Web-Vitals-Bericht auf Basis des Chrome UX Report (CrUX)
• PageSpeed Insights: Felddaten aus CrUX und Labordaten aus Lighthouse für einzelne URLs
• Chrome DevTools: Performance-Analyse, um langsame LCP-Elemente, lange Aufgaben im Hauptthread und verzögerte Interaktionen nachzustellen

Wenn für eine einzelne URL wegen zu geringen Traffics keine Felddaten verfügbar sind, können Daten auf Domain-Ebene und Labortests als Ausgangspunkt dienen. Behandeln Sie diese Ergebnisse jedoch als Hypothese, bis die Wirkung einer Änderung mit realen Nutzerdaten überprüft wurde.

Was Core Web Vitals messen

Die Core Web Vitals bestehen aus drei Metriken, die unterschiedliche Aspekte der Nutzererfahrung abbilden:

Google bewertet jede Metrik anhand des 75. Perzentils der Seitenaufrufe, getrennt nach Mobil- und Desktopgeräten. Vereinfacht gesagt müssen mindestens 75 % der Besuche den Schwellenwert „gut“ erreichen. Damit eine Seite die gesamte Core-Web-Vitals-Bewertung besteht, müssen alle drei Metriken im guten Bereich liegen.

LCP-Schwellenwerte

• Gut: 2,5 Sekunden oder weniger
• Verbesserungswürdig: über 2,5 bis 4,0 Sekunden
• Schlecht: über 4,0 Sekunden

Das LCP-Element ist häufig ein großes Titelbild, ein Video-Poster, eine Überschrift oder der größte sichtbare Textblock im ersten Bildschirmbereich.

Typische Ursachen für einen schlechten LCP-Wert sind:

• eine langsame Serverantwortzeit (TTFB)
• zu große oder falsch dimensionierte Bilder
• renderblockierendes CSS oder JavaScript
• spät entdeckte Bild- und Schriftdateien
• ein per Lazy Loading verzögertes LCP-Bild

INP-Schwellenwerte

• Gut: 200 Millisekunden oder weniger
• Verbesserungswürdig: über 200 bis 500 Millisekunden
• Schlecht: über 500 Millisekunden

INP betrachtet die Reaktionszeiten bei Klicks, Berührungen und Tastatureingaben während des gesamten Besuchs. Die Metrik hat FID (First Input Delay) als Core Web Vital ersetzt und bildet die tatsächliche Interaktivität einer Seite umfassender ab.

Häufige Ursachen für schlechte INP-Werte sind:

• zu viel JavaScript
• lange Aufgaben im Hauptthread
• große oder schlecht aufgeteilte JavaScript-Bundles
• aufwendige Event-Handler
• Drittanbieter-Skripte, Chat-Widgets und Tag-Manager
• Komponenten, die bei jeder Interaktion unnötig viel neu berechnen oder rendern

Eine Seite kann einen guten LCP-Wert haben und sich trotzdem langsam anfühlen, wenn Menüs, Filter, Formulare oder andere interaktive Elemente verzögert reagieren.

CLS-Schwellenwerte

• Gut: 0,1 oder weniger
• Verbesserungswürdig: über 0,1 bis 0,25
• Schlecht: über 0,25

CLS steigt, wenn sichtbare Elemente ihre Position unerwartet verändern. Häufige Ursachen sind:

• Bilder und Videos ohne festgelegte Abmessungen
• nachträglich eingefügte Banner oder Werbeflächen
• Embeds ohne reservierten Platz
• Webfonts, die Textbreite oder Zeilenhöhe verändern
• dynamische Inhalte, die oberhalb vorhandener Elemente erscheinen

Ein instabiles Layout stört nicht nur optisch. Nutzer können versehentlich das falsche Element anklicken, wenn sich eine Schaltfläche während der Interaktion verschiebt.

Was das für SEO bedeutet, und was nicht

Google bestätigt, dass Core Web Vitals von den Ranking-Systemen berücksichtigt werden. Gleichzeitig gibt es laut der offiziellen Dokumentation zur Seitennutzererfahrung in der Google-Suche kein einzelnes „Page Experience“-Signal, das allein über Rankings entscheidet.

In der Praxis bedeutet das:

• Gute Core Web Vitals können zu einer insgesamt besseren Seitennutzererfahrung und Sichtbarkeit beitragen.
• Ein vollständig grüner Bericht garantiert keine besseren Rankings.
• Technische Performance kann irrelevante Inhalte oder ein unklares Angebot nicht ausgleichen.
• Eine Website kann auch mit verbesserungswürdigen Werten gut ranken, wenn andere Signale stark sind.
• Dauerhaft schlechte Werte auf wichtigen Seiten sind trotzdem eine vermeidbare technische Schwäche.

Behandeln Sie Core Web Vitals daher als messbaren Bestandteil der UX-Qualität, nicht als garantierte Abkürzung zu besseren Rankings.

Geschäftliche Wirkung: relevant, aber nicht garantiert

Geschwindigkeit, Stabilität und Reaktionsfähigkeit hängen häufig mit Engagement und Conversions zusammen. Es gibt jedoch keine universelle Regel nach dem Muster „eine Sekunde schneller bedeutet X Prozent mehr Umsatz“, die für jede Website gilt.

Trafficquelle, Angebotsklarheit, Zielgruppe und Verkaufszyklus können einen größeren Einfluss haben als eine einzelne technische Metrik.

Auf Marketing- und Leadgenerierungsseiten beobachte ich häufig:

• Ein hoher mobiler LCP-Wert geht mit mehr Abbrüchen auf Landingpages einher, besonders bei bezahltem Traffic.
• Ein schlechter INP-Wert lässt Navigation und Formulare defekt wirken, obwohl die Seite optisch hochwertig aussieht.
• Ein hoher CLS-Wert führt zu Fehlklicks und unnötiger Frustration auf inhaltsreichen Seiten.

Bei der Optimierung einer Marketing-Website verbesserte sich die GTmetrix-Bewertung beispielsweise von B auf A, mit etwa 91 Punkten bei Performance, 96 bei Structure, rund 1,2 Sekunden LCP, 6 Millisekunden TBT und einem CLS von 0.

TBT ist dabei eine Labormetrik und kein Ersatz für INP-Felddaten. Solche Ergebnisse zeigen dennoch, dass konsequente Optimierung von Bildern, Schriften und Skripten die technische Grundlage deutlich verbessern kann. Der tatsächliche Geschäftserfolg hängt weiterhin von Angebot, Inhalt und Trafficqualität ab.

Eine praktische Reihenfolge für Verbesserungen

Wenn Felddaten auf einen Engpass hinweisen, arbeite ich meist in dieser Reihenfolge:

1. Zuerst wichtige Seiten und Templates optimieren

Search Console gruppiert URLs mit ähnlichen Problemen. Priorisieren Sie Templates, die viel Traffic oder wichtige Conversions erzeugen.

Eine wenig besuchte „Über uns“-Seite zu optimieren, während die Startseite oder zentrale Landingpages schlecht abschneiden, ist selten die beste Verwendung des Budgets.

2. Mobilen LCP verbessern

• Titelbilder komprimieren und in den tatsächlich benötigten Abmessungen ausliefern
• moderne Bildformate verwenden, sofern sie für den verwendeten Stack sinnvoll sind
• Serverantwortzeit durch Caching, Hosting-Optimierung oder ein geeignetes CDN reduzieren
• sicherstellen, dass die LCP-Ressource früh im HTML erkannt wird
• das LCP-Bild nicht per Lazy Loading verzögern
• bei Bedarf fetchpriority="high" oder Preloading gezielt einsetzen
• unnötige Autoplay-Videos im ersten sichtbaren Bereich vermeiden

3. JavaScript und INP optimieren

• nicht kritische Skripte verzögert laden
• lange Aufgaben in kleinere Arbeitsschritte aufteilen
• unnötige Berechnungen in Event-Handlern reduzieren
• nicht verwendete Bibliotheken und seitenspezifischen Code entfernen
• Tag-Manager, Tracking-Skripte und Chat-Widgets prüfen
• reale Interaktionen auf einem durchschnittlichen Android-Gerät testen, nicht nur in Desktop-Chrome

4. Layoutverschiebungen verhindern

• für Bilder, Videos und Embeds immer Abmessungen oder ein Seitenverhältnis angeben
• Platz für Werbeflächen, Cookie-Hinweise und dynamische Inhalte reservieren
• keine Banner oberhalb bestehender Inhalte einfügen, ohne den benötigten Raum vorzusehen
• Ersatzschriften verwenden, deren Metriken zur endgültigen Webfont passen
• bei Bedarf CSS-Eigenschaften wie size-adjust, ascent-override, descent-override und line-gap-override einsetzen
• font-display bewusst wählen; swap allein verhindert Layoutverschiebungen nicht automatisch

Weitere technische Hinweise bietet Googles Leitfaden zur CLS-Optimierung.

5. Felddaten nach der Veröffentlichung erneut prüfen

CrUX-Daten werden über einen rollierenden Zeitraum aktualisiert. Eine lokal grüne Lighthouse-Bewertung zeigt deshalb nicht sofort, was reale Besucher erleben.

Geben Sie den Änderungen genügend Zeit und prüfen Sie anschließend erneut:

• das 75. Perzentil
• Mobil- und Desktopwerte
• einzelne URL-Gruppen
• Auswirkungen auf Conversions und Nutzerverhalten

Performance ist laufende Wartung

Jedes neue Plugin, A/B-Test-Skript, Analytics-Tag, Chat-Widget oder Kampagnenelement kann die Core Web Vitals verschlechtern. Das ist bei einer sich weiterentwickelnden Website normal.

Seriöse Websites behandeln Performance deshalb ähnlich wie Sicherheit und Inhalte: als laufende Aufgabe, nicht als einmaliges Optimierungsprojekt nach dem Launch.

Bei einem Redesign oder einer Migration sollte die Performance Teil der Abnahmekriterien sein:

1. wichtige Seiten und Templates definieren
2. Felddaten vor der Änderung dokumentieren
3. Zielwerte für LCP, INP und CLS festlegen
4. Labortests vor der Veröffentlichung durchführen
5. Felddaten nach dem Launch erneut auswerten
6. spätere Verschlechterungen regelmäßig überwachen

Die praktische Entscheidung lautet: Behandeln Sie Core Web Vitals als grundlegende Kennzahlen für technische UX-Qualität. Messen Sie reale Nutzererfahrungen, beheben Sie die durch Felddaten bestätigten Probleme und kontrollieren Sie die Werte weiter, während sich die Website entwickelt.

Möchten Sie die Performance Ihrer Website überprüfen?

Kontaktieren Sie mich. Gemeinsam können wir Ihre Felddaten analysieren, Seiten und Templates mit LCP-, INP- oder CLS-Problemen identifizieren und Maßnahmen nach erwartetem Aufwand und Wirkung priorisieren, statt einer allgemeinen Checkliste ohne Kontext zu folgen.