Zurück zum Journal
00Journal · Tech

Core Web Vitals erklärt: LCP, INP und CLS für Inhaber ohne Technikstudium

LCP, INP und CLS verständlich erklärt: was Google misst, welche Werte gut sind, warum Labor und echte Besucher abweichen - mit meinen eigenen Messungen.

23. Oktober 20267 Min.
Core Web Vitals erklärt: LCP, INP und CLS für Inhaber ohne Technikstudium
01Der Artikel · Zum Mitlesen
Inhalt

Kurz gesagt: Die Core Web Vitals sind drei Messwerte, mit denen Google bewertet, wie sich eine Seite anfühlt. LCP misst, wann der Hauptinhalt steht (gut: bis 2,5 Sekunden). INP misst, wie schnell die Seite auf Klicks reagiert (gut: bis 200 Millisekunden). CLS misst, wie sehr die Seite springt (gut: bis 0,1). Entscheidend sind die Werte echter Besucher, nicht nur der Labortest.

Wenn du deine Seite bei PageSpeed Insights eingibst, bekommst du eine Wand aus Abkürzungen. Die meisten Inhaber, mit denen ich spreche, schauen auf die große Zahl oben und schließen den Tab. Das ist schade, denn die drei wichtigsten Werte sind leichter zu verstehen, als sie aussehen. Ich erkläre sie dir hier - mit echten Messungen meiner eigenen Projekte als Beispiel.

Was sind die Core Web Vitals?

Google hat drei Messwerte festgelegt, die beschreiben, was ein Besucher auf deiner Seite erlebt: Wie schnell sieht er etwas? Wie schnell reagiert die Seite, wenn er tippt? Und bleibt alles da, wo es ist? Die offizielle Übersicht steht bei web.dev.

WertFragegutverbesserungswürdigschlecht
LCPWann steht der Hauptinhalt?bis 2,5 s2,5 bis 4,0 süber 4,0 s
INPWie schnell reagiert die Seite?bis 200 ms200 bis 500 msüber 500 ms
CLSWie sehr springt das Layout?bis 0,10,1 bis 0,25über 0,25

Eine Seite besteht den Test laut web.dev erst, wenn alle drei Werte bei 75 Prozent der Seitenaufrufe im grünen Bereich liegen, getrennt nach Handy und Desktop. Ein schneller Durchschnitt reicht also nicht, wenn ein Viertel der Besucher wartet.

Was misst LCP - und wann ist er gut?

LCP steht für Largest Contentful Paint. Gemeint ist der Moment, in dem das größte sichtbare Element fertig ist. Meist ist das das Titelbild oder die große Überschrift. Für den Besucher ist das der Moment, in dem die Seite "da" ist.

Gut sind laut web.dev 2,5 Sekunden oder weniger, schlecht ist alles über 4,0 Sekunden. Die häufigsten Bremsen sind zu große Bilder, fehlendes Caching und Code, der den Aufbau blockiert. Wie du die findest und behebst, steht in meiner Anleitung Website schneller machen.

Was misst INP?

INP steht für Interaction to Next Paint. Du tippst auf einen Knopf, öffnest das Menü oder klappst eine Frage auf. INP misst, wie lange es dauert, bis die Seite sichtbar reagiert. Gezählt werden dabei alle Interaktionen eines Besuchs, nicht nur die erste.

Gut sind laut web.dev 200 Millisekunden oder weniger, schlecht ist alles über 500. INP hat im März 2024 den Vorgänger FID abgelöst, der nur die Verzögerung der ersten Eingabe gemessen hat (Ankündigung bei web.dev).

Bei den Seiten kleiner Betriebe, die ich messe - Leistungen, Öffnungszeiten, Kontakt -, ist INP nach meiner Erfahrung selten das Problem. Kritisch wird es bei viel JavaScript: große Sliders, Chat-Widgets, Shops, Seiten mit vielen fremden Skripten.

Was misst CLS?

CLS steht für Cumulative Layout Shift. Du kennst das: Du willst auf einen Link tippen, und genau in dem Moment rutscht der Text nach unten, weil oben ein Bild oder ein Banner nachgeladen wurde. Du triffst etwas anderes. CLS misst, wie stark solche Sprünge sind.

