Core Web Vitals: Alles über die wichtigsten Geschwindigkeitsmetriken

Core Web Vitals ist eine grundlegende Metrikreihe von Google, die die Ladegeschwindigkeit von Websites und die Benutzererfahrung widerspiegeln soll.

Lassen Sie uns herausfinden, welche Metriken sie umfasst, warum sie wichtig sind und wie man sie misst. Core Web Vitals stellen das absolute Minimum dar, das Sie über die Geschwindigkeit Ihrer Websites wissen sollten.

Metriken der Core Web Vitals#

Core Web Vitals (CWV) sind ein Satz von drei Perspektiven auf die Website-Geschwindigkeit – Ladegeschwindigkeit, Interaktionsgeschwindigkeit und visuelle Stabilität.

• Ladegeschwindigkeit (LCP) misst die Zeit, die benötigt wird, um das größte sichtbare Element auf der Seite zu laden. Sie beantwortet die Frage „Wie schnell lädt es?“ Der Grenzwert für das Erreichen beträgt 2,5 Sekunden.
• Interaktionsgeschwindigkeit (INP) misst die Zeit vom Ausführen einer Interaktion bis zum Rendern eines neuen Frames für alle Interaktionen auf der Seite. Sie beantwortet die Frage „Wie schnell reagiert es?“ Eine gute Reaktionszeit zum neuen Rendern beträgt 200 ms.
• Visuelle Stabilität (CLS) untersucht die visuelle Stabilität der Seite während des Ladens und der Betrachtung durch den Benutzer. Sie beantwortet die Frage „Wie sehr springt die Seite?“ Google betrachtet einen CLS unter dem Grenzwert von 0,1 als zufriedenstellend.

Übersichtlich in einer Tabelle:

Metrik	🟢 Gut	🟠 Verbesserungswürdig	🔴 Schlecht
Ladegeschwindigkeit Largest Contentful Paint (LCP)	≤ 2,5 s	2,5 – 4 s	> 4 s
Interaktionsgeschwindigkeit Interaction to Next Paint (INP)	≤ 200 ms	200 – 500 ms	> 500 ms
Visuelle Stabilität Cumulative Layout Shift (CLS)	< 0,1	0,1 – 0,25	> 0,25

Wie und warum wurden die Core Web Vitals entwickelt?#

Google stellte die Initiative Web Vitals im Mai 2020 vor. Ziel war es, die Webgeschwindigkeit in eine kleine Reihe von Zahlen zu konsolidieren, die das widerspiegeln, was Menschen auf der Seite tatsächlich erleben, und nicht das, was ein einmaliger Labortest zeigt. Die ursprüngliche Dreierkombination der Core Web Vitals war damals die Ladegeschwindigkeit (LCP), die visuelle Stabilität (CLS) und die Interaktivität, gemessen mit der Metrik First Input Delay (FID).

Google stützte die Auswahl der Metriken auf Daten aus dem Chrome UX Report und auf Forschung zur Mensch-Computer-Interaktion, wie im Artikel The Science Behind Web Vitals zusammengefasst. Seit Juni 2021 sind die Core Web Vitals Teil der Bewertung in der Google-Suche im Rahmen des Page Experience Signals. Für Website-Betreiber bedeutet das, dass Geschwindigkeit nicht mehr nur eine technische Optimierung für Entwickler ist, sondern ein Teil der Sichtbarkeit bei Google.

Hinter der Initiative steht auch das Interesse von Google, die Nutzer nicht auf langsame oder schlecht nutzbare Seiten zu schicken – sei es aus der Suche, Werbung oder Links im Chrome-Browser. Vielmehr möchte Google Websites mit einer guten Benutzererfahrung (UX) bevorzugen. Core Web Vitals überwachen daher einen grundlegenden Teil der UX, der besonders wichtig für Besucher ist, die aus Googles Ökosystem kommen.

Ein weiterer Vorteil der Core Web Vitals ist die Autorität. Sie bieten eine gemeinsame Sprache zwischen Website-Besitzern, Entwicklern und dem Marketing. Sie wissen, welche Fragen Sie in Berichten stellen sollten und können dieselben Zahlen verfolgen.

Was bedeuten „gute“ Core Web Vitals?#

Google betrachtet eine Website als „CWV-konform“, wenn alle drei Metriken im grünen Bereich des 75. Perzentils der Daten aus dem Chrome UX Report der letzten 28 Tage liegen, und zwar separat für Mobilgeräte und Desktop.

