Core Web Vitals

Die Core-Web-Vitals-Überwachung verfolgt, wie deine Website für echte Besucher abschneidet -- nicht im Labor, sondern draußen in der echten Welt, auf echten Geräten und Verbindungen. Sie nutzt Felddaten aus dem Chrome User Experience Report (CrUX) von Google -- demselben Datensatz, den Google als Ranking-Signal in der Suche verwendet.

Funktionsweise

Einmal täglich schlägt Hoppla die Core Web Vitals deiner Website im CrUX-Datensatz nach und erfasst für jede Metrik den Wert des 75. Perzentils (p75). Das p75 bedeutet: Drei von vier deiner Besucher hatten ein mindestens so gutes Erlebnis -- die schnellsten Ausreißer werden bewusst ignoriert, damit die Zahlen widerspiegeln, was die meisten Menschen tatsächlich erleben.

Da die Daten von echten Chrome-Nutzern stammen, braucht deine Website genug echten Traffic, damit Google überhaupt CrUX-Daten dafür veröffentlicht. Bei Seiten mit wenig Traffic oder ganz neuen Websites reichen die Stichproben möglicherweise noch nicht aus -- in dem Fall meldet der Check, dass keine Felddaten verfügbar sind, statt einer Bewertung.

Core Web Vitals ist ein beratender Check -- er erzeugt den Status warning, wenn Metriken schlecht sind, erstellt aber niemals Vorfälle und taucht auch nicht als Ausfallzeit auf Statusseiten auf. Er dient der Qualitäts- und Suchmaschinen-Überwachung, nicht der Ausfallerkennung.

Labor- vs. Felddaten

Core Web Vitals lässt sich leicht mit dem Lighthouse-Audit verwechseln. Beide messen Verwandtes, aber auf sehr unterschiedliche Weise:

	Lighthouse	Core Web Vitals
Quelle	Labor -- ein einzelner synthetischer Ladevorgang in einem kontrollierten Browser	Feld -- aggregiert aus echten Chrome-Besuchern
Beantwortet	„Wie schnell könnte diese Seite sein?"	„Wie schnell ist diese Seite für echte Nutzer?"
Verfügbarkeit	Immer (Hoppla lädt die Seite selbst)	Erst, wenn deine Website genug echten Traffic hat
Am besten für	Debugging und das Erkennen von Regressionen vor dem Release	Das Bestätigen des realen Erlebnisses und deiner Suchmaschinen-Position

Nutze beide zusammen: Lighthouse, um Probleme zu finden und zu beheben, Core Web Vitals, um zu bestätigen, dass die Korrektur bei echten Nutzern angekommen ist.

Die Metriken

Jede Metrik wird als p75-Feldwert ausgewiesen und nach Googles Standardschwellen als gut, verbesserungsbedürftig oder schlecht eingestuft.

Largest Contentful Paint (LCP)

Wie lange es dauert, bis das größte Inhaltselement (meist ein Hero-Bild oder eine Überschrift) erscheint. Das ist der beste Näherungswert dafür, „wie lange es dauert, bis sich die Seite geladen anfühlt".

Einstufung	Schwelle
Gut	≤ 2,5 s
Verbesserungsbedürftig	2,5 s – 4,0 s
Schlecht	> 4,0 s

Interaction to Next Paint (INP)

Wie schnell die Seite auf Interaktionen wie Tippen, Klicks und Tastatureingaben reagiert. Gemessen wird die Reaktionsfähigkeit über den gesamten Besuch hinweg, nicht nur beim ersten Klick. (INP hat die ältere Metrik First Input Delay abgelöst.)

Einstufung	Schwelle
Gut	≤ 200 ms
Verbesserungsbedürftig	200 ms – 500 ms
Schlecht	> 500 ms

Cumulative Layout Shift (CLS)

Wie stark die Seite beim Laden visuell herumspringt. Ein hoher Wert deutet meist auf Bilder oder Anzeigen ohne reservierten Platz hin oder auf Schriften, die das Layout neu umbrechen. CLS ist ein einheitenloser Wert.

Einstufung	Schwelle
Gut	≤ 0,1
Verbesserungsbedürftig	0,1 – 0,25
Schlecht	> 0,25

Ergänzende Metriken

Hoppla erfasst außerdem zwei diagnostische Metriken, die die Hauptwerte erklären helfen:

• First Contentful Paint (FCP) -- wann der erste Inhalt erscheint (gut ≤ 1,8 s).
• Time to First Byte (TTFB) -- wie lange der Server braucht, um das erste Byte der Antwort zu senden (gut ≤ 0,8 s). Ein langsames TTFB zieht oft das LCP mit nach unten.

Konfiguration

Einstellung	Standard	Beschreibung
Prüfintervall	24 Stunden	CrUX-Daten aktualisieren sich langsam, einmal täglich reicht also völlig.

Ergebnisse

Jeder Check erfasst:

• Status -- ok oder warning
• LCP, INP, CLS -- p75-Feldwert und Einstufung für jeden Core Web Vital
• FCP, TTFB -- ergänzende diagnostische Metriken
• Datenverfügbarkeit -- ob CrUX genug echte Nutzerstichproben für deine Website hat

Alarme

Core Web Vitals ist beratend und eröffnet daher nie einen Vorfall.

Ereignis	Zeitpunkt
warning.degraded_performance	Ein oder mehrere Core Web Vitals sind in den Bereich „schlecht" gefallen
warning.cleared	Die Metriken haben sich wieder erholt

Tipps

• Mach dir keine Sorgen, wenn anfangs keine Daten da sind -- CrUX braucht echten Traffic, um sich aufzubauen. Kleinere Websites bekommen vielleicht nie Felddaten; verlass dich dann auf Lighthouse.
• Achte auf das TTFB -- eine langsame Serverantwort macht ein gutes LCP nahezu unmöglich. Behebe das zuerst.
• Reserviere Platz für Bilder und Anzeigen, um das CLS niedrig zu halten.
• Vergleich mit Lighthouse -- sind die Laborwerte gut, aber die Feldwerte schlecht, liegt das Problem an etwas, das deine echten Besucher trifft (langsame Netze, ältere Geräte) und ein sauberer Laborlauf nicht zeigt.