Gut sind laut web.dev 0,1 oder weniger, schlecht ist alles über 0,25. web.dev nennt drei typische Ursachen:

  • Bilder und Videos ohne Angabe von Breite und Höhe. Der Browser weiß nicht, wie viel Platz er freihalten soll.
  • Webschriften, die größer oder kleiner ausfallen als die Ersatzschrift, die vorher zu sehen war.
  • Werbung und Widgets, die ihre Größe nachträglich ändern.

Was ist der Unterschied zwischen Labordaten und Felddaten?

Das ist die Stelle, an der die meisten Missverständnisse entstehen. PageSpeed Insights zeigt zwei Arten von Messungen:

  • Felddaten kommen von echten Chrome-Nutzern. Google sammelt sie im Chrome User Experience Report und zeigt laut Google-Dokumentation die letzten 28 Tage.
  • Labordaten entstehen in einem einzigen Testlauf auf Googles Servern: ein simuliertes Gerät, eine gedrosselte Verbindung, ein leerer Cache.

Laut web.dev weichen die beiden vor allem aus drei Gründen ab: andere Geräte und Netze, ein voller oder leerer Cache und das Verhalten echter Menschen. Wer schon einmal da war, hat Bilder und Skripte oft noch im Speicher. Das Labor fängt jedes Mal bei null an. Deshalb sind gut gecachte Seiten im Feld oft schneller als im Labor. web.dev empfiehlt, Prioritäten nach den Felddaten zu setzen und das Labor zur Fehlersuche zu nutzen.

Ein Beispiel aus meinen Projekten zeigt, wie groß der Unterschied sein kann:

Nashe Café (Stand der Übergabe, die Seite läuft ohne mich weiter): Am 19. September 2026 mit Google PageSpeed Insights gemessen, mobil 77 von 100 bei 6,80 Sekunden Labor-LCP, Desktop 98 von 100 bei 1,16 Sekunden. Selbst nachmessen.

Im Labor liegt der mobile LCP von Nashe Café damit in der Stufe "schlecht". Die Felddaten derselben Messung, also echte Besucher der 28 Tage davor, lagen aber bei 1,91 Sekunden - Stufe "gut". Dieselbe Seite, zwei Urteile. Die echten Besucher kommen mit geladenem Cache und ohne die künstliche Drosselung an. Wo Felddaten existieren, wiegen sie schwerer als der Laborwert.

Warum zeigt PageSpeed Insights bei meiner Seite keine Felddaten?

Weil Chrome für deine Adresse zu wenige echte Besuche in den letzten 28 Tagen gesammelt hat, um sie zu veröffentlichen. Das heißt nicht "schlecht". Bei einer kleinen Seite mit wenig Verkehr ist das normal. Von meinen 4 gemessenen Kundenseiten hat 1 genug Verkehr dafür. Meine eigene Seite hat auch keine Felddaten.

Dann bleibt dir nur das Labor. Das ist kein Nachteil, solange du weißt, was es ist: ein strenger Test unter festgelegten, gedrosselten Bedingungen. Er zeigt dir, wo die Seite bremst, auch wenn er nicht sagt, was jeder einzelne Besucher erlebt.

Was sagen meine eigenen Messungen?

Damit du siehst, wie solche Werte bei echten kleinen Betrieben aussehen, hier meine eigene Seite und die Live-Kundenseiten aus meiner Messliste. Score und Labor-LCP, mobil und Desktop, gemessen mit Google PageSpeed Insights. Die Kundenseiten sind Stand der Übergabe: Sie laufen ohne mein Zutun weiter, ein Wert von heute ist in drei Monaten eine Momentaufnahme.

SeiteMobil (Score / LCP)Desktop (Score / LCP)Felddaten LCPGemessen amPrüfen
comole-digital.de86 / 3,75 s100 / 0,80 skeine19. September 2026nachmessen
IT Startklar Remscheid90 / 3,46 s100 / 0,75 skeine1. Oktober 2026nachmessen
Nashe Café77 / 6,80 s98 / 1,16 s1,91 s19. September 2026nachmessen
Team B Döner76 / 5,26 s97 / 1,00 skeine19. September 2026nachmessen
GreenVision Marketing82 / 4,72 s99 / 0,90 skeine1. Oktober 2026nachmessen

