Die Core Web Vitals sind drei Messwerte, mit denen Google prüft, wie angenehm sich deine Website anfühlt: Wie schnell sie lädt, wie flott sie reagiert und ob beim Laden etwas verrutscht. Dieser Guide erklärt jede Metrik in Alltagssprache und zeigt, wie du sie misst und verbesserst.
TL;DR
Die Core Web Vitals sind drei Messwerte, mit denen Google das Nutzererlebnis deiner Website bewertet: LCP misst die Ladezeit, INP die Reaktionsschnelligkeit und CLS die visuelle Stabilität. Sie sind ein offizielles Ranking-Signal: Seiten mit guten Werten haben bei sonst gleichem Inhalt einen Vorteil in der Google-Suche.
Stell dir eine Website wie ein Ladengeschäft vor. LCP ist die Zeit, bis du das Schaufenster siehst. INP ist die Zeit, bis der Verkäufer auf deine Frage reagiert. Und CLS beschreibt, ob die Regale stehen bleiben oder ständig verschoben werden, während du danach greifst.
Google hat diese drei Werte 2020 unter dem Namen Core Web Vitals eingeführt, um das Nutzererlebnis messbar zu machen. Eine kompakte Definition findest du auch im Glossar zu Core Web Vitals.
Wichtig für die Einordnung: Die Core Web Vitals sind ein Baustein von vielen. Wie sie mit Inhalten, Technik und deinem Unternehmensprofil zusammenspielen, zeigt der Leitfaden Bei Google gefunden werden.
Google stuft jede Metrik in gut, verbesserungswürdig und schlecht ein. Gut bedeutet: LCP unter 2,5 s, INP unter 200 ms und CLS unter 0,1. Gemessen wird am 75. Perzentil der Felddaten: Mindestens drei von vier echten Besuchen müssen den Grenzwert einhalten, damit die Seite als gut gilt.
Misst, wann das grösste Element im sichtbaren Bereich geladen ist, meist das Hauptbild oder die grosse Überschrift. Gut: unter 2,5 s. Verbesserungswürdig: 2,5 s bis 4,0 s. Schlecht: über 4,0 s.
Misst, wie schnell die Seite sichtbar auf Klicks, Taps und Tastatureingaben reagiert, über den ganzen Besuch hinweg. Gut: unter 200 ms. Verbesserungswürdig: 200 ms bis 500 ms. Schlecht: über 500 ms.
Misst, wie stark Inhalte beim Laden verrutschen, etwa wenn ein Banner den Text nach unten schiebt. Gut: unter 0,1. Verbesserungswürdig: 0,1 bis 0,25. Schlecht: über 0,25.
Das 75. Perzentil klingt technisch, ist aber eine faire Regel. Google schaut nicht auf deinen besten oder schlechtesten Besucher, sondern verlangt, dass mindestens 75 Prozent aller Besuche den Grenzwert schaffen. Ein einzelner Ausreisser mit schlechtem Handyempfang ruiniert deine Bewertung also nicht.
Das einfachste Werkzeug ist PageSpeed Insights: URL eingeben, und du bekommst Felddaten von echten Besuchern und Labordaten aus einem Testlauf. Für die Bewertung durch Google zählen die Felddaten aus dem Chrome User Experience Report. Zusätzlich zeigt die Google Search Console den Status aller Seiten im Bericht Core Web Vitals.
Öffne PageSpeed Insights und gib deine Adresse ein. Oben siehst du die Felddaten: So haben echte Chrome-Nutzer deine Seite in den letzten 28 Tagen erlebt. Darunter folgen die Labordaten aus Lighthouse, einem simulierten Testlauf auf einem gedrosselten Gerät.
Der Unterschied ist wichtig. Felddaten zeigen die Realität und sind das, was Google für das Ranking heranzieht. Labordaten sind ein Diagnosewerkzeug: Sie helfen dir, die Ursachen zu finden, schwanken aber je nach Testlauf und bilden nicht jede echte Nutzungssituation ab.
Wenn deine Website wenig Besucher hat, fehlen die Felddaten oft komplett. Dann arbeitest du mit den Labordaten als Orientierung. Einen schnellen Gesamtüberblick über deine wichtigsten SEO-Baustellen inklusive Performance liefert dir auch unser kostenloser SEO-Check.
Den LCP verbesserst du mit drei Hebeln: Optimiere das grösste Bild im sichtbaren Bereich (modernes Format, passende Grösse, Preload), sorge für eine schnelle Server-Antwortzeit und reduziere Render-blockierende Skripte und Stylesheets. Meist bringt das Hauptbild allein schon den grössten Sprung nach vorne.
In den meisten Fällen ist das LCP-Element ein grosses Bild. Prüfe zuerst dessen Dateigrösse: Ein 4-MB-Foto direkt aus der Kamera hat auf einer Website nichts verloren. Moderne Formate wie WebP oder AVIF und eine Auflösung, die zur tatsächlichen Anzeigegrösse passt, sparen oft 80 bis 90 Prozent.
Der zweite Hebel ist die Server-Antwortzeit. Wenn dein Server schon eine Sekunde braucht, bis er überhaupt antwortet, kann der Rest der Seite nicht schnell sein. Gutes Hosting, Caching und ein CDN wirken hier Wunder.
Drittens: Alles, was der Browser vor dem Anzeigen laden muss, verzögert den LCP. Reduziere Render-blockierende Skripte und Stylesheets und lade das Hauptbild mit hoher Priorität vor (Preload). Die technischen Details erklärt Google im LCP-Guide auf web.dev.
INP verbesserst du, indem du JavaScript reduzierst: Entferne ungenutzte Skripte, lade Drittanbieter-Code später und teile lange Rechenaufgaben in kleine Häppchen auf. Ziel ist, dass der Browser nach jedem Klick oder Tastendruck sofort reagieren kann, statt vorher noch andere Aufgaben abarbeiten zu müssen.
Ein schlechter INP fühlt sich an wie ein Verkäufer, der dich ignoriert: Du klickst auf einen Button und nichts passiert. Der Browser ist in dem Moment mit anderem beschäftigt, meist mit JavaScript, das im Hintergrund läuft.
Der grösste Hebel ist deshalb weniger Code. Viele Websites laden Dutzende Skripte für Chat- Widgets, Tracking und alte Plugins, die niemand mehr braucht. Wirf raus, was keinen Nutzen bringt, und lade den Rest erst, wenn er wirklich gebraucht wird.
Für alles, was bleibt, gilt: Lange Aufgaben blockieren den Browser. Entwickler können sie in kleine Häppchen aufteilen, damit zwischen den Arbeitsschritten Platz für Nutzereingaben bleibt. Wie das im Detail funktioniert, beschreibt der INP-Guide auf web.dev.
Layout-Verschiebungen verhinderst du, indem du für alles Platz reservierst, was später lädt: Gib Bildern und Videos feste Breiten und Höhen, halte Flächen für Werbung und Einbettungen frei und lade Schriften so, dass der Text nicht umspringt. Banner oben auf der Seite dürfen bestehenden Inhalt nie nach unten schieben.
Jeder kennt den Moment: Du willst auf einen Link tippen, im letzten Augenblick lädt ein Banner und du erwischst die Werbung. Genau das misst CLS. Solche Sprünge entstehen, wenn Elemente ohne reservierten Platz nachträglich in die Seite gedrückt werden.
Die Lösung ist simpel: Platz vorher reservieren. Bilder und Videos brauchen feste Breiten- und Höhenangaben, damit der Browser den Raum von Anfang an freihält. Dasselbe gilt für Werbeflächen und eingebettete Inhalte wie Karten oder Social-Media-Posts.
Zwei weitere Klassiker: Webfonts, die beim Laden die Schrift austauschen und den Text umbrechen lassen, und Cookie-Banner oder Countdown-Leisten, die oben eingefügt werden und alles nach unten schieben. Lege solche Elemente über die Seite statt in sie hinein. Mehr dazu im CLS-Guide auf web.dev.
Schnelle Seiten sind auch die Grundlage für KI-Sichtbarkeit: KI-Crawler wie GPTBot oder PerplexityBot haben knappe Zeitbudgets und brechen bei langsamen Antworten ab. Eine Seite, die nicht vollständig geladen wird, kann nicht zitiert werden. Gute Core Web Vitals sind damit auch ein Fundament für GEO.
ChatGPT, Perplexity und Google AI Overviews holen sich ihre Antworten von Websites, die ihre Crawler schnell und vollständig lesen können. Diese Crawler warten nicht geduldig: Antwortet dein Server zu langsam, ziehen sie weiter und deine Inhalte tauchen in keiner KI-Antwort auf.
Warum langsame Ladezeiten deine KI-Sichtbarkeit konkret kosten und wie du das Problem systematisch behebst, liest du im Detail unter Langsame Ladezeit als GEO-Fehler.
Die gute Nachricht: Du musst dich nicht zwischen Google und KI-Suche entscheiden. Dieselbe Arbeit an Ladezeit und Stabilität zahlt auf beides ein. Warum sich diese Grundlagenarbeit insgesamt lohnt, erklärt der Guide Warum SEO.
pantra.io prüft deine technische Basis inklusive Performance und misst täglich, ob ChatGPT, Perplexity, Claude und Google AI dich bei echten Kundenfragen empfehlen, und schliesst die Lücken automatisch.
Sichtbarkeit messenWir nutzen Cookies fuer anonyme Reichweitenmessung und um die Wirksamkeit unserer Werbung zu verstehen. Notwendige Cookies sind immer aktiv. Mehr in der Datenschutzerklaerung.