Das ist ein vernünftiges technisches Ziel. Aber es ist keine Definition einer „schnellen Website“. Google hat die Schwellenwerte so festgelegt, dass sie für ordentlich gemachte Websites erreichbar sind, nicht um Spitzenleistungen zu repräsentieren.

Wenn Sie nicht nur das 75. Perzentil, sondern auch die Form der Verteilung der Werte unter den Nutzern sehen möchten, verwenden Sie das Histogramm im Chrome UX Report.

Bei PageSpeed.ONE sagen wir, dass die Erfüllung der Core Web Vitals das Minimum ist, von dem aus Sie weiter an der Geschwindigkeit arbeiten sollten.

Für geschäftliche Entscheidungen (Konversionen, Retention, Warenkorbabbrüche) benötigen Sie zusätzlich zu den Schwellenwerten der Metriken LCP, INP und CLS noch unsere Business-Analyse.

Lässt sich das mit einer einzigen Zahl ausdrücken?#

Ja, das geht – aber achten Sie darauf, welche Zahl Sie wählen. Um den Zustand Ihrer Website bei realen Nutzern zu kennen, müssen Sie die drei Metriken der Core Web Vitals getrennt für Mobilgeräte und Desktop überwachen. Das sind sechs Werte pro Domain, auf mehreren Domains dann Dutzende von Zahlen.

Ein Website-Besitzer, Marketer oder Projektmanager kann daraus nicht leicht ablesen, ob es gut läuft oder nicht. Daher ist es verlockend, auf eine synthetische Bewertung von Lighthouse zurückzugreifen – diese hat jedoch keinen Bezug zu CrUX-Daten und ist für Entscheidungen über die Webgeschwindigkeit irreführend.

Bei PageSpeed.ONE haben wir daher das PageSpeed.ONE Score (SPS) entwickelt. Es entstand aus der Beratungspraxis: Zunächst zeigen wir den Kunden in der Überwachung CrUX und CWV, aber für eine schnelle Zusammenfassung, den Vergleich von Domains oder Berichte für das Management benötigen wir einen einzigen Wert, der aus derselben Quelle abgeleitet wird – von Google-Nutzern, nicht aus einem Labortest.

Geschwindigkeitsscore (SPS): sechs Zahlen der Core Web Vitals für eine Domain zu einer Zusammenfassung aus CrUX-Daten vereinheitlicht.

Das SPS vereint LCP, INP und CLS für Mobilgeräte und Desktop zu einem Prozentwert. Es berücksichtigt die gesamte Verteilung der Nutzer, nicht nur das 75. Perzentil, und gewichtet die Metriken danach, wie sie auf das Geschäft und den realen Traffic reagieren. Es ersetzt CWV nicht bei der Optimierung; es zeigt Ihnen jedoch schnell, wie Sie insgesamt dastehen. Eine detaillierte Berechnung und Interpretation finden Sie im Artikel über das PageSpeed.ONE Score (SPS).

Wie misst man die Werte der Core Web Vitals von Nutzern?#

Wir müssen uns bewusst sein, dass die Core Web Vitals Metriken Daten repräsentieren, die von realen Nutzern von Google Chrome im Datensatz des Chrome UX Report gesammelt wurden. Diese Daten können Sie jedoch auch über die Google-API erhalten, und sie werden auch von verschiedenen Anbietern bereitgestellt.

In der Praxis empfehlen wir für eine einmalige Statusabfrage, als erste Wahl den PageSpeed.ONE Webgeschwindigkeitstest (Insights) zu besuchen:

Eine weitere Möglichkeit sind die PageSpeed Insights von Google für eine schnelle einmalige Überprüfung einer fremden Domain. Dieses Tool zeigt jedoch keine zeitliche Entwicklung, die erhalten Sie von einem weiteren Google-Tool, dem CrUX Vis.

Google Search Console als wichtiges Zusatztool#

Ein wichtiges Tool ist auch die Google Search Console für die Zusammenfassung von Daten nach URL-Gruppen.

Achten Sie jedoch auf die Interpretation der Daten! Bei PageSpeed.ONE erklären wir im Rahmen der Beratungen zur Geschwindigkeit den Kunden oft die nicht intuitiven Berichte, die die Anzahl der URLs in Farbbereichen anzeigen, nicht die direkten Werte der Metriken.

