Core Web Vitals: Bestehen Sie Googles Geschwindigkeitstest

Im Jahr 2021 kündigte Google an, dass Core Web Vitals Ranking-Faktoren sind. Drei spezifische Metriken beeinflussen nun direkt Ihre Suchrankings: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) und Interaction to Next Paint (INP). Websites mit schlechten Vitals ranken wahrscheinlich nicht gut. Websites mit ausgezeichneten Vitals erhalten einen Ranking-Vorteil. Für modernes SEO ist das Bestehen von Core Web Vitals unverzichtbar.

Die Implikationen sind tiefgreifend. Sie können die Leistung nicht länger ignorieren. Sie können keine langsame Website aufbauen und auf gute Rankings hoffen. Google hat klargemacht, dass Benutzererfahrung wichtig ist, und Core Web Vitals quantifizieren die Benutzererfahrung. Die Optimierung von Core Web Vitals ist nicht länger optional; sie ist zwingend erforderlich für wettbewerbsfähige Suchsichtbarkeit.

Was sind Core Web Vitals und warum sind sie wichtig?

Core Web Vitals messen drei Dimensionen der Benutzererfahrung: Ladegeschwindigkeit (LCP), visuelle Stabilität (CLS) und Reaktionsgeschwindigkeit (INP). Googles Web Vitals Seite definiert jede Metrik im Detail. Diese drei Metriken stellen die wichtigsten Aspekte dar, wie Benutzer Ihre Website erleben.

Google sammelte Billionen von Datenpunkten von echten Benutzern, um zu bestimmen, welche Metriken am wichtigsten sind. Das Ergebnis sind Core Web Vitals. Dies sind keine willkürlichen Schwellenwerte; sie sind evidenzbasierte Messungen dessen, was eine Website für echte Benutzer schnell und reaktionsfreudig macht.

Googles offizielle Ankündigung erklärt, wie Core Web Vitals Suchrankings beeinflussen. Google betrachtet Core Web Vitals als einen von mehreren Ranking-Faktoren. Inhaltsqualität und Relevanz sind immer noch wichtiger, aber zwei ähnlich relevante Websites ranken nach Core Web Vitals Performance.

Largest Contentful Paint (LCP): Messung der Ladegeschwindigkeit

Largest Contentful Paint (LCP) misst, wie lange es dauert, bis das größte Inhaltselement auf einer Seite für den Benutzer sichtbar wird. Dies kann ein Bild, Video, eine Überschrift oder ein Textblock sein. LCP misst den Moment, in dem der Benutzer den Hauptinhalt sehen kann und bemerkt, dass die Seite geladen hat.

Googles Empfehlung: LCP sollte unter 2,5 Sekunden liegen. Seiten mit LCP unter 2,5 Sekunden werden als "gut" betrachtet. Seiten mit LCP zwischen 2,5-4 Sekunden sind "verbesserungsbedürftig". Seiten mit LCP über 4 Sekunden sind "schlecht". Benutzer, die LCP über 3 Sekunden erleben, nehmen die Seite als langsam wahr. Benutzer, die LCP über 4 Sekunden erleben, verlassen die Seite oft.

Häufige Ursachen für langsames LCP: langsame Server-Antwortzeit, Render-blockierende CSS und JavaScript, nicht optimierte Bilder und große Schriftarten, die Zeit zum Laden benötigen. Reparieren Sie LCP durch: Verbesserung der Servergeschwindigkeit (Reduktion von Time to First Byte / TTFB), Entfernung von Render-blockierenden Ressourcen, JavaScript verschieben, Bildoptimierung und Komprimierung, Verwendung moderner Bildformate (WebP) und Vorladen kritischer Ressourcen.

PageSpeed Insights zeigt Ihren LCP-Wert und bietet spezifische Empfehlungen. Führen Sie den Test auf Ihren Schlüsselseiten durch, priorisieren Sie Empfehlungen nach Auswirkung und implementieren Sie zuerst die am meisten impactierenden Korrektionen.

Cumulative Layout Shift (CLS): Messung der visuellen Stabilität

Cumulative Layout Shift (CLS) misst unerwartete Bewegungen von Seitenelementen während des Ladens. Wenn Sie einen Artikel lesen und der Text springt plötzlich nach unten, weil eine Anzeige darüber geladen wurde, das ist Layout Shift. CLS quantifiziert, wie sehr sich das Seitenlayout während des Ladens verschiebt.

Googles Empfehlung: CLS sollte unter 0,1 liegen. Ein CLS-Wert unter 0,1 ist "gut". Werte zwischen 0,1-0,25 benötigen Verbesserung. Werte über 0,25 sind "schlecht". Selbst kleine Layout-Verschiebungen addieren sich. Ein CLS von 0,15 bedeutet, dass Seitenelemente insgesamt 15 Prozent der Ansichtshöhe während des Ladens verschoben wurden. Benutzer finden dies nervig und erleben Frustration.

