Core Web Vitals: Messen und verbessern für bessere Web-Performance
Sie haben eine schnelle Website erstellt, aber Benutzer beschweren sich immer noch über Langsamkeit. Oder die Google Search Console zeigt, dass Ihre Seiten "schlechte" Core Web Vitals haben. Sie sind nicht allein – viele Entwickler haben Schwierigkeiten, Performance-Metriken in echte Verbesserungen umzusetzen. Core Web Vitals sind Googles nutzerzentrierte Metriken, die Ladeverhalten, Interaktivität und visuelle Stabilität quantifizieren. Wenn Sie sie ignorieren, kann dies Ihre Suchrankings und die Nutzerzufriedenheit beeinträchtigen. Dieser Leitfaden führt Sie durch die Messung und Verbesserung jedes Vitals mit umsetzbaren Schritten.
Was sind Core Web Vitals?
Core Web Vitals sind eine Reihe von drei Metriken, die Google zur Bewertung der Nutzererfahrung verwendet:
- Largest Contentful Paint (LCP): misst die Ladeleistung. Es markiert den Zeitpunkt, an dem das größte Inhaltselement (Bild, Textblock oder Video) sichtbar wird. Streben Sie einen LCP unter 2,5 Sekunden an.
- First Input Delay (FID): misst die Interaktivität. Es zeichnet die Zeit von der ersten Interaktion eines Benutzers (z. B. Klick auf einen Link) bis zur Reaktion des Browsers auf. Streben Sie einen FID unter 100 Millisekunden an.
- Cumulative Layout Shift (CLS): misst die visuelle Stabilität. Es quantifiziert unerwartete Layoutverschiebungen während des Seitenladens. Streben Sie einen CLS unter 0,1 an.
Diese Metriken sind Teil der Seitenerfahrungssignale von Google und beeinflussen direkt das SEO. Aber noch wichtiger: Sie spiegeln die tatsächliche Frustration der Benutzer wider – langsame Ladezeiten, verzögerte Interaktionen und springende Inhalte.
So messen Sie Core Web Vitals
Sie können nicht verbessern, was Sie nicht messen. Es gibt zwei Hauptansätze: Labordaten (synthetische Tests) und Felddaten (Real User Monitoring).
Labor-Tools
- Lighthouse: in Chrome DevTools integriert, prüft die Performance und liefert Scores für LCP, FID (als TBT) und CLS. Führen Sie es im Inkognito-Modus aus, um zu vermeiden, dass Erweiterungen die Ergebnisse verfälschen.
- WebPageTest: bietet detaillierte Filmstreifen und Wasserfalldiagramme, nützlich zur Diagnose von LCP-Engpässen.
- PageSpeed Insights: kombiniert Labor- und Felddaten und zeigt sowohl Lighthouse-Scores als auch Echtbenutzermetriken aus dem Chrome User Experience Report (CrUX).
Feld-Tools
- Chrome UX Report (CrUX): öffentlicher Datensatz mit Echtbenutzermetriken für Millionen von Websites. Zugriff über PageSpeed Insights oder BigQuery.
- Google Search Console: im Bericht "Core Web Vitals" werden URLs nach Status gruppiert (schlecht, verbesserungswürdig, gut).
- Web Vitals JavaScript-Bibliothek: Fügen Sie dieses Snippet zu Ihrer Website hinzu, um Metriken über Google Analytics oder Ihren eigenen Endpunkt zu sammeln.
import {onLCP, onFID, onCLS} from 'web-vitals';
function sendToAnalytics(metric) {
// Replace with your analytics endpoint
console.log(metric.name, metric.value);
}
onLCP(sendToAnalytics);
onFID(sendToAnalytics);
onCLS(sendToAnalytics);
Beginnen Sie mit Felddaten, um Problemseiten zu identifizieren, und verwenden Sie dann Labor-Tools, um die Ursachen zu untersuchen.
Verbesserung des Largest Contentful Paint (LCP)
LCP ist oft das schwierigste Vital, das behoben werden muss. Das größte Element ist normalerweise ein Hero-Bild oder ein großer Textblock. So optimieren Sie es:
- Bilder optimieren: Komprimieren Sie Bilder mit modernen Formaten wie WebP oder AVIF. Verwenden Sie responsive Bilder mit
srcsetundsizes, um entsprechend dimensionierte Bilder auszuliefern. Lazy-Loading für Bilder unterhalb des sichtbaren Bereichs, aber niemals das LCP-Bild lazy-loaden. - Kritische Ressourcen vorladen: Fügen Sie
<link rel="preload">für das LCP-Bild oder die Schriftart hinzu. Zum Beispiel:<link rel="preload" as="image" href="#">. - Render-blockierende Ressourcen eliminieren: Verzögern Sie nicht-kritisches CSS und JavaScript. Binden Sie kritisches CSS inline ein und laden Sie den Rest asynchron.
- Ein CDN verwenden: Liefern Sie Assets über ein Content Delivery Network aus, um die Latenz zu reduzieren.
- Serverantwortzeit reduzieren: Optimieren Sie Backend-Abfragen, verwenden Sie Caching und ziehen Sie Edge-Rendering in Betracht.
Für einen tieferen Einblick lesen Sie web.dev's LCP-Leitfaden.
Verbesserung des First Input Delay (FID)
FID misst die Reaktionsfähigkeit. Ein hoher FID bedeutet, dass der Hauptthread des Browsers beschäftigt ist und nicht schnell auf Benutzereingaben reagieren kann. So verbessern Sie den FID:
- Lange Aufgaben aufteilen: Teilen Sie JavaScript mit
setTimeoutoderrequestIdleCallbackin kleinere Blöcke auf. - Hauptthread-Arbeit minimieren: Reduzieren Sie die JavaScript-Ausführungszeit durch Code-Splitting, Tree-Shaking und Entfernen nicht verwendeter Polyfills.
- Web Worker verwenden für schwere Berechnungen.
- Große JavaScript-Bundles vermeiden: Prüfen Sie mit
webpack-bundle-analyzerund ziehen Sie Lazy-Loading für nicht-kritische Skripte in Betracht.
Hinweis: FID wird im März 2024 durch Interaction to Next Paint (INP) ersetzt. Die Strategien zur Verbesserung von INP sind ähnlich – konzentrieren Sie sich auf die Reduzierung der Hauptthread-Blockierung.
Verbesserung des Cumulative Layout Shift (CLS)
CLS misst unerwartete Layoutverschiebungen. Häufige Ursachen sind Bilder ohne Abmessungen, Anzeigen, Embeds und Webfonts. So beheben Sie CLS:
- Fügen Sie immer width- und height-Attribute hinzu bei Bildern und Videos. Dies ermöglicht dem Browser, Platz zu reservieren.
- Reservieren Sie Platz für Anzeigen und Embeds: Verwenden Sie CSS
aspect-ratiooder Platzhalterelemente. - Vermeiden Sie das Einfügen von Inhalten über vorhandenen Inhalten, es sei denn, es reagiert auf eine Benutzerinteraktion.
- Verwenden Sie
font-display: swapfür Webfonts, um unsichtbaren Text (FOIT) zu verhindern, aber beachten Sie, dass Swap Layoutverschiebungen verursachen kann, wenn die Fallback-Schriftart unterschiedliche Metriken hat. Ziehen Sie die Verwendung vonsize-adjustoderfont-display: optionalin Betracht.
Testen Sie mit der Layout Instability API in Chrome DevTools, um Verschiebungen genau zu lokalisieren.
Tools und Workflow für kontinuierliche Überwachung
Performance ist keine einmalige Lösung. Richten Sie einen Workflow ein:
- Basislinie: Führen Sie Lighthouse auf wichtigen Seiten aus und zeichnen Sie die Scores auf.
- Felddaten überwachen: Verwenden Sie die web-vitals-Bibliothek, um Metriken an Ihre Analyseplattform zu senden. Richten Sie Warnungen für Regressionen ein.
- In CI integrieren: Verwenden Sie Lighthouse CI, um Builds fehlschlagen zu lassen, wenn Performance-Budgets überschritten werden.
- Regelmäßige Audits: Planen Sie monatliche Überprüfungen der Core Web Vitals in der Search Console.
Denken Sie daran, dass Verbesserungen nutzerzentriert sein sollten, nicht nur metrikgetrieben. Eine schnelle Website begeistert Benutzer und steigert das SEO.
FAQ
Was sind die aktuellen Schwellenwerte für Core Web Vitals?
LCP: gut ≤ 2,5s, verbesserungswürdig ≤ 4s, schlecht > 4s. FID: gut ≤ 100ms, verbesserungswürdig ≤ 300ms, schlecht > 300ms. CLS: gut ≤ 0,1, verbesserungswürdig ≤ 0,25, schlecht > 0,25.
Wie oft sollte ich die Core Web Vitals überprüfen?
Felddaten werden in der Search Console täglich aktualisiert, aber aussagekräftige Trends dauern Wochen. Überwachen Sie kontinuierlich über Analysen und überprüfen Sie monatlich. Führen Sie Labortests nach größeren Codeänderungen durch.
Beeinflusst die Verbesserung der Core Web Vitals wirklich das SEO?
Ja, Google verwendet die Seitenerfahrung als Ranking-Signal. Obwohl Inhalte weiterhin an erster Stelle stehen, können gute Core Web Vitals Ihnen einen Vorteil verschaffen, insbesondere in wettbewerbsintensiven Nischen.
Bereit, Ihre Bilder für einen besseren LCP zu optimieren? Probieren Sie unseren kostenlosen Image Compressor, um Dateigrößen ohne Qualitätsverlust zu reduzieren.