Eine Verschiebung von Seiten aus dem orangefarbenen in den grünen Bereich kann durchaus eine Verbesserung des LCP von 2,51 s auf 2,49 s bedeuten, wobei sich die Farbe neu gruppiert hat, aber die tatsächliche Geschwindigkeit sich praktisch nicht geändert hat. Die Search Console zählt die Anzahl der URLs in den einzelnen Bereichen. Eine Verschiebung von wenigen URLs über die Grenzschwelle (z. B. LCP von 2,51 s auf 2,49 s) und die Domain springt vom orangefarbenen in den grünen Bereich, auch wenn der Durchschnittswert der Metrik nahezu unverändert bleibt.

Bericht in der Google Search Console zeigt, wie viele URLs in den Bereich „Verbesserung erforderlich“ fallen, nicht den Durchschnittswert für die Domain.

Eine detaillierte Analyse der Datenerhebung, der Regeln und Einschränkungen finden Sie auf der separaten Seite über den Chrome UX Report. Wie man in der Search Console die Geschwindigkeit Schritt für Schritt liest, erörtern wir im Leitfaden Google Search Console und Core Web Vitals.

Wie testet man Core Web Vitals synthetisch?#

Der Chrome UX Report sagt Ihnen, wie Ihre Website bei realen Nutzern in den letzten 28 Tagen abgeschnitten hat. Für die Überprüfung einer bestimmten Seite, Regressionen nach dem Deployment oder das Testen einer Seite, die keine Daten von Google-Nutzern hat, benötigen Sie eine zusätzliche Quelle – synthetische („Lab“-)Messungen unter kontrollierten Bedingungen.

Für das synthetische Testen von CWV eignet sich beispielsweise Lighthouse, das auch im Monitoring-Tool von PageSpeed.ONE oder in unserem Tool für den Webgeschwindigkeitstest verfügbar ist.

Synthetik bietet jedoch nur eine teilweise Wahrheit, achten Sie darauf.

Erfüllung der Core Web Vitals: Nutzerdaten vs. Synth#

Wenn wir sagen „Website erfüllt CWV“, meinen wir Nutzerdaten, nicht synthetische Daten. Konkret: Daten aus dem Chrome UX Report der letzten 28 Tage, 75. Perzentil, alle drei Metriken im grünen Bereich, separat für Mobilgeräte und Desktop.

Ein synthetischer Score in Lighthouse wird Ihnen das nicht sagen; er zeigt ein eigenes einmaliges Ergebnis und ist für CWV oft unnötig streng.

Gründe, warum Synth nicht so genau wie die Realität ist:

1. INP wird in Synth nicht erfasst
   Labortests haben keine Benutzerklicks, sodass INP für „Erfüllung CWV“ in Synth-Messungen nicht verfügbar ist.
2. CLS nur beim ersten Load
   Reale Verschiebungen nach Interaktionen (Produkte sortieren, Filter öffnen) erscheinen normalerweise nicht in Labormessungen; im CrUX werden sie jedoch die ganze Zeit gesammelt, während die Seite geöffnet ist.
3. Ein Gerät zu einem Zeitpunkt
   Synth misst ein definiertes Netzwerk- und CPU-Profil. CrUX ist die Verteilung realer Menschen auf verschiedenen Geräten; die Aggregation macht sie „freundlicher“ gegenüber gelegentlichen Ausreißern.

Wenn Sie bei Labormessungen den grünen Zustand loben, CrUX jedoch orange bleibt, bedeutet das keinen Fehler der Tools. Synth misst das technische Potenzial der Seite; CrUX die Realität der Nutzer. Es macht Sinn, so zu optimieren, dass die Core Web Vitals-Daten der Nutzer in Ordnung sind.

Für ein vollständiges Bild kombinieren Sie daher immer Synth und CrUX, gegebenenfalls ergänzt durch RUM. Den Unterschied haben wir im Artikel Synth vs. CrUX vs. RUM ausführlich beschrieben.

Bedeutung der Core Web Vitals Metriken und ihr Einfluss auf das Geschäft#

Webseiten, die diese Metriken erfüllen, bieten in der Regel eine bessere Benutzererfahrung, was zu höheren Konversionen, besseren Suchmaschinenrankings und günstigeren PPC-Anzeigen führen kann.

Google wählte die Metriken und Grenzwerte nicht willkürlich aus, sondern basierend auf langfristiger Arbeit und Analyse vieler Studien im Bereich der Mensch-Computer-Interaktion. Aus diesen Gründen betrachten wir CWV als wichtige Grenzen für die Optimierung der Webgeschwindigkeit.