Häufige Ursachen für hohen CLS: Anzeigen, die asynchron geladen werden, Bilder ohne angegebene Breiten- und Höhattribute, Einbettungen (YouTube-Videos, Social Media Widgets), die asynchron geladen werden, und Schriftarten, die plötzlich wechseln. Reparieren Sie CLS durch: Angabe von Bilddimensionen in HTML (Breiten- und Höhattribute), Reservierung von Platz für Anzeigen, bevor sie geladen werden, Verwendung von font-display: swap in @font-face CSS, um Font Swap Jank zu vermeiden, und synchrones Laden von Videos und Einbettungen oder mit reserviertem Platz.

Jedes Bild auf Ihrer Website sollte explizite Breiten- und Höhattribute haben. Dies teilt dem Browser mit, dass Platz reserviert werden soll, bevor das Bild geladen wird. Ohne Dimensionen weiß der Browser nicht, wie viel Platz reserviert werden soll, was zu Layout Shift führt, wenn das Bild ankommt.

Interaction to Next Paint (INP): Messung der Reaktionsgeschwindigkeit

Interaction to Next Paint (INP) misst, wie reaktionsfreudig Ihre Seite auf Benutzerinteraktionen ist (Klicks, Tippen, Tastatureingabe). INP ist die Zeit zwischen dem Moment, in dem ein Benutzer mit der Seite interagiert, und dem Moment, in dem die Seite visuell reagiert. Eine reaktionsfreudige Seite reagiert in Millisekunden. Eine nicht reaktionsfreudige Seite dauert Sekunden.

Googles Empfehlung: INP sollte unter 200 Millisekunden liegen. Werte unter 200ms sind "gut". Werte zwischen 200-500ms benötigen Verbesserung. Werte über 500ms sind "schlecht". Benutzer erwarten sofortige Reaktion. Ein INP von 500ms fühlt sich träge an. Ein INP von 1 Sekunde fühlt sich kaputt an.

Häufige Ursachen für schlechten INP: schweres JavaScript, das den Main Thread blockiert, große Drittanbieter-Scripts, ineffiziente Event-Handler und fehlende Verwendung von Request Idle Callback. Reparieren Sie INP durch: Aufbrechen langer JavaScript-Aufgaben in kleinere Chunks, Verschieben nicht-kritischer JavaScript, Entfernung unbenötiger Scripts, Optimierung von Event-Listenern und Verwendung von Web Workern für rechnerisch intensive Aufgaben.

INP ist oft die schwierigste Core Web Vitals Metrik zur Optimierung, da sie JavaScript-Expertise erfordert. Wenn Ihrem Team JavaScript-Optimierungskompetenzen fehlen, erwägen Sie die Beauftragung eines Performance-Beraters oder die Nutzung eines Drittanbieter-Performance-Optimierungsdienstes.

Wie Core Web Vitals gemessen werden

Core Web Vitals werden auf zwei Arten gemessen: Lab-Daten und Field-Daten. Lab-Daten stammen von Tools wie PageSpeed Insights und Lighthouse, die in einer kontrollierten Umgebung ausführen. Field-Daten stammen von echten Benutzern, die Ihre Website besuchen. Google priorisiert Field-Daten, da sie echtes Benutzererlebnis darstellen.

Googles Performance-Lernpfad erklärt den Unterschied zwischen Lab- und Field-Metriken. Lab-Daten helfen Ihnen, Probleme zu identifizieren und Korrektionen zu testen. Field-Daten zeigen echte Leistung. Sie können ausgezeichnete Lab-Ergebnisse, aber schlechte Field-Ergebnisse haben, wenn Ihre echten Benutzer langsame Netzwerke oder alte Geräte haben.

Google Search Console berichtet Core Web Vitals Field-Daten. Der Bericht zeigt echte Benutzermessungen, die vom Chrome User Experience Report (CrUX) aggregiert wurden. Wenn Ihre Website unzureichende echte Benutzerdaten hat, stellt Google stattdessen Lab-Daten von Lighthouse bereit.

Benchmarks und Bestandenswerte

Google definiert "gute" Core Web Vitals als Meeting des 75. Perzentils der Benutzererfahrung. Dies bedeutet, dass 75 Prozent der echten Benutzer Ihre Website bei oder besser als der Schwellenwert erleben. Die Schwellenwerte sind:

LCP: 2,5 Sekunden oder weniger. CLS: 0,1 oder weniger. INP: 200 Millisekunden oder weniger. Diese Schwellenwerte wurden durch die Analyse von Billionen von echten Benutzerinteraktionen wissenschaftlich validiert. Seiten, die diese Schwellenwerte erreichen oder übertreffen, bieten gutes Benutzererlebnis.

