Core Web Vitals: Die Google-Metriken, die über Ladezeit, Ranking und Umsatz entscheiden
Von Niels Stuck · Aktualisiert am 16. Juli 2026 · 11 Min. Lesezeit
Core Web Vitals sind drei von Google definierte Messwerte, die die tatsächliche Nutzererfahrung einer Webseite quantifizieren: Ladeperformance, Interaktivität und visuelle Stabilität. Sie messen, wie schnell der Hauptinhalt erscheint, wie flott die Seite auf Klicks reagiert und wie ruhig das Layout beim Laden bleibt. Google nutzt sie als bestätigten Rankingfaktor. Auch als Web Vitals bekannt.
Anders gesagt: Core Web Vitals sind wie der TÜV-Bericht für Deine Webseite — drei Prüfpunkte, die entscheiden, ob Deine Seite sich für Besucher schnell, reaktionsschnell und wackelfrei anfühlt oder ob sie durchfällt. Und wie beim TÜV gilt: Bestehen ist Pflicht, nicht Kür.
Warum das zählt? Wer online verkauft, verliert bei jeder zusätzlichen Ladesekunde Umsatz. Google macht die Core Web Vitals seit 2021 zum offiziellen Ranking-Signal — schlechte Werte kosten Dich also doppelt: erst Sichtbarkeit in der Suche, dann Conversions auf der Seite. Für einen Onlineshop ist das kein technisches Detail, sondern eine direkte Umsatzfrage.
Das Schöne daran: Anders als bei vielen SEO-Maßnahmen sind die Core Web Vitals messbar, standardisiert und öffentlich einsehbar. Du musst nicht raten, ob Deine Seite gut genug ist — Google sagt es Dir kostenlos und in konkreten Zahlen. Genau das macht sie zum idealen Einstieg in technisches SEO: klare Zielwerte, klare Werkzeuge, klare Erfolgskontrolle.
- Core Web Vitals bestehen aus drei Metriken: LCP (Ladezeit des Hauptinhalts), INP (Reaktionsschnelligkeit) und CLS (Layout-Stabilität).
- Sie sind seit 2021 ein bestätigter Google-Rankingfaktor und Teil der „Page Experience“-Signale.
- Google bewertet jede Metrik in drei Stufen: Gut (grün), Verbesserungswürdig (gelb) und Schlecht (rot) — maßgeblich sind Felddaten echter Nutzer, nicht Labortests.
- Handlung: Prüfe Deine Werte kostenlos in der Google Search Console unter „Core Web Vitals“ und in Google PageSpeed Insights — und behebe zuerst, was rot ist.
Wie funktionieren die Core Web Vitals?
Core Web Vitals funktionieren, indem sie drei konkrete Momente im Seitenaufbau messen und mit festen Schwellenwerten vergleichen. Jede Metrik erfasst einen eigenen Aspekt der Nutzererfahrung — vom ersten sichtbaren Inhalt bis zur ersten Interaktion.
Der entscheidende Punkt: Google bewertet Deine Seite nicht im Labor, sondern anhand echter Ladevorgänge echter Nutzer. Diese Felddaten stammen aus dem Chrome User Experience Report (CrUX) — anonymisierte Messungen von realen Chrome-Besuchern über die letzten 28 Tage. Ein perfekter Laborwert nützt Dir also nichts, wenn Deine Kunden auf dem Handy im 4G-Netz eine andere Realität erleben.
Maßgeblich ist immer das 75. Perzentil: Deine Seite besteht eine Metrik nur dann als „gut“, wenn 75 Prozent aller Seitenaufrufe innerhalb des grünen Schwellenwerts liegen. Ein guter Durchschnitt reicht nicht — Google schaut auf die schlechteren 25 Prozent Deiner Nutzer.
Genau hier scheitern viele Optimierungen: Der Entwickler testet auf seinem schnellen Rechner im Büro-WLAN, sieht grüne Werte und meldet „erledigt“. Der Kunde mit dem drei Jahre alten Android-Handy im ländlichen Mobilfunknetz erlebt derweil das rote Band — und genau dieser Nutzer zieht Deinen Perzentilwert nach unten. Deshalb misst Du immer mobil und unter realistischen Bedingungen, nie nur im Idealfall.
Die drei Metriken im Detail
Largest Contentful Paint (LCP) misst die Ladeperformance: die Zeit, bis das größte sichtbare Element im Viewport gerendert ist — meist das Hero-Bild, ein Produktfoto oder eine große Überschrift. Alles über 2,5 Sekunden fühlt sich langsam an. Mehr dazu im Detailartikel zu Largest Contentful Paint.
Interaction to Next Paint (INP) misst die Reaktionsschnelligkeit: Wie lange dauert es, bis die Seite nach einem Klick, Tippen oder Tastendruck sichtbar reagiert? INP hat im März 2024 den früheren First Input Delay als offizielle Metrik abgelöst, weil es nicht nur die erste, sondern alle Interaktionen über den gesamten Seitenbesuch bewertet. Verwandt ist die Total Blocking Time, die im Labor ein guter Näherungswert für INP ist.
Cumulative Layout Shift (CLS) misst die visuelle Stabilität: Wie stark verschieben sich Elemente unerwartet während des Ladens? Jeder kennt es — Du willst auf „Kaufen“ tippen, ein nachgeladenes Banner schiebt den Button weg, und Du klickst auf Werbung. Details dazu im Artikel zu Cumulative Layout Shift.
Warum sind Core Web Vitals für SEO wichtig?
Core Web Vitals sind wichtig, weil Google sie seit dem Page-Experience-Update von 2021 offiziell als Rankingfaktor einsetzt. Sie sind kein Nice-to-have, sondern ein direktes Signal, das die Position Deiner Seite in den Suchergebnissen mitbestimmt — besonders dann, wenn zwei inhaltlich vergleichbare Seiten um dieselbe Position konkurrieren.
Google hat wiederholt klargestellt: Guter Content schlägt Geschwindigkeit. Aber bei ähnlich starkem Inhalt gibt die bessere Nutzererfahrung den Ausschlag. Die Core Web Vitals sind damit der Tiebreaker in umkämpften Nischen — genau dort, wo im E-Commerce das Geld liegt.
Noch wichtiger ist der Umsatzeffekt jenseits des Rankings. Eine schnelle, stabile Seite konvertiert besser, egal wo sie in Google steht. Zwei belastbare Zahlen aus der Praxis:
- Laut Google (2020) steigt die Wahrscheinlichkeit eines Absprungs um 32 %, wenn die Ladezeit von einer auf drei Sekunden wächst — und um 90 %, wenn sie auf fünf Sekunden klettert.
- Der Chrome-UX-Report zeigte 2024, dass zum INP-Wechsel rund 200.000 Webseiten die INP-Schwelle rissen, die unter dem alten FID-Wert noch bestanden hatten — ein Warnsignal, dass viele Shops ihre Interaktivität überschätzen.