Beachten Sie jedoch, dass nicht alle drei Metriken das gleiche Gewicht für das Geschäft haben. Aus unserer Beratungspraxis sehen wir, dass LCP oder INP den Konversionsraten von E-Commerce-Websites erheblich mehr beeinflussen können als CLS.

In diesem Sinne ist CLS oft die am wenigsten geschäftsrelevante und ihr Einfluss wird häufig durch das Erscheinungsbild der Seite in den Suchergebnissen, Markenkampagnen oder Navigation übertroffen.

Die Erfüllung der Schwellenwerte ist der Ausgangspunkt; für die Priorisierung der Optimierungen empfehlen wir, zusätzlich unsere Business-Analyse (Konversionstrichter, RUM, A/B-Tests) hinzuzuziehen.

Einfluss der Core Web Vitals auf SEO sehen wir sehr häufig#

Aus langjähriger Beratungspraxis bei PageSpeed.ONE sehen wir den deutlichsten Einfluss der Core Web Vitals auf SEO bei zwei Arten von Projekten: E-Commerce-Websites und Inhaltsseiten.

Dabei spielt auch die ausgeglichene technische Ebene der Konkurrenz eine Rolle. Dort, wo die Konkurrenten die Geschwindigkeit nicht im Griff haben, kann eine gut gemachte Website zusätzliche Positionen herausholen. Dort, wo alle sie im Griff haben, vertiefen rote Metriken die Nachteile.

Ein konkretes Beispiel aus dem E-Commerce:

Nach Maßnahmen gegen langsames INP sahen wir eine schrittweise Verbesserung der Position. Im modellierten Vergleich zusätzliche +17,3 % Sitzungen von Google.

Bei Denatura, die wir als Onlineshop für Naturkosmetik langfristig überwachen, haben wir die Optimierung der CWV mit einer kontinuierlichen Analyse in der Google Search Console und einem internen Deployment-Log kombiniert.

Nach der Optimierung der INP-Metrik auf der Produktdetailseite (insbesondere von Drittanbietern und Code, der den Hauptthread unnötig blockierte) sahen wir eine Stabilisierung der Positionen und eine schrittweise Verbesserung der Geschwindigkeit bei den Nutzern. Das entspricht etwa dem, was wir auch anderswo sehen: Der Effekt zeigt sich nicht sofort als Sprung in der Besucherzahl, sondern allmählich über Positionen und Impressionen bei Longtail-Anfragen, auf die problematische Seiten abzielen.

Aus einem anderen anonymisierten Fall eines Onlineshops bei PageSpeed.ONE sehen wir, dass nach der Behebung von INP im Februar 2026 fast sofort eine Stabilisierung der durchschnittlichen Position (von ~5,2 auf ~4,3) und eine Beendigung großer Schwankungen in der Suche eintrat. Impressionen und Klicks stiegen nicht sofort an; der Einfluss ergab sich durch eine Verbesserung der Qualität der Longtail-Anfragen. Das deckt sich mit der historischen Erfahrung aus September 2025, als der gleichzeitige „grüne“ CWV-Status mit dem Google Core Update ein Wachstum erzeugte, das allein durch Technik in diesem Maße wahrscheinlich nicht ausgelöst worden wäre. Im Gegensatz dazu wirken schlechte CWV wie eine angezogene Handbremse. Die Website wird in der Saison dank des Marketings wachsen, aber die Technik bremst sie ständig aus.

Haben Core Web Vitals also immer noch einen Sinn?#

Ja, und zwar aus mehreren Gründen gleichzeitig. Core Web Vitals bleiben das Minimum, das ein Website-Besitzer verstehen sollte, und aus unserer Beratungspraxis sehen wir drei sich wiederholende Argumente:

1. Einfluss auf SEO und PPC
   Die Core Web Vitals Metriken bleiben ein Signal für die Suche und gehen in das Quality Score von Google Ads ein. Ein schlechter Zustand ist regelmäßig auf dem Konto und bei den CPC zu sehen.
2. Grundlegendes Benchmarking von UX und Konversionen
   Drei Metriken beschreiben drei echte Dimensionen der Erfahrung, auf die die menschliche Psyche reagiert: wie schnell es erscheint, wie schnell es reagiert, wie stark es springt. Diese drei Fragen stellt sich Ihr Besucher, ob Sie wollen oder nicht.
