Die Core Web Vitals sind die drei Kennzahlen, mit denen Google misst, wie sich eine Seite anfühlt: wie lange der Hauptinhalt braucht, bis er erscheint (LCP), wie schnell die Seite auf eine Eingabe reagiert (INP) und wie stark sie sich beim Laden verschiebt (CLS). Eine Seite besteht, wenn bei 75 % der echten Besuche (getrennt nach Mobilgerät und Desktop) alle drei Werte in der Spalte „Gut“ liegen (web.dev):
| Kennzahl | Gut | Verbesserungsbedürftig | Schlecht |
|---|---|---|---|
| LCP (Laden) | bis 2,5 s | 2,5 bis 4 s | über 4 s |
| INP (Reaktion) | bis 200 ms | 200 bis 500 ms | über 500 ms |
| CLS (Stabilität) | bis 0,1 | 0,1 bis 0,25 | über 0,25 |
Die Abkürzungen stehen für Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift. INP hat am 12. März 2024 den früheren FID ersetzt (web.dev). Wenn ein Ratgeber noch vom FID spricht, ist er veraltet.
Zählen sie für das Ranking bei Google?
Ja, aber sie entscheiden nicht alles. Google bestätigt, dass seine Ranking-Systeme die Core Web Vitals nutzen, und zugleich, dass es immer versucht, die relevantesten Inhalte zu zeigen, auch wenn die Nutzererfahrung der Seite nicht optimal ist (Google Search Central). Eine schnelle Website gleicht keinen Inhalt aus, der an der Suche vorbeigeht; zwischen zwei gleich nützlichen Seiten hilft sie.
Am deutlichsten zeigt sich die Geschwindigkeit im Geschäft. In einer Studie, die Google bei Deloitte und 55 mit 37 europäischen und amerikanischen Marken in Auftrag gab, steigerte eine um 0,1 s schnellere mobile Website die Conversions von Onlineshops um 8,4 %, die von Reiseseiten um 10,1 %; auf Seiten zur Kundengewinnung erreichten 21,6 % mehr Nutzer die Seite zum Absenden des Formulars (web.dev). Die Daten stammen von 2019 und beruhen auf älteren Kennzahlen als den heutigen, aber bei Onlineshops und Reiseseiten ist die Richtung eindeutig.
Wo Sie die Daten Ihrer Website sehen
- Felddaten, die Google verwendet: Sie stammen aus echten Besuchen mit Chrome (dem CrUX-Bericht). Sie finden sie im Bericht „Core Web Vitals“ der Search Console, der die letzten 28 Tage zusammenfasst und ähnliche Seiten gruppiert (Search Console-Hilfe), und oben in PageSpeed Insights. Hat Ihre Website wenige Besuche, gibt es dort womöglich noch keine Daten.
- Labordaten: ein simulierter Test, etwa der von Lighthouse unten in PageSpeed Insights. Er hilft, das Problem zu finden, ist aber nicht das, was Google misst. Der Lighthouse-Test in PageSpeed Insights kann den INP nicht messen, weil während des Tests niemand die Seite bedient, und verwendet stattdessen die Total Blocking Time (TBT) (web.dev).
Wenn Sie etwas behoben haben, können Sie in der Search Console auf „Tracking starten“ klicken: Google beobachtet die betroffenen Seiten 28 Tage lang, bevor das Problem als gelöst gilt.
So verbessern Sie jede Kennzahl
LCP: Das Wichtigste zuerst laden
- Das Hauptbild nicht verzögern. Niemals mit Lazy Loading (
loading="lazy"), dafür mitfetchpriority="high", damit der Browser es früher anfordert (web.dev). - Leichte Bilder: in WebP oder AVIF und nicht größer, als sie angezeigt werden.
- Ein Server, der schnell antwortet, und ein Content Delivery Network (CDN) nahe bei Ihren Besuchern.
- Das Hauptbild im HTML: Fügt JavaScript es erst später ein, findet der Browser es nicht rechtzeitig.
INP: Die Seite reagiert sofort
- Weniger JavaScript, und das übrige in kurze Aufgaben aufgeteilt: Solange der Browser eine lange Aufgabe ausführt, kann er auf kein Tippen reagieren (web.dev).
- Skripte von Drittanbietern prüfen, etwa Chats, Werbe-Pixel oder Widgets: Sie alle konkurrieren um denselben Thread.
- Sofort sichtbar antworten, notfalls mit einem „Wird geladen“, und die schwere Arbeit danach erledigen.
- Eine nicht zu große Seite: Je mehr Elemente sie hat, desto mehr Arbeit kostet den Browser jede Änderung.
CLS: Nichts verschiebt sich
- Breite und Höhe für jedes Bild und Video (
widthundheightoderaspect-ratioin CSS), damit der Browser den Platz reserviert (web.dev). - Platz für alles reservieren, was später kommt: Anzeigen, eingebettete Videos oder ein Hinweis oben auf der Seite. Besser über dem Inhalt schweben lassen, als ihn nach unten zu schieben.
- Webfonts mit einer Ersatzschrift, die an ihre Maße angepasst ist (
size-adjust), damit der Text beim Schriftwechsel nicht springt. - Mit
transformanimieren, nicht mittopoderleft.
So machen wir es bei Vetro
Unsere eigene Website ist ein 3D-Erlebnis, und Geschwindigkeit gehört von Anfang an zum Design:
- der Text kommt im HTML;
- das Logo des Ladebildschirms hat hohe Priorität und reservierten Platz;
- die Schriften haben an ihre Maße angepasste Ersatzschriften;
- die 3D-Szene lädt nur, wenn der Browser mit der Grafikkarte zeichnet und keine reduzierte Bewegung eingestellt ist. Sonst gibt es eine leichte Version mit demselben Inhalt.
In PageSpeed Insights, das in unseren Tests ohne Grafikbeschleunigung misst und deshalb diese leichte Version erhält, erreicht die Startseite auf dem Smartphone 100 Punkte bei der Leistung (gemessen am 5. Oktober 2026). So arbeiten wir bei jeder Website, die wir gestalten.
Häufige Fragen
Wenn meine Website in PageSpeed Insights gut abschneidet, besteht sie dann die Core Web Vitals? Nicht unbedingt. Die Punktzahl ist ein Labortest; für Google zählen die Daten Ihrer echten Besuche der letzten 28 Tage.
Warum ändert sich die Punktzahl bei jedem Test? Weil sich die Bedingungen ändern: das Netz, der Server oder das Testgerät (Chrome for Developers). Testen Sie mehrmals und achten Sie auf die Tendenz, nicht auf eine einzelne Zahl.
Was tun, wenn meine Website wenige Besuche und keine Felddaten hat? Orientieren Sie sich an den Labordaten und beheben Sie, was dort auffällt. Sobald genug Besuche zusammenkommen, zeigt die Search Console die echten Daten.
Quellen
- Web Vitals: was sie sind und ihre Grenzwerte (web.dev).
- INP wird am 12. März 2024 zu einem Core Web Vital (web.dev).
- Nutzererfahrung mit der Seite in den Google-Suchergebnissen (Google Search Central).
- Bericht „Core Web Vitals“ (Search Console-Hilfe).
- LCP, INP und CLS optimieren (web.dev).
- Milliseconds make millions: die Deloitte-Studie für Google (web.dev).
- Wie die Leistungsbewertung von Lighthouse berechnet wird (Chrome for Developers).