Core Web Vitals vs. PageSpeed: Wo ist der Unterschied?
Core Web Vitals sind drei spezifische, standardisierte Metriken mit festen Google-Schwellenwerten — PageSpeed ist dagegen der Oberbegriff für die allgemeine Ladegeschwindigkeit einer Seite. Jede Core Web Vital ist ein PageSpeed-Aspekt, aber nicht jede PageSpeed-Kennzahl ist eine Core Web Vital.
Der Unterschied wird beim Messwerkzeug greifbar: Google PageSpeed Insights zeigt Dir einen Performance-Score von 0 bis 100 (basierend auf Labordaten) und separat Deine echten Core-Web-Vitals-Felddaten. Der 100-Punkte-Score ist eine Labor-Momentaufnahme; die Core Web Vitals sind das, was Google fürs Ranking wirklich zählt. Ein Score von 95 bei gleichzeitig rotem LCP im Feld ist keine Seltenheit — und dann zählt der rote Feldwert.
Die Schwellenwerte der Core Web Vitals
Google definiert für jede Metrik drei Bewertungsbänder. Die folgende Tabelle zeigt die verbindlichen Schwellenwerte (Stand 2026) — sie sind der Maßstab, an dem die Search Console und PageSpeed Insights Deine Seite messen.
| Metrik | Gut (grün) | Verbesserungswürdig (gelb) | Schlecht (rot) |
|---|---|---|---|
| LCP (Largest Contentful Paint) | ≤ 2,5 Sek. | 2,5–4,0 Sek. | > 4,0 Sek. |
| INP (Interaction to Next Paint) | ≤ 200 ms | 200–500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Der Takeaway: Deine Seite gilt erst dann als „bestanden“, wenn alle drei Metriken im grünen Bereich liegen — und zwar im 75. Perzentil echter Nutzer. Eine einzige rote Metrik reicht, um das Gesamturteil auf „nicht bestanden“ zu kippen.

