Core Web Vitals ohne Fachchinesisch: LCP, INP und CLS

In der Search Console steht seit Wochen eine rote Meldung zu den Core Web Vitals, und niemand im Betrieb weiß, was damit gemeint ist. Die Agentur, die die Seite gebaut hat, meldet sich nicht mehr, und der Neffe, der sich auskennt, sagt, das sei kompliziert. Also bleibt die Meldung stehen.

Dahinter stecken drei Messwerte, die Google an echten Besuchen Ihrer Seite erhebt. Sie tragen sperrige Abkürzungen, meinen aber drei sehr alltägliche Dinge: Wie lange dauert es, bis man etwas sieht. Wie schnell reagiert die Seite auf einen Fingertipp. Und springt der Inhalt beim Laden herum.

Dieser Artikel erklärt die drei Werte in normaler Sprache, nennt die Grenzen, ab denen Google sie als gut zählt, und zeigt, was Sie an einer kleinen Betriebswebsite tatsächlich selbst verbessern können. Und was nicht.

Stand: September 2026

Das Wichtigste in Kürze

• Core Web Vitals sind drei Messwerte: LCP für die Ladezeit des größten sichtbaren Elements, INP für die Reaktion auf Eingaben und CLS für das Verrutschen von Inhalten.

• Als gut gelten laut Google ein LCP bis 2,5 Sekunden, ein INP bis 200 Millisekunden und ein CLS bis 0,1.

• Gemessen wird an echten Besuchern mit Chrome, nicht an einem Testlauf am Schreibtisch. Deshalb ändern sich die Werte in der Search Console erst nach Wochen.

• Der häufigste Grund für einen schlechten LCP bei kleinen Betrieben ist ein zu großes Titelbild, das direkt aus der Kamera hochgeladen wurde.

• Core Web Vitals sind ein schwaches Rankingsignal. Sie ersetzen keinen guten Inhalt, aber sie kosten Anfragen, wenn Besucher vorher abspringen.

Was Google mit Core Web Vitals eigentlich misst

Google will wissen, ob eine Seite sich für den Besucher gut anfühlt. Das lässt sich schlecht abfragen, also misst Google drei Dinge, die man technisch erfassen kann und die mit dem Gefühl eng zusammenhängen: Sichtbarkeit, Reaktion und Ruhe.

Die Messung passiert im Browser der echten Besucher. Wer Chrome benutzt und die Übermittlung von Nutzungsdaten nicht abgeschaltet hat, liefert für jede besuchte Seite drei Zahlen. Google fasst diese Zahlen über 28 Tage zusammen und rechnet daraus einen Wert je Seite und je Gerätetyp. Ihre Seite bekommt also nicht eine Note, sondern eine für Mobil und eine für Desktop.

Wichtig ist die Rechenweise: Google nimmt nicht den Durchschnitt, sondern das 75. Perzentil. Das heißt, drei von vier Besuchen müssen unter dem Grenzwert liegen, damit die Seite als gut gilt. Ein einzelner langsamer Besuch aus dem Funkloch fällt nicht ins Gewicht, ein Viertel langsamer Besuche schon.

Praxistipp: Wenn Ihre Seite sehr wenige Besucher hat, sammelt Google unter Umständen zu wenige Daten und zeigt in der Search Console gar keine Bewertung. Das ist kein Fehler und kein Grund zur Sorge.

LCP: wann der Besucher den ersten großen Inhalt sieht

LCP steht für Largest Contentful Paint, also für den Moment, in dem das größte sichtbare Element fertig geladen ist. Auf einer Betriebswebsite ist das fast immer das Titelbild oben oder die große Überschrift daneben. Der Wert beantwortet die Frage: Wann sieht der Besucher, worum es hier geht.

Google zählt einen LCP bis 2,5 Sekunden als gut, bis 4 Sekunden als verbesserungswürdig und darüber als schlecht. Gemessen wird ab dem Moment, in dem der Besucher die Adresse aufruft, nicht ab dem Moment, in dem Ihr Server antwortet.

• Ein Foto direkt aus dem Handy hat gut vier Megabyte. Ins Netz gehören etwa 200 Kilobyte.

• Bilder im Format WebP statt JPEG sparen noch einmal spürbar Dateigröße.

• Videos als Hintergrund im oberen Bereich sind der sicherste Weg zu einem schlechten LCP.

• Schriften, die von einem fremden Server nachgeladen werden, verzögern die Überschrift.

Bei kleinen Betriebsseiten liegt die Ursache in neun von zehn Fällen beim Bild. Wer das Titelbild von vier Megabyte auf 200 Kilobyte bringt, hat den größten Teil der Arbeit erledigt, ohne eine Zeile Code anzufassen.

INP: wie schnell die Seite auf einen Klick antwortet

INP steht für Interaction to Next Paint. Der Wert misst, wie lange es dauert, bis die Seite sichtbar reagiert, nachdem jemand getippt oder geklickt hat. Man tippt auf das Menü, und es passiert für einen Moment nichts: Genau dieses Zögern wird hier erfasst.