Google verlangt jedoch nicht, dass 100 Prozent Ihrer Seiten Core Web Vitals bestehen. Wenn 75 Prozent Ihrer Seiten bestehen, wird Ihre Website insgesamt als "gute" Core Web Vitals betrachtet. Dies bedeutet, dass Sie einige langsamere Seiten haben können und trotzdem bestehen, wenn die Mehrheit Ihrer Traffic-Seiten schnell ist.

Optimierung jeder Metrik: Praktische Schritte

Für LCP-Optimierung: Messen Sie zuerst Ihren TTFB (Time to First Byte) mit PageSpeed Insights. Wenn TTFB langsam ist (über 600ms), ist Ihr Server der Engpass. Änderung von Hosting, Optimierung von Backend-Code oder Nutzung eines Content Delivery Network (CDN). Wenn TTFB gut ist, aber LCP langsam ist, blockiert Ihr CSS oder JavaScript die Rendering. Verschieben Sie nicht-kritisches JavaScript und inline kritisches CSS für Above-the-Fold Inhalte.

Für CLS-Optimierung: Audit Sie Ihre Website für Elemente, die während des Ladens bewegen. Nutzen Sie Browser DevTools, um verschiebende Elemente zu identifizieren. Fügen Sie Breiten- und Höhattribute zu jedem Bild hinzu. Nutzen Sie font-display: swap im CSS. Reservieren Sie Platz für Anzeigen, Einbettungen und dynamische Inhalte.

Für INP-Optimierung: Nutzen Sie Chrome DevTools Performance-Tab, um lange JavaScript-Aufgaben zu identifizieren (Aufgaben, die über 50ms dauern). Brechen Sie lange Aufgaben auf. Verschieben Sie nicht-kritisches JavaScript. Nutzen Sie requestIdleCallback für niedrig-priorisierte Arbeit. Testen Sie auf echten Geräten, nicht nur Desktop-Computern.

Überwachung von Core Web Vitals über die Zeit

Nutzen Sie Google Search Console, um Core Web Vitals Performance zu überwachen. Der Core Web Vitals Bericht zeigt Ihre echten Benutzer-Metriken und wie sie sich mit Googles Schwellenwerten vergleichen. Seiten werden als Gut, Verbesserungsbedürftig oder Schlecht kategorisiert.

Richten Sie Überwachungsalarme ein. Wenn Ihre Core Web Vitals abnehmen, müssen Sie sofort untersuchen. Mögliche Ursachen sind: neue Code-Bereitstellungen, die Ineffizienz einführten, neue Drittanbieter-Scripts, Änderungen an Bildern oder Medien oder Hosting-Probleme.

Überwachen Sie Mobile vs. Desktop separat. Mobile Geräte haben typischerweise langsamere Prozessoren und langsamere Netzwerke, daher sind Core Web Vitals oft schlechter auf Mobile als auf Desktop. Priorisieren Sie Mobile-Optimierung für Websites mit signifikantem Mobile-Traffic.

Core Web Vitals und SEO-Strategie

Core Web Vitals sind nun ein Kern-Ranking-Faktor, vergleichbar in Wichtigkeit mit Backlinks und Inhaltsqualität. Websites mit schlechten Core Web Vitals ranken wahrscheinlich nicht gut, unabhängig davon, wie gut ihr Inhalt ist. Dies bedeutet, dass Performance-Optimierung Teil Ihrer SEO-Strategie sein muss, nicht ein Nachgedanke.

Wenn Sie um Rankings konkurrieren und Ihre Konkurrenten haben bessere Core Web Vitals, haben sie einen Ranking-Vorteil. Sie können nicht nur auf Inhalt gewinnen, wenn Ihre Website langsam und nicht reaktionsfreudig ist. Sie müssen die Performance Ihrer Konkurrenten erreichen oder übertreffen, um auf gleicher Augenhöhe zu konkurrieren.

Fazit

Core Web Vitals sind nun wesentlich für SEO-Erfolg. Die Optimierung von LCP, CLS und INP verbessert direkt Ihre Suchrankings und Benutzererlebnis. Websites mit ausgezeichneten Core Web Vitals übertreffen ähnlich relevante Websites mit schlechten Vitals. Es gibt keinen Weg darum herum: Wenn Sie Top-Rankings möchten, müssen Sie Core Web Vitals bestehen.

Beginnen Sie mit der Ausführung von PageSpeed Insights auf Ihren Schlüsselseiten. Identifizieren Sie Ihre größten Engpässe und beheben Sie diese zuerst. Priorisieren Sie Mobile-Optimierung. Überwachen Sie die Leistung regelmäßig in Google Search Console. Nutzen Sie unser GEO SEO Audit, um Core Web Vitals Probleme in Ihrer gesamten Website zu identifizieren und Verbesserungen über die Zeit zu verfolgen.