Wie misst und verbesserst Du die Core Web Vitals?
Core Web Vitals misst Du am zuverlässigsten mit zwei kostenlosen Google-Tools: der Google Search Console für den Gesamtüberblick Deiner Domain und Google PageSpeed Insights für die Einzelanalyse jeder URL. Beide greifen auf dieselben CrUX-Felddaten zu, die auch fürs Ranking zählen.
Aus der Agentur-Praxis hat sich diese Reihenfolge bewährt: Zuerst öffnest Du in der Search Console den Bericht „Core Web Vitals“. Er gruppiert alle URLs Deiner Domain nach Status und Metrik — so siehst Du auf einen Blick, ob das Problem ein einzelnes Template betrifft (etwa alle Produktseiten) oder die gesamte Seite. Danach steckst Du eine betroffene Beispiel-URL in PageSpeed Insights, um die konkrete Ursache zu finden.
Konkrete Stellschrauben je Metrik
LCP verbesserst Du, indem Du das größte sichtbare Element schneller lieferst: Hero-Bilder im modernen WebP- oder AVIF-Format ausliefern, sie mit fetchpriority="high" priorisieren, ein CDN nutzen und render-blockierendes CSS/JavaScript eliminieren. In der Praxis bringt allein die Bild-Komprimierung eines überdimensionierten Produktfotos oft eine ganze Sekunde.
INP verbesserst Du, indem Du langlaufendes JavaScript aufbrichst: schwere Skripte aufteilen, Tracking-Tags verzögert laden (deferred), nicht genutzten Code entfernen und den Hauptthread entlasten. Gerade Tag-Manager mit einem Dutzend Marketing-Skripten sind hier der häufigste Übeltäter.
CLS verbesserst Du, indem Du für alle Elemente festen Platz reservierst: width und height bei Bildern setzen, Platzhalter für Werbung und Embeds vorhalten und Web-Fonts so laden, dass sie keinen Text-Ruck (FOUT) auslösen.
Der entscheidende Perspektivwechsel: Behandle die Core Web Vitals nicht als einmaliges Projekt, sondern als laufende Kennzahl. Jedes neue Plugin, jedes zusätzliche Marketing-Skript und jedes größere Theme-Update kann Deine Werte über Nacht ins Gelbe kippen. In der Agentur-Praxis hat sich ein monatlicher Blick in den Search-Console-Bericht bewährt — so bemerkst Du eine Verschlechterung, bevor sie Rankings kostet. Wer wächst und regelmäßig Funktionen ergänzt, braucht diese Routine besonders.
Die gute Nachricht zum Schluss: Die meisten Kernprobleme lassen sich mit überschaubarem Aufwand lösen. Über 60 Prozent aller schlechten LCP-Werte gehen auf unkomprimierte Bilder oder render-blockierende Ressourcen zurück — beides sind Standard-Fixes, für die Du keinen Spezialisten brauchst. Kein Grund zur Panik also, wenn Deine Werte heute rot sind.
Praxis-Beispiel: Wie ein Shop von Rot auf Grün kam
Ein mittelgroßer Möbel-Onlineshop kam mit seinen Kategorieseiten nicht über Google-Position 8 hinaus — trotz starkem Content. Der Search-Console-Bericht zeigte: LCP bei 4,3 Sekunden (rot), CLS bei 0,28 (rot). Ursache waren unkomprimierte Kategorie-Header-Bilder mit je 1,8 MB und ein Cookie-Banner ohne reservierten Platz, das beim Laden die gesamte Produktliste nach unten schob.
Die Lösung war unspektakulär, aber wirksam: Header-Bilder auf WebP umgestellt und auf unter 200 KB komprimiert, feste Höhe für den Banner-Container gesetzt, render-blockierendes CSS inlined. Ergebnis nach dem nächsten CrUX-Update (28 Tage später): LCP auf 2,1 Sekunden, CLS auf 0,05 — beide grün. Die betroffenen Kategorieseiten kletterten innerhalb von acht Wochen im Schnitt um 2,4 Positionen. Kein Content wurde angefasst.
Häufige Fehler bei den Core Web Vitals
- Nur den PageSpeed-Score jagen. Viele optimieren blind auf 100/100 im Labortest und wundern sich, dass das Ranking sich nicht bewegt. Fürs Ranking zählen die Felddaten (CrUX), nicht der Laborscore. Prüfe immer den Feldwert.
- Nur die Startseite testen. Deine Startseite ist selten die Umsatzseite. Teste die Templates, über die Traffic und Conversions laufen — Produkt- und Kategorieseiten.
- CLS auf dem Desktop abhaken. Layout-Shifts treten fast immer auf dem Smartphone auf, wo Werbung und Banner mehr Platz beanspruchen. Miss mobil, nicht am großen Monitor.
- Sofortiges Ergebnis erwarten. Wer nach der Optimierung am nächsten Tag in die Search Console schaut und keine Änderung sieht, wirft oft vorschnell wieder alles um. Das 28-Tage-Fenster braucht Zeit.
- Third-Party-Skripte ignorieren. Chat-Widgets, A/B-Testing-Tools und Tracking-Tags sind die häufigste INP- und LCP-Bremse — und werden bei der Optimierung am häufigsten übersehen, weil sie „schon immer da“ waren.
- ☐ Search-Console-Bericht „Core Web Vitals“ geöffnet und Status je Template notiert
- ☐ Betroffene Beispiel-URL in Google PageSpeed Insights analysiert (Felddaten, nicht nur Labor)
- ☐ Mobile und Desktop separat geprüft
- ☐ LCP: größtes Element identifiziert, Bilder komprimiert und im WebP/AVIF-Format
- ☐ INP: unnötige und blockierende Skripte entfernt oder verzögert geladen
- ☐ CLS: feste Maße für Bilder, Banner und Embeds gesetzt
- ☐ Nach 28 Tagen erneut gemessen und mit den Ausgangswerten verglichen
Häufige Fragen zu Core Web Vitals
Sind Core Web Vitals ein Rankingfaktor?
Ja, Core Web Vitals sind ein bestätigter Google-Rankingfaktor, seit sie 2021 Teil des Page-Experience-Signals wurden. Ihr Gewicht ist jedoch moderat: Bei zwei inhaltlich gleichwertigen Seiten geben sie den Ausschlag, guten Content ersetzen sie nicht. In umkämpften E-Commerce-Nischen kann dieser Tiebreaker aber über mehrere Positionen entscheiden.
Wie kann ich meine Core Web Vitals kostenlos testen?
Du testest Deine Core Web Vitals kostenlos mit der Google Search Console und mit Google PageSpeed Insights — beide sind gratis und nutzen echte Nutzerdaten. Die Search Console zeigt den Status aller URLs Deiner Domain gebündelt; PageSpeed Insights liefert für eine einzelne URL die konkreten Ursachen samt Verbesserungsvorschlägen.
Was kostet die Optimierung der Core Web Vitals?
Die Kosten hängen stark von der Ursache ab: Einfache Fixes wie Bildkomprimierung oder feste Bildmaße erledigst Du in wenigen Stunden selbst und kostenlos. Tiefgreifende Probleme — etwa ein render-blockierendes Theme oder ein überladenes JavaScript-Bundle — können mehrere Entwicklertage binden. Der Einstieg über die Messung ist immer gratis.
Warum ändern sich meine Werte nach der Optimierung nicht sofort?
Deine Werte ändern sich verzögert, weil Google die Felddaten über ein rollierendes 28-Tage-Fenster echter Chrome-Nutzer mittelt. Selbst eine perfekte Optimierung schlägt erst nach rund vier Wochen voll durch. Für eine sofortige Kontrolle nutzt Du die Labordaten in PageSpeed Insights — sie reagieren unmittelbar.
Sind Core Web Vitals auf dem Handy und Desktop unterschiedlich?
Ja, Google bewertet mobile und Desktop-Werte getrennt, und sie unterscheiden sich oft deutlich. Weil die Mehrheit der Nutzer mobil unterwegs ist und Smartphones langsamere Verbindungen und schwächere Prozessoren haben, sind die mobilen Werte meist schlechter — und für das mobil-first indexierende Google die relevanteren.
Verwandte Begriffe
- Largest Contentful Paint
- Cumulative Layout Shift
- First Input Delay
- PageSpeed
- Google PageSpeed Insights
- Total Blocking Time
- User Experience (UX)



