Welche Arten von Core Web Vitals gibt es?
Kurzantwort
Die Core Web Vitals bestehen aktuell aus drei Kennzahlen: Largest Contentful Paint misst, wann der Hauptinhalt sichtbar wird, Interaction to Next Paint bewertet die Reaktionsfähigkeit bei Eingaben und Cumulative Layout Shift erfasst unerwartete Layout-Verschiebungen. Gemeinsam bilden sie Ladegeschwindigkeit, Interaktivität und visuelle Stabilität einer Website ab.
Core Web Vitals bewerten die Nutzererfahrung anhand von drei klaren Bereichen. Für die Ladezeit zählt dabei nicht der vollständige Seitenaufbau, sondern der Moment, in dem der wesentliche sichtbare Inhalt geladen ist. Außerdem klären wir, warum ältere Ratgeber noch FID nennen, welche Browser Felddaten liefern und wie du die Werte sinnvoll überwachst.
1. Core Web Vitals 2026
Die aktuell maßgeblichen Core Web Vitals heißen LCP, INP und CLS. Hinter den Kürzeln stehen drei konkrete Fragen: Wann sieht der Nutzer den Hauptinhalt? Wie schnell reagiert die Seite auf eine Eingabe? Bleibt das Layout während der Nutzung stabil? Die Fragendatenbank ordnet die Werte entsprechend den Bereichen Ladezeit, Interaktivität und visuelle Stabilität zu.
| Kennzahl | Ausgeschriebener Name | Was wird gemessen? | Guter Wert |
|---|---|---|---|
| LCP | Largest Contentful Paint | Zeit bis zum Laden des größten sichtbaren Inhaltselements | höchstens 2,5 Sekunden |
| INP | Interaction to Next Paint | Reaktionszeit der Seite über den gesamten Interaktionsverlauf | höchstens 200 Millisekunden |
| CLS | Cumulative Layout Shift | Summe unerwarteter sichtbarer Layout-Verschiebungen | höchstens 0,1 |
Google betrachtet für die Bewertung üblicherweise das 75. Perzentil der gemessenen Seitenaufrufe. Vereinfacht gesagt sollten mindestens drei Viertel der Nutzer eine gute Erfahrung erhalten. Deshalb reicht ein schneller Test am leistungsstarken Bürorechner nicht aus. Mobile Geräte, schwächere Verbindungen und echte Interaktionen gehören in die Beurteilung.
1.1 LCP misst den Hauptinhalt
Largest Contentful Paint misst die Zeit, bis das größte sichtbare Bild oder der größte sichtbare Textblock im Viewport gerendert wurde. Auf einer Shopseite ist das häufig das Produktbild, auf einer Startseite ein großes Titelbild und auf einem Ratgeber oft die Überschrift oder ein einleitender Textblock. Ein LCP von höchstens 2,5 Sekunden gilt als gut.
Der häufigste Denkfehler beginnt beim Wort Ladezeit. Ein Server kann die ersten Daten schnell senden, während das große Titelbild noch mehrere Sekunden fehlt. Technisch hat die Seite bereits reagiert, für den Nutzer wirkt sie trotzdem leer. Prüfe deshalb zuerst, welches Element tatsächlich als LCP-Element erkannt wird. Erst danach lohnt sich die Diskussion über Hosting, Bildformate oder JavaScript.
1.2 INP bewertet die Reaktion
Interaction to Next Paint misst, wie lange eine Website nach einer Interaktion benötigt, bis die nächste sichtbare Reaktion erscheint. Berücksichtigt werden etwa Klicks, Touch-Eingaben und Tastatureingaben. Ein INP von höchstens 200 Millisekunden gilt als gut. Lange JavaScript-Aufgaben, komplexe Filter oder überladene Menüs können den Wert verschlechtern.
Eine Seite kann optisch vollständig geladen sein und sich trotzdem langsam anfühlen. Typisch ist ein Produktfilter, bei dem der Klick registriert wird, die neue Auswahl aber erst deutlich später erscheint. INP betrachtet solche Vorgänge über den gesamten Besuch hinweg. Der Wert beschreibt damit die erlebte Reaktionsfähigkeit genauer als eine reine Messung des Seitenstarts.
1.3 CLS misst Layout-Stabilität
Cumulative Layout Shift erfasst unerwartete Verschiebungen sichtbarer Elemente. Ein CLS von höchstens 0,1 gilt als gut. Häufige Ursachen sind Bilder ohne reservierte Abmessungen, nachträglich eingefügte Banner, Webfonts oder dynamische Inhalte, die vorhandene Schaltflächen und Texte verschieben.
Besonders teuer wird ein schlechter CLS im Checkout. Ein nachgeladener Hinweis verschiebt den Bestellbutton genau in dem Moment, in dem der Nutzer tippen möchte. Die Kennzahl misst dabei keine Zeit in Sekunden, sondern die Stärke und Reichweite der Verschiebungen. Reservierte Flächen für Bilder, Werbung und Hinweise beseitigen oft mehr CLS-Probleme als eine allgemeine Beschleunigung der Seite.
2. Welcher Ladezeitpunkt zählt?
Für die Core Web Vitals zählt beim Laden der Moment, in dem der größte sichtbare Hauptinhalt erscheint. Dieser Zeitpunkt wird durch den LCP abgebildet. Google wartet für diese Kennzahl also nicht darauf, dass sämtliche Skripte, Tracking-Dienste, Bilder außerhalb des sichtbaren Bereichs und Hintergrundprozesse vollständig geladen wurden.
Der Unterschied zu klassischen Ladezeitwerten ist erheblich. Die vollständige Ladezeit beantwortet, wann alle angeforderten Ressourcen fertig sind. LCP beantwortet, wann der Nutzer den zentralen Inhalt sehen kann. Für die wahrgenommene Geschwindigkeit ist die zweite Frage meist hilfreicher. Ein nachgeladenes Analyse-Skript kann die Gesamtladezeit verlängern, ohne den sichtbaren Hauptinhalt zu verzögern.
Auf den Hauptinhalt schauen
Ermittle auf jeder wichtigen Seitengruppe das jeweilige LCP-Element. Startseite, Kategorie, Produktdetailseite und Ratgeber können unterschiedliche Hauptinhalte besitzen. Eine einzelne Messung der Homepage sagt deshalb wenig über die Nutzererfahrung der gesamten Website aus.
3. Warum INP den FID ersetzt
Google hat den früheren First Input Delay, kurz FID, im März 2024 durch Interaction to Next Paint ersetzt. FID bewertete nur die Verzögerung bei der ersten Eingabe und endete, bevor die sichtbare Reaktion vollständig beurteilt war. INP betrachtet dagegen viele Interaktionen während des Seitenbesuchs und misst bis zur nächsten visuellen Aktualisierung.
Genau deshalb widersprechen sich ältere Ratgeber. Beiträge mit LCP, FID und CLS beschreiben den früheren Stand. Aktuell lautet das Set LCP, INP und CLS. FID ist für historische Auswertungen weiterhin erklärungsbedürftig, gehört aber nicht mehr zu den drei gegenwärtigen Core Web Vitals.
Übernimm keine alte Checkliste ungeprüft, wenn sie ausschließlich FID nennt. Eine Seite kann bei der ersten Eingabe schnell reagieren und später bei Filtern, Navigation oder Formularen stocken. Für aktuelle Prüfungen sollte INP ausgewertet werden.
4. Browser und Messdaten
Die offiziellen Felddaten von Google stammen aus dem Chrome User Experience Report, kurz CrUX. Dafür werden aggregierte Daten geeigneter Chrome-Nutzer verwendet. Safari und Firefox liefern keine Nutzungsdaten an diesen Google-Datensatz. Die Core-Web-Vitals-Prinzipien gelten trotzdem browserübergreifend, und technische Messungen lassen sich auch außerhalb von Chrome durchführen.
Wichtig ist die Trennung zwischen Felddaten und Labordaten. Felddaten zeigen, was echte Nutzer über einen längeren Zeitraum erleben. Labordaten entstehen in einer kontrollierten Testumgebung und helfen bei der Fehlersuche. Beide Datenarten können voneinander abweichen, weil echte Endgeräte, Verbindungen, Cookie-Banner und Interaktionen im Labor nur begrenzt nachgebildet werden.
| Datenart | Grundlage | Stärke | Typischer Einsatz |
|---|---|---|---|
| Felddaten | Echte Chrome-Nutzungen | Reale Geräte, Netze und Nutzungsmuster | Bewertung der tatsächlichen Nutzererfahrung |
| Labordaten | Simulierter Einzeltest | Reproduzierbare technische Diagnose | Ursachen finden und Änderungen prüfen |
Der Screenshot zeigt, warum ein Einzelwert selten genügt. Mobile und Desktop können stark auseinanderliegen, einzelne URLs reagieren unterschiedlich und ein Durchschnitt kann einen Ausreißer verdecken. Prüfe deshalb Seitentypen getrennt und vergleiche ihre Entwicklung über mehrere Messzeitpunkte.
5. Werte richtig messen
Eine erste Standortbestimmung liefert der kostenlose Ladezeiten-Check. Teste mindestens die Startseite, eine umsatzrelevante Landingpage und je ein typisches Beispiel deiner wichtigsten Seitentypen. Bei einem Onlineshop gehören Kategorie, Produktdetailseite und Checkout in die Stichprobe.
Prüfe jetzt eine konkrete URL und notiere LCP, INP und CLS als Ausgangswerte:
Ein einmaliger Test hilft bei der Diagnose, zeigt aber keine schleichende Verschlechterung. Ein neues Plugin, ein größeres Titelbild oder ein geänderter Cookie-Banner kann die Werte nach dem nächsten Deployment verändern. Das Ladezeit-Monitoring der Performance Suite verfolgt Ladezeiten und Core Web Vitals im Zeitverlauf. Die Prüfungen können mehrfach täglich für Desktop und Mobile erfolgen, enthalten eine Historie und beziehen auch Wettbewerber ein.
Wenn du Messwerte und Veränderungen dauerhaft in einem Dashboard verfolgen möchtest, kannst du dafür einen kostenlosen Zugang anlegen.
5.1 Optimierung nach Kennzahl
Die drei Werte benötigen unterschiedliche Maßnahmen. Eine pauschale Anweisung wie „Website schneller machen“ führt oft zu Arbeit an der falschen Stelle. Ordne jede Maßnahme zuerst einer Kennzahl und einer konkreten URL zu.
Bei WooCommerce-Shops zeigt sich die Trennung besonders klar. Produktgalerien belasten häufig den LCP, zahlreiche Plugins erhöhen durch zusätzliche JavaScript-Dateien den INP und dynamisch nachgeladene Warenkörbe können CLS auslösen. Eine OSG-Leistungsseite nennt Shops mit 20 oder mehr Plugins als konkretes Umfeld, in dem blockierende Skripte die Interaktivität belasten können. Entferne deshalb nicht wahllos Erweiterungen, sondern ordne jede Belastung der betroffenen Kennzahl zu.
6. Bereiche vor Kürzeln
Die Namen einzelner Core Web Vitals können sich weiterentwickeln. FID wurde bereits durch INP ersetzt, und künftige Anpassungen sind möglich. Wer die drei Bereiche versteht, muss nicht jede Umbenennung auswendig lernen. Beurteile eine Seite weiterhin anhand von sichtbarem Hauptinhalt, Reaktionsfähigkeit und Layout-Stabilität.
Priorisiere anschließend nach Seitentyp und Geschäftswirkung. Ein mäßiger LCP auf einer selten besuchten Impressumsseite ist weniger dringlich als derselbe Wert auf einer Produktkategorie mit organischem Traffic. Ebenso verdient ein INP-Problem im Checkout mehr Aufmerksamkeit als eine träge Interaktion in einem selten genutzten Archiv.
Ein Verlauf verbindet Messwerte mit Änderungen an Website, Theme, Plugins und Inhalten. Dadurch wird sichtbar, wann ein Wert gekippt ist und welche Seitengruppe betroffen war. Dieser zeitliche Kontext spart bei der Fehlersuche meist mehr Zeit als der Vergleich vieler isolierter PageSpeed-Screenshots.
7. So gehen wir vor
Die Online Solutions Group GmbH prüft zuerst die umsatzrelevanten Seitentypen und trennt LCP-, INP- und CLS-Ursachen. Anschließend priorisieren wir Maßnahmen nach Nutzerwirkung, organischem Traffic und technischem Aufwand. Das Ladezeit-Monitoring zeigt die Entwicklung nach der Umsetzung, statt nur einen einzelnen Prüfwert festzuhalten. Wenn interne Ressourcen fehlen, kannst du die technische und inhaltliche Onpage-Optimierung beauftragen.
8. Häufige Fragen zu Core Web Vitals
Welche drei Werte gehören zu den Core Web Vitals?
Die aktuellen Core Web Vitals sind Largest Contentful Paint für den sichtbaren Hauptinhalt, Interaction to Next Paint für die Reaktionsfähigkeit und Cumulative Layout Shift für die visuelle Stabilität.
Welcher Zeitpunkt zählt bei der Ladezeit?
Gemessen wird beim LCP der Zeitpunkt, an dem das größte sichtbare Inhaltselement geladen ist. Die Seite muss dafür noch nicht vollständig mit allen Skripten und Ressourcen fertig geladen sein.
Ist FID noch ein Core Web Vital?
Nein. Google hat First Input Delay im März 2024 durch Interaction to Next Paint ersetzt. INP erfasst den Interaktionsverlauf umfassender und berücksichtigt die sichtbare Reaktion der Seite.
Welche Browser unterstützen Core Web Vitals?
Die Kennzahlen lassen sich mit geeigneten Werkzeugen browserübergreifend untersuchen. Googles offizielle CrUX-Felddaten stammen jedoch aus Chrome und enthalten keine Nutzungsdaten aus Safari oder Firefox.
Was ist ein guter LCP-Wert?
Ein LCP von höchstens 2,5 Sekunden gilt als gut. Bewertet wird die Zeit, bis das größte sichtbare Bild oder der größte sichtbare Textblock gerendert wurde.
Wie oft sollte man Core Web Vitals prüfen?
Eine Prüfung ist nach technischen Änderungen, Theme-Updates, neuen Plugins und größeren Content-Anpassungen sinnvoll. Ein kontinuierlicher Verlauf erkennt zusätzlich Verschlechterungen, deren Ursache bei einem späteren Einzeltest kaum noch zuzuordnen wäre.
Sind Core Web Vitals ein Rankingfaktor?
Core Web Vitals fließen als Teil der Seitenerfahrung in die Google-Bewertung ein. Gute Werte ersetzen jedoch keine passenden Inhalte, klare Suchintention, interne Verlinkung und fachliche Autorität.
Konzentriere dich bei der nächsten Prüfung zuerst auf deine wichtigsten Seitentypen und auf die drei Nutzerfragen hinter den Kürzeln. Wird der Hauptinhalt schnell sichtbar, reagiert die Seite zügig und bleibt das Layout stabil, hast du die Core Web Vitals inhaltlich verstanden und kannst technische Maßnahmen sinnvoll priorisieren.
Du möchtest wissen, welche Ladezeitprobleme auf deiner Website zuerst bearbeitet werden sollten? Im kostenlosen und unverbindlichen Erstgespräch prüfen wir gemeinsam die Ausgangslage und ordnen die nächsten Schritte nach ihrer Wirkung.
Keine Kommentare vorhanden