Als gut gilt ein INP bis 200 Millisekunden, bis 500 Millisekunden als verbesserungswürdig, darüber als schlecht. INP hat im März 2024 den älteren Wert FID abgelöst und ist strenger, weil er nicht nur die erste Eingabe berücksichtigt, sondern alle.

Die Ursache für einen schlechten INP ist fast immer zu viel Skript im Hintergrund: Chat-Fenster, Cookie-Banner, Buchungswidgets, drei verschiedene Statistikdienste. Jedes einzelne Werkzeug ist harmlos, in Summe blockieren sie den Browser.

Praxistipp: Zählen Sie einmal durch, welche externen Dienste auf Ihrer Startseite eingebunden sind. Was seit einem Jahr niemand ausgewertet hat, darf raus.

CLS: wenn der Inhalt unter dem Finger wegrutscht

CLS steht für Cumulative Layout Shift und misst, wie stark sich der Inhalt beim Laden noch verschiebt. Jeder kennt den Effekt vom Handy: Man will auf einen Link tippen, in dem Moment lädt ein Bild darüber nach, alles rutscht nach unten, und man landet auf der Telefonnummer.

Der Wert ist keine Zeit, sondern eine Verhältniszahl ohne Einheit. Bis 0,1 gilt als gut, bis 0,25 als verbesserungswürdig, darüber als schlecht. Anders als bei den beiden anderen Werten lässt sich CLS oft mit wenig Aufwand auf null bringen.

• Bildern feste Breite und Höhe mitgeben, damit der Browser den Platz vorher reserviert.

• Cookie-Banner nicht oben einschieben, sondern über den Inhalt legen.

• Werbeflächen und eingebettete Karten mit fester Höhe anlegen.

• Schriften so einbinden, dass der Text beim Wechsel nicht die Zeilenlänge ändert.

Labordaten und Felddaten sind nicht dasselbe

Für die Verwirrung sorgt meist ein Missverständnis zwischen zwei Messarten. PageSpeed Insights zeigt beides an, aber untereinander, und viele lesen nur den Teil, der die große bunte Zahl trägt.

Die Felddaten stammen von echten Besuchern der letzten 28 Tage. Nur sie zählen für die Bewertung in der Search Console. Die Labordaten stammen aus einem simulierten Aufruf auf einem gedrosselten Testgerät. Sie sind nützlich, um Ursachen zu finden, aber sie sind nicht Ihre Note.

Daraus folgt die wichtigste Regel für die Geduld: Wer heute das Titelbild verkleinert, sieht das im Labortest sofort und in der Search Console erst nach etwa vier Wochen. Wer nach drei Tagen nachsieht und nichts findet, sollte nichts weiter umbauen.

Was Sie in einer Stunde selbst verbessern können

Die meisten kleinen Betriebsseiten scheitern nicht an einer schwierigen technischen Frage, sondern an drei Gewohnheiten. Wer sie abstellt, kommt bei allen drei Werten ein gutes Stück voran, ohne einen Entwickler zu beauftragen.

1. Titelbild und alle Bilder oben auf der Seite auf höchstens 200 Kilobyte bringen und als WebP speichern.

2. Jedes Bild im Redaktionssystem mit Breite und Höhe hinterlegen, damit nichts mehr nachrutscht.

3. Alle eingebundenen Dienste durchgehen und alles entfernen, was nicht mehr gebraucht wird.

4. Danach eine Woche warten, bevor Sie weitermessen.

Bleibt es danach bei roten Werten, liegt die Ursache tiefer: im Server, im Aufbau der Vorlage oder in einem Baukasten, der viel Ballast mitliefert. Das ist dann keine Aufgabe für einen Nachmittag, sondern eine Frage an den Dienstleister, der die Seite betreut.

Praxistipp: Testen Sie immer die Seite, die tatsächlich Besucher bekommt, nicht nur die Startseite. Bei den meisten Betrieben ist das die Leistungs- oder Kontaktseite.

Was Core Web Vitals für Ihre Platzierung bedeuten

Google hat die Core Web Vitals als Rankingsignal bestätigt, aber als schwaches. Sie entscheiden nicht darüber, ob Sie zu Ihrem wichtigsten Suchbegriff gefunden werden. Zwischen zwei inhaltlich gleichwertigen Seiten können sie den Ausschlag geben, mehr nicht.

Der eigentliche Gewinn liegt woanders. Wer auf dem Handy an der Baustelle drei Sekunden auf ein weißes Bild schaut, geht zurück in die Suchergebnisse und ruft beim nächsten Betrieb an. Diesen Verlust sehen Sie in keiner Statistik, weil der Besuch nie richtig begonnen hat.

Deshalb lohnt sich die Arbeit an den drei Werten, aber sie lohnt sich als Handwerk, nicht als Jagd auf eine grüne 100 im Testwerkzeug. Eine Seite mit LCP bei 2,3 Sekunden und vollständigen Öffnungszeiten bringt mehr Anrufe als eine perfekt vermessene Seite ohne Telefonnummer.

Wichtige Erkenntnisse

Was das in der Praxis heißt