Was man daran sieht: Desktop liegt überall bei mindestens 97 von 100. Mobil ist der harte Wert, und keine dieser Seiten kommt im Labor unter 2,5 Sekunden LCP. Auch meine eigene nicht. Ich zeige das trotzdem, weil der Desktop-Wert allein die schönere Hälfte wäre. Und weil das Beispiel Nashe Café zeigt, dass ein strenger Laborwert und gute Werte bei echten Besuchern zusammenpassen können.

Sind Core Web Vitals ein Rankingfaktor?

Google schreibt in der Search-Dokumentation, es empfehle Website-Betreibern dringend gute Core Web Vitals für den Erfolg in der Suche. Und: Die Werte passen zu dem, was die Ranking-Systeme belohnen wollen. Ein Schalter "grün gleich Platz eins" ist das nicht. Wer dir eine Position verspricht, weil die Ladezeit besser wird, verspricht mehr, als er halten kann. Ich verspreche dir eine bessere Ladezeit, belegt mit derselben Messung wie vorher - mehr nicht.

Unabhängig von Google gilt: Eine Seite, die schnell steht, nicht springt und sofort reagiert, verliert weniger Besucher auf dem Weg zum Anruf.

Was solltest du als Inhaber jetzt tun?

  1. Deine Adresse bei PageSpeed Insights eingeben und den Reiter "Mobil" öffnen.
  2. Schauen, ob oben Felddaten stehen. Wenn ja: Die zählen zuerst.
  3. LCP, INP und CLS mit der Tabelle oben vergleichen.
  4. Ist LCP rot oder orange: Anleitung Website schneller machen durchgehen.
  5. Ist CLS rot: Bilder ohne Größenangabe und nachladende Banner suchen.
  6. Willst du es nicht selbst machen: Ich messe kostenlos und nenne dir danach einen Festpreis von 490 Euro - oder sage dir, dass sich ohne Umbau nichts holen lässt.

Wenn die Messung zeigt, dass der Unterbau selbst das Problem ist, lohnt sich eher ein Neubau. Wie ich Seiten baue, steht auf meiner Seite zur Webentwicklung.

Häufige Fragen

Ist der PageSpeed-Score dasselbe wie die Core Web Vitals?

Nein. Der Score von 0 bis 100 ist eine Laborbewertung aus mehreren Messwerten. Die Core Web Vitals sind drei einzelne Werte, die Google am liebsten aus echten Besuchen nimmt.

Mein Score ist grün, aber die Felddaten sind rot. Was stimmt?

Die Felddaten. Sie zeigen, was echte Besucher erlebt haben. Der Labortest bildet nur ein Gerät und ein Netz ab.

Wie lange dauert es, bis Verbesserungen in den Felddaten auftauchen?

Die Felddaten fassen die letzten 28 Tage zusammen. Eine Verbesserung wird also nach und nach sichtbar, nicht am nächsten Tag. Im Labor siehst du sie sofort.

Muss ich INP bei einer einfachen Firmenseite beachten?

Meist ist er unauffällig. Schau trotzdem hin, sobald du Chat, Shop, große Slider oder viele fremde Skripte einbindest.

02Autor · Wer das geschrieben hat

Edilson Comole, Webentwickler aus Monheim am Rhein. Ich baue Websites für Läden, Gastronomie und Dienstleister - mit Next.js und React, ohne Baukasten.

Veröffentlicht am 23. Oktober 2026Verfügbar · Q4/26

Vom Lesen zum Rechnen

Dein Fall, durchgerechnet.

Zwei Minuten Erstcheck: du beschreibst dein Vorhaben, ich melde mich werktags binnen 24 Stunden mit einer ehrlichen Einschätzung - ab 690 € einmalig plus 29 € im Monat für Betrieb und Betreuung. Auch dann, wenn die Antwort Nein lautet.

Lieber klassisch? Projekt anfragen