3. Proxy-Metriken für andere technische Indikatoren
   Bei einem Core Update bewegt sich vieles gleichzeitig. Aus der Beobachtung vieler Projekte sehen wir, dass Websites mit gutem technischen Zustand bei Updates weniger Einbrüche oder sogar Gewinne erleben. Die Ladegeschwindigkeit (LCP) fungiert dabei auch als Proxy für die Backend-Geschwindigkeit (TTFB), und diese kann den Crawl-Budget von Google sowie die Verfügbarkeit der Website für AI-Bots positiv beeinflussen (bei uns lösen sie die Strategie für AI-Bots).

Was machen die Core Web Vitals Metriken hingegen nicht? Sie sagen Ihnen nicht, ob Ihre Website geschäftlich schnell ist. Dafür benötigen Sie andere Zahlen, typischerweise eine Business-Analyse Ihrer eigenen Konversionstrichter, oder die Erfassung von RUM Daten. CWV als einziges Maß zu nehmen, wäre genauso ein Fehler wie das Score in Lighthouse als Webgeschwindigkeit zu betrachten.

Wie man Core Web Vitals verbessert#

Die Optimierung jeder Metrik hat ihre eigenen Regeln und ihren eigenen Artikel. Hier nur ein kurzer Wegweiser, den wir mit Erfahrungen aus eigenen Projekten kombinieren:

• Optimierung der Ladegeschwindigkeit (LCP):
  Es gibt viel zu tun. Vom Backend-Verbesserung (TTFB), Optimierung des kritischen Pfads (CSS, Schriften), richtige Formate und Größen von Bildern, fetchpriority und preload für das LCP-Element, Lazy Loading außerhalb des Viewport. Der Prozess wird detailliert in der Optimierung von LCP beschrieben.
• Optimierung der Interaktionsgeschwindigkeit (INP):
  Lange Aufgaben aufteilen (setTimeout, scheduler.yield()), nicht-kritisches JS nach der Interaktion verzögern, den Code von Drittanbietern in kritischen Momenten begrenzen, dem Benutzer sofortige visuelle Rückmeldung geben. Der langfristige Prozess auf einer realen Anwendung wird in der Fallstudie Innogy beschrieben (Verbesserung des INP um 38 %). Rezept in der Optimierung von INP.
• Optimierung der visuellen Stabilität (CLS):
  Bilder- und Iframe-Größen beachten (CLS-Größen), richtige Platzierung für Schriften, asynchrone Banner mit fester Reserve, Vorsicht bei Verschiebungen nach Klicks. Ein umfassender Blick in der Optimierung von CLS.

Aus der Beratungspraxis des PageSpeed.ONE Teams fügen wir einige fortgeschrittenere Anmerkungen hinzu:

• Cloudflare
  Für viele Websites empfehlen wir, die Installation eines CDN in Betracht zu ziehen – bei richtiger Konfiguration (Cloudflare-Konfiguration) kann dies bei allen Core Web Vitals Metriken helfen.
• Plattformbeschränkungen
  Shoptet als Plattform erfordert einen anderen Ansatz, siehe Optimierung von Shoptet (asynchrones GTM, Verschiebungen in der Cookie-Leiste, Modernisierung von JS).

Änderungen in den Core Web Vitals werden in den Daten von Google (CrUX) mit Verzögerung sichtbar (typischerweise beginnt sich die Bewegung 1–2 Wochen nach dem Deployment zu zeigen). Damit Regressionen nicht unbemerkt in die Produktion gelangen, empfehlen wir, ein langfristiges Monitoring der Webgeschwindigkeit mit Alarmierung bei Verschlechterungen zu integrieren.

Dashboard der Core Web Vitals im Monitoring von PageSpeed.ONE#

Eine Zusammenfassung der Core Web Vitals Metriken für Mobilgeräte und Desktop finden Sie in unserem Tool für den Webgeschwindigkeitstest, aber auch im Monitoring PLUS – im Bericht Zusammenfassung und anderen. Gleichzeitig ist es in unserem Tool möglich, die Entwicklung der Metriken auf Domain- oder URL-Ebene über Monate hinweg zu verfolgen.

Das regelmäßige Monitoring PLUS ergänzt dann synthetische Tests und Alarme bei Regressionen, sodass Sie nicht blind in einen schlechten Zustand geraten.