In der Praxis reicht bei einer kleinen Betriebswebsite meist ein Nachmittag, um von rot auf gelb oder grün zu kommen. Bilder verkleinern, überflüssige Dienste entfernen, Maße hinterlegen: Das ist Fleißarbeit, keine Ingenieurskunst. Wer eine Seite bei einem Baukastenanbieter betreibt, kommt allerdings an eine Grenze, weil ein Teil des geladenen Codes vom Anbieter kommt und sich nicht abschalten lässt.

Was Sie nicht beeinflussen können, gehört genauso zur Wahrheit: die Mobilfunkverbindung Ihrer Besucher, das Alter ihrer Geräte, den Zeitpunkt, zu dem Google neue Daten übernimmt, und die Frage, ob überhaupt genug Besuche für eine Bewertung zusammenkommen. Auch eine sauber gebaute Seite hat schlechte Einzelmessungen, wenn jemand im Zug zwischen zwei Funkzellen lädt. Deshalb ist der Blick auf den Verlauf über Wochen ehrlicher als der auf den Testlauf von heute Morgen.

Wenn Sie das nicht selbst machen wollen

Wir übernehmen die technische Pflege von Betriebswebsites im Sichtbarkeits-Abo. Im Paket Sichtbar für 150 Euro netto im Monat gehören Bildaufbereitung, das Beobachten der Search Console und das Abstellen solcher Meldungen zur laufenden Arbeit, ohne dass Sie dafür jedes Mal ein Angebot einholen müssen.

Wenn Sie unsicher sind, was davon bei Ihnen zuerst dran ist, klären wir das im Erstgespräch in 15 Minuten. Eine Prüfung Ihres Auftritts ist das nicht, dafür gibt es den kostenlosen Marketing-Check.

Nützliche Quellen

• Core Web Vitals bei web.dev

• Bericht zu den Core Web Vitals in der Search Console

• PageSpeed Insights

• Chrome UX Report, Dokumentation

Häufige Fragen

Was sind Core Web Vitals in einem Satz?

Drei Messwerte, mit denen Google erfasst, wie schnell eine Seite sichtbar wird, wie schnell sie auf Eingaben reagiert und wie ruhig sie beim Laden bleibt. Sie heißen LCP, INP und CLS. Gemessen wird an echten Besuchen mit Chrome.

Welche Werte gelten als gut?

Google zählt einen LCP bis 2,5 Sekunden, einen INP bis 200 Millisekunden und einen CLS bis 0,1 als gut. Erreicht werden müssen diese Werte bei drei von vier Besuchen. Für Mobil und Desktop wird getrennt bewertet.

Warum ändert sich mein Wert nicht, obwohl ich etwas verbessert habe?

Die Bewertung in der Search Console beruht auf echten Besuchen der vergangenen 28 Tage. Eine Änderung von heute schlägt deshalb erst nach und nach durch. Rechnen Sie mit etwa vier Wochen, bevor Sie erneut bewerten.

Warum zeigt PageSpeed Insights andere Zahlen als die Search Console?

PageSpeed Insights zeigt oben die Felddaten echter Besucher und darunter einen simulierten Testlauf. Nur die Felddaten zählen für die Search Console. Der Testlauf ist zur Ursachensuche gut, nicht zur Bewertung.

Bei mir steht, es lägen nicht genügend Daten vor. Ist das schlimm?

Nein. Google braucht eine Mindestzahl an Besuchen, um eine Seite zu bewerten. Kleine Betriebsseiten erreichen die oft nicht. Sie können sich dann am simulierten Testlauf orientieren und die üblichen Punkte abarbeiten.

Verliere ich Platzierungen, wenn meine Werte rot sind?

Core Web Vitals sind ein Rankingfaktor, aber ein schwacher. Ein guter Inhalt mit roten Werten steht in der Regel weiter vor einem dünnen Inhalt mit grünen Werten. Der größere Schaden entsteht durch Besucher, die vor dem Laden abspringen.

Muss ich einen Wert von 100 erreichen?

Nein. Die Zahl aus dem Testwerkzeug ist eine Zusammenfassung mehrerer Messungen und kein Ziel für sich. Es genügt, die drei Grenzwerte für LCP, INP und CLS einzuhalten.

Was ist aus FID geworden?

FID war der frühere Wert für die Reaktionszeit und wurde im März 2024 durch INP ersetzt. INP misst nicht nur die erste Eingabe, sondern alle Eingaben während des Besuchs. Er ist damit strenger und näher am tatsächlichen Erleben.

Bringt ein Wechsel des Hosters etwas?

Manchmal, aber selten als erster Schritt. Ein langsamer Server verzögert den Beginn des Ladens, das größere Problem sind bei kleinen Seiten meist die Bilder und die eingebundenen Dienste. Prüfen Sie erst diese beiden Punkte.

Kann ich das selbst machen oder brauche ich jemanden dafür?

Bilder verkleinern, feste Bildmaße hinterlegen und ungenutzte Dienste entfernen schaffen die meisten Betriebe selbst. Bleibt es danach bei schlechten Werten, liegt die Ursache im Aufbau der Seite oder im Baukasten, und dann lohnt sich fremde Hilfe.