Core Web Vitals: Definition, Metriken und SEO-Bedeutung der technischen Nutzererfahrung
Core Web Vitals sind drei Google-Metriken für Ladezeit, Interaktivität und Layout-Stabilität. Seit Juni 2021 fließen sie als Ranking-Faktor in die Suche ein und entscheiden bei B2B-Sites über die Sichtbarkeit.
Google bezieht die Core Web Vitals seit Juni 2021 als Page-Experience-Signal in das Such-Ranking ein. Drei Metriken (Largest Contentful Paint, Interaction to Next Paint und Cumulative Layout Shift) entscheiden über die technische Nutzererfahrung einer Webseite. Wer ihre Schwellenwerte und ihre Messlogik nicht kennt, optimiert Page-Speed blind.
Was sind Core Web Vitals?
Core Web Vitals sind drei standardisierte Messwerte, mit denen Google die technische Nutzererfahrung einer Webseite quantifiziert. Sie gehören zur breiteren Initiative Web Vitals, die Google 2020 als verbindliches Qualitätssignal-Set für das offene Web eingeführt hat.
Die drei Kernmetriken decken jeweils einen Aspekt der wahrgenommenen Nutzererfahrung ab: Ladezeit (Largest Contentful Paint), Reaktionsfähigkeit (Interaction to Next Paint) und visuelle Stabilität (Cumulative Layout Shift).
Die Definitionshoheit liegt bei Google selbst: Schwellenwerte und Messmethodik werden auf der Plattform web.dev dokumentiert, ihre Anwendung im Such-Ranking auf Google Search Central.
Für die Bewertung einer Seite zählt nicht der einmalige Lab-Wert, sondern das 75. Perzentil aller realen Nutzer-Sessions, gemessen über den Chrome User Experience Report. Eine Seite erreicht den Status „gut“ nur, wenn 75 Prozent ihrer Besucher in allen drei Metriken unter den jeweiligen Schwellen liegen, dokumentiert in der offiziellen Google-Search-Central-Doku.
Wie werden Core Web Vitals gemessen?
Core Web Vitals lassen sich auf zwei grundsätzlich unterschiedliche Weisen erheben: über Felddaten aus dem realen Nutzerverhalten und über Labordaten aus kontrollierten Test-Umgebungen.
Für das Google-Ranking zählen ausschließlich die Felddaten. Sie bilden die tatsächliche Nutzererfahrung ab, nicht eine ideale Test-Bedingung. Wer SEO-Entscheidungen auf reine Lab-Werte stützt, optimiert für ein Szenario, das kein echter Nutzer erlebt — ein häufiger Fehler in technischen Audits.
Labordaten sind trotzdem das Diagnose-Werkzeug der Wahl, weil sie reproduzierbar sind und keine 28 Tage Wartezeit auf CrUX-Aktualisierungen erfordern.
Wie erhält man die wichtigsten Web-Vitals?
Felddaten erhält man aus dem Chrome User Experience Report (CrUX), der das anonymisierte Nutzungsverhalten echter Chrome-Nutzer aggregiert. Labordaten erzeugt jeder Browser auf Knopfdruck. Welches Tool für welche Aufgabe sinnvoll ist, hängt weniger vom Tool selbst ab als von der Rolle, die es bedient. Die folgende Tabelle ordnet jedes Tool einer typischen Rolle zu:
| Tool | Datenquelle | Typische Nutzer-Rolle | Aufruf |
|---|---|---|---|
| PageSpeed Insights | Feld + Labor | Marketing, Geschäftsführer | Web-UI, URL eingeben |
| Search Console | Feld | Marketing, SEO | Core Web Vitals im linken Menü |
| Chrome UX Report (BigQuery) | Feld | Entwickler, Agentur | SQL-Abfrage |
| Lighthouse | Labor | Entwickler, Agentur | Chrome DevTools, Tab Lighthouse |
| Chrome DevTools Performance Panel | Labor | Entwickler | Chrome DevTools, Tab Performance |
| Web Vitals Chrome Extension | Labor (Live) | Entwickler, Agentur | Browser-Extension |
In der Praxis bedient ein Geschäftsführer im technischen Mittelstand selten DevTools und schreibt keine BigQuery-Abfragen; PageSpeed Insights und der Core-Web-Vitals-Bericht in der Search Console sind die richtigen Werkzeuge auf Entscheider-Ebene, die übrigen liegen typischerweise bei der internen Entwicklung oder bei der SEO-Agentur.
Welche Arten von Core Web Vitals gibt es?
Aktuell (Stand Mai 2026) sind drei Metriken offizielle Core Web Vitals: LCP, INP und CLS. Bis zum 12. März 2024 war FID (First Input Delay) die Reaktions-Metrik; seit diesem Datum hat INP FID vollständig abgelöst, dokumentiert im web.dev-Launch-Blog zum INP-Rollout. Bestehende Reports oder Audits, die noch FID führen, sind seit diesem Datum nicht mehr Ranking-relevant.
Welche sind aktuell die wichtigsten Web Vitals-Kernkennzahlen?
Die drei aktuellen Core Web Vitals sind LCP, INP und CLS, jeweils mit eigenen Schwellenwerten für die Bewertungsstufen gut, verbesserungswürdig und schlecht. Die Werte stammen direkt aus den web.dev-Definitionen und gelten weltweit ohne regionale Variation:
| Metrik | Was sie misst | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Ladezeit des größten sichtbaren Elements | ≤ 2,5 s | 2,5 – 4,0 s | > 4,0 s |
| INP (Interaction to Next Paint) | Reaktionsfähigkeit auf Nutzer-Interaktionen | ≤ 200 ms | 200 – 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Visuelle Stabilität (Layout-Sprünge) | ≤ 0,1 | 0,1 – 0,25 | > 0,25 |
Largest Contentful Paint (LCP)
LCP misst, wie schnell das größte sichtbare Element im Viewport gerendert wird, typischerweise das Hauptbild eines Hero-Bereichs oder der erste Textblock.
Interaction to Next Paint (INP)
INP misst die Latenz vom Klick oder Tap eines Nutzers bis zum nächsten gerenderten Frame und ersetzt damit das alte FID, das nur den ersten Input bewertet hat.
Cumulative Layout Shift (CLS)
CLS misst die Summe aller unerwarteten Layout-Verschiebungen während der gesamten Seitenlebensdauer und bestraft Effekte wie nachladende Werbe-Slots, die den Lese-Text wegspringen lassen.
Ein Maschinenbauer mit 800 Produktseiten und einem überraschend langsamen 3D-Konfigurator wird typischerweise zuerst bei INP auffällig, weil schwere JavaScript-Tasks die Reaktionszeit dehnen.
Der Einfluss von Core Web Vitals auf SEO: Warum wichtig?
Core Web Vitals sind seit Juni 2021 ein bestätigter Ranking-Faktor, dokumentiert im offiziellen Google-Search-Central-Blog. Ihr Gewicht ist vergleichsweise gering: Google selbst beschreibt sie als Tiebreaker, der zwischen Seiten mit ähnlich gutem Content den Ausschlag gibt, nicht als primäres Ranking-Signal.
Bei zwei Industrie-Sites mit vergleichbarer Domain-Autorität entscheidet die schnellere Seite den Gleichstand. Sind die CWV-Werte einer Seite hingegen schlecht, aber Content und Backlinks deutlich stärker, gewinnt fast immer Inhalt vor Performance.
Sind Core Web Vitals ein Ranking-Faktor?
Ja — die Core Web Vitals sind seit Juni 2021 Bestandteil des Page-Experience-Signals und fließen direkt in das Such-Ranking ein. Ihr Effekt ist ein Tiebreaker zwischen Seiten mit vergleichbarer inhaltlicher Qualität. Bei deutlichen Qualitäts- oder Autoritäts-Unterschieden überstimmen Content und E-E-A-T das Performance-Signal. Bei knappen Wettbewerbs-Situationen entscheidet die schnellere Seite.
Für Geschäftsführer im technischen Mittelstand sind die Core Web Vitals deshalb kein Marketing-Trick, sondern ein Investitions-Indikator. Zwei Industrie-Sites mit vergleichbarem Content und vergleichbarer Backlink-Qualität: Die Seite mit LCP ≤ 2,5 Sekunden rangiert über mehrere Wochen stabiler als die Seite mit LCP von 4,2 Sekunden. Schlechte Werte signalisieren Infrastruktur-Schulden, gute Werte einen wartungsstabilen Tech-Stack; das ist messbar, nicht interpretierbar.
Core Web Vitals in der Praxis: Steuerung und Einflussfaktoren
Core-Web-Vitals-Werte lassen sich durch drei strukturelle Eingriffe gezielt steuern: Bild- und Server-Optimierung für LCP, JavaScript-Task-Reduktion für INP, reservierte Höhen und Platzhalter für CLS. Welche der drei Ursachengruppen die kritische ist, zeigt PageSpeed Insights pro URL.
Die folgende Aufzählung adressiert die typischen Ursachen auf Diagnose-Ebene; konkrete Implementierungs-Schritte und Code-Beispiele liegen im separaten Ratgeber Core Web Vitals optimieren, der die Hands-on-Umsetzung pro Metrik abdeckt.
- LCP-Probleme entstehen typischerweise durch unkomprimierte Hero-Bilder, langsame Server-Antwortzeiten (TTFB > 800 ms), render-blockende Schriftarten oder eine fehlende CDN-Auslieferung. Bei Industrie-Sites mit großen Produktbildern ist die Bild-Optimierung der wirksamste Hebel.
- INP-Probleme entstehen durch lange JavaScript-Tasks, die den Main-Thread blockieren, durch übermäßiges Third-Party-Tracking oder durch ineffiziente React-/Vue-Rendering-Logik. Konfiguratoren, Filter-Komponenten und schwere Tracking-Stacks sind die typischen Verdächtigen.
- CLS-Probleme entstehen durch nicht reservierte Höhen für Bilder, durch nachladende Werbe- oder Cookie-Banner, durch dynamisch eingefügte Inhalte ohne Platzhalter oder durch Web Fonts, deren Fallback-Layout vom finalen Layout abweicht (FOUT/FOIT).
Wie kann man Google Core Web Vitals verbessern?
Die Optimierung der Google Core Web Vitals folgt einem festen Dreischritt: messen, priorisieren, umsetzen. Im ersten Schritt zeigen Google PageSpeed Insights und der Core-Web-Vitals-Bericht in der Search Console pro URL, welche der drei Core-Web-Vitals-Messwerte unter dem Schwellenwert liegt.
Im zweiten Schritt priorisiert man nach Geschäfts-Impact: Auf einer Produkt-Detailseite wirken sich Verzögerungen im Ladevorgang direkt auf die Nutzerfreundlichkeit und die Conversion aus, während eine reine Lead-Page mit kurzer Ladezeit weniger Hebel hat. Erst danach wird umgesetzt — und nur die Tools, die zur Rolle passen (siehe Tool-Tabelle in Sektion „Wie werden Core Web Vitals gemessen?“).
Die Hebel pro Metrik unterscheiden sich klar. Für die Ladezeit des größten Elements (LCP) zählen Bild-Komprimierung, ein schneller TTFB und CDN-Auslieferung. Bei INP geht es darum, lange JavaScript-Tasks zu zerschneiden und Tracking-Stacks zu entlasten, damit Nutzer ohne spürbare Verzögerung mit der Seite interagieren können.
Bei CLS reichen oft reservierte Bild- und Werbeflächen plus eine stabile Web-Font-Strategie. Konkrete Code-Snippets, Server-Konfigurationen und Build-Anpassungen liegen außerhalb dieser Lexikon-Sektion: Wer die Hands-on-Tiefe sucht, findet sie im Ratgeber Core Web Vitals optimieren, der jede Metrik einzeln durchgeht.
Diese Liste benennt Ursachen, keine Lösungen. Wer Code-Snippets, Konfigurations-Empfehlungen oder Schritt-für-Schritt-Anleitungen sucht, ist im verlinkten Ratgeber richtig aufgehoben. Eine Lexikon-Sektion bleibt bewusst auf der Diagnose-Ebene, damit Entscheider die Gespräche mit ihrer Agentur faktenfest führen können.
Fazit & Takeaways
- Drei Metriken, drei Schwellen. LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1; eine Seite erreicht den Status „gut“ nur, wenn das 75. Perzentil aller drei Metriken unter dem jeweiligen Schwellenwert liegt.
- INP ersetzt FID seit dem 12. März 2024. Reports, die noch FID-Werte führen, sind seit diesem Datum nicht mehr Ranking-relevant; bei jedem Audit zuerst prüfen, ob die Reaktions-Metrik aktuell ist.
- Felddaten zählen, nicht Labordaten. Für das Ranking entscheidet der Chrome User Experience Report; Lighthouse-Werte sind reine Diagnose und können vom CrUX-Wert deutlich abweichen.
- PageSpeed Insights ist der schnellste Einstieg auf Entscheider-Ebene. URL eingeben, drei Werte ablesen, gegen die Schwellen halten — Touchpoint mit der eigenen Agentur dauert dann fünf Minuten statt zwei Stunden.
- Core Web Vitals sind Tiebreaker, kein Mega-Hebel. Performance entscheidet bei vergleichbarer Content- und Autoritäts-Lage; bei deutlichem inhaltlichen Vorsprung des Wettbewerbs ist sie kein wirksamer Hebel und nicht der erste Optimierungsschritt.
Verwandte Begriffe
- Web Vitals: Dach-Initiative von Google für Web-Qualitätssignale. Enthält die Core Web Vitals plus weitere Metriken wie Time to First Byte (TTFB) und First Contentful Paint (FCP), die nicht ins Ranking einfließen, aber als Diagnose-Werte erhoben werden.
- Page Experience: Übergeordnetes Ranking-Signal von Google. Bündelt die Core Web Vitals mit Mobile-Friendly-Status, HTTPS-Sicherheit und der Abwesenheit aufdringlicher Interstitials. Eine Seite kann gute Core Web Vitals haben und trotzdem das Page-Experience-Kriterium verfehlen, wenn etwa HTTPS fehlt.
- PageSpeed: Aggregierter Lighthouse-Performance-Score (0–100). Enthält die Core Web Vitals als Teilkomponente, ist aber selbst kein Ranking-Signal; eine Seite mit PageSpeed-Score 95 und CLS 0,4 ist im Sinne der Core Web Vitals trotzdem nicht „gut“.
- First Input Delay (FID): Frühere Reaktions-Metrik der Core Web Vitals, am 12. März 2024 von INP abgelöst; FID ist seither historischer Kontext, kein aktives Signal.
- Chrome User Experience Report (CrUX): Anonymisierte Felddaten-Quelle, aus der Google die Core-Web-Vitals-Werte für das Ranking aggregiert; speist PageSpeed Insights und die Search Console.
- Suchmaschinenoptimierung: Übergeordnete Disziplin, in der die Core Web Vitals das technische Performance-Signal stellen.
- SERP: Suchergebnis-Layout, in dem sich der Ranking-Effekt der Core Web Vitals zeigt.
Autor: Daniel Neubauer, Geschäftsführer RED RAM MEDIA. Über 16 Jahre Agentur- und SEO-Erfahrung, seit 2010 als Agenturinhaber tätig, Entwickler des VISIBL-Frameworks für technisches B2B-SEO.
Häufige Fragen (FAQ)
Was sind die Core Web Vitals?
Core Web Vitals sind drei standardisierte Google-Messwerte für die technische Nutzererfahrung einer Webseite: Largest Contentful Paint (LCP) misst die Ladezeit des größten sichtbaren Elements, Interaction to Next Paint (INP) misst die Reaktionsfähigkeit auf Nutzer-Interaktionen, und Cumulative Layout Shift (CLS) misst die visuelle Stabilität der Seite. Seit Juni 2021 sind sie Bestandteil des Page-Experience-Signals und fließen ins Such-Ranking ein.
Was ist der Unterschied zwischen Core Web Vitals und PageSpeed?
Core Web Vitals sind drei einzeln definierte Metriken (LCP, INP, CLS) mit jeweils eigenen Schwellenwerten, während der PageSpeed-Score ein aggregierter Wert von 0 bis 100 ist, den Lighthouse aus mehreren Performance-Faktoren berechnet. Der PageSpeed-Score enthält die Core Web Vitals als Teilkomponente, gewichtet sie aber zusammen mit weiteren Lab-Metriken wie Total Blocking Time und Speed Index. Für das Such-Ranking zählen ausschließlich die Core Web Vitals als Felddaten, nicht der aggregierte PageSpeed-Score.
Wann hat INP FID als Core Web Vital ersetzt?
Interaction to Next Paint (INP) hat First Input Delay (FID) am 12. März 2024 als offizielles Core Web Vital ersetzt. Der Wechsel wurde vom Chrome-Team über web.dev und das Google-Search-Central-Blog kommuniziert; FID wird seither nicht mehr als Page-Experience-Signal verwendet. Bestehende Reports und Audits, die noch FID-Werte führen, gelten seit diesem Datum als veraltet und liefern keine Ranking-relevante Information mehr.
Welche Schwellenwerte gelten als „gut“ bei Core Web Vitals?
Google definiert für jede Core-Web-Vitals-Metrik drei Bewertungsstufen mit konkreten Schwellen: LCP gilt als „gut“ bei ≤ 2,5 Sekunden, INP als „gut“ bei ≤ 200 Millisekunden, und CLS als „gut“ bei ≤ 0,1. Eine Seite erreicht den „gut“-Status für die Core Web Vitals nur dann, wenn das 75. Perzentil aller realen Nutzer-Sessions in jeder der drei Metriken unter dem jeweiligen Schwellenwert liegt. Die Werte stammen aus dem Chrome User Experience Report (CrUX) und werden in PageSpeed Insights und der Search Console angezeigt.
Sind Core Web Vitals für jede Branche gleich relevant?
Core Web Vitals sind grundsätzlich für jede Webseite relevant, ihre Wirkung auf Conversions und Rankings unterscheidet sich aber stark nach Geschäftsmodell. Im E-Commerce mit hohen Mobil-Anteilen wirken schlechte Werte direkt auf Warenkorb-Abbruchquoten, während eine reine B2B-Lead-Page mit kleinem Traffic und starkem Markenbezug auch mit mittelmäßigen CWV-Werten konvertieren kann. Im Such-Ranking sind die CWV branchenunabhängig ein Tiebreaker; ihr Hebel auf die Position ist im hart umkämpften Long-Tail größer als bei Brand-Suchen.
Welches Tool nutzen Geschäftsführer für einen schnellen Core-Web-Vitals-Check ohne Entwicklerwissen?
PageSpeed Insights (pagespeed.web.dev) ist der niedrigschwelligste Einstieg: Eine URL eingeben genügt, das Tool liefert die drei Core-Web-Vitals-Werte für Mobil und Desktop sowie eine Bewertung „gut“ / „verbesserungswürdig“ / „schlecht“ pro Metrik. Es kombiniert Felddaten aus dem Chrome User Experience Report mit Lab-Daten aus Lighthouse und braucht weder Installation noch Entwicklerzugriff. Für ein laufendes Monitoring der eigenen Domain liefert die Google Search Console unter „Core Web Vitals“ einen aggregierten Bericht über alle URLs.
Reichen gute Core Web Vitals allein für Top-Rankings?
Gute Core Web Vitals reichen für Top-Rankings nicht aus, weil Google die Metriken explizit als Tiebreaker und nicht als primären Ranking-Faktor positioniert. Bei vergleichbarer Content-Qualität, vergleichbaren Backlinks und vergleichbarer Entitäts-Autorität rangiert die schnellere Seite stabiler; bei deutlichem Qualitäts- oder Autoritäts-Gefälle überstimmen Inhalt und Vertrauen die Performance-Differenz.
Theorie verstanden? So sieht die Praxis aus:
Weitere Begriffe aus dem Lexikon
Crawler
Ein Crawler ist das Programm, mit dem Suchmaschinen, Tools und KI-Anbieter das Web durchsuchen. Bei B2B-Relaunches entscheidet sein Verhalten, ob mehrere tausend Produkt-URLs überhaupt im Index landen.
HTTP-Statuscode
Ein HTTP-Statuscode entscheidet, wie Crawler und Browser auf eine URL reagieren. Bei B2B-Relaunches mit mehreren tausend Produkt-URLs bestimmt er, ob bestehende Sichtbarkeit konsolidiert oder verloren wird.
302-Weiterleitung
Eine 302-Weiterleitung sorgt bei zeitlich befristeten URL-Umleitungen dafür, dass Nutzer und Suchmaschinen die richtige Zielseite erreichen und die ursprüngliche Adresse als Hauptversion im Index erhalten bleibt.
Von der Definition zur konkreten Umsetzung.
Sie kennen jetzt das Konzept. Die Frage ist: Wie wird daraus ein messbarer Hebel für Ihr B2B-Marketing? In 30 Minuten analysieren wir, ob und wie dieser Ansatz zu Ihren Zielen passt.
30 Minuten · Datenbasiert · Klartext