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.

Inhalt
- Was sind die Core Web Vitals?
- Was misst LCP - und wann ist er gut?
- Was misst INP?
- Was misst CLS?
- Was ist der Unterschied zwischen Labordaten und Felddaten?
- Warum zeigt PageSpeed Insights bei meiner Seite keine Felddaten?
- Was sagen meine eigenen Messungen?
- Sind Core Web Vitals ein Rankingfaktor?
- Was solltest du als Inhaber jetzt tun?
- Häufige Fragen
- Ist der PageSpeed-Score dasselbe wie die Core Web Vitals?
- Mein Score ist grün, aber die Felddaten sind rot. Was stimmt?
- Wie lange dauert es, bis Verbesserungen in den Felddaten auftauchen?
- Muss ich INP bei einer einfachen Firmenseite beachten?
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.
| Wert | Frage | gut | verbesserungswürdig | schlecht |
|---|---|---|---|---|
| LCP | Wann steht der Hauptinhalt? | bis 2,5 s | 2,5 bis 4,0 s | über 4,0 s |
| INP | Wie schnell reagiert die Seite? | bis 200 ms | 200 bis 500 ms | über 500 ms |
| CLS | Wie sehr springt das Layout? | bis 0,1 | 0,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.
| Seite | Mobil (Score / LCP) | Desktop (Score / LCP) | Felddaten LCP | Gemessen am | Prüfen |
|---|---|---|---|---|---|
| comole-digital.de | 86 / 3,75 s | 100 / 0,80 s | keine | 19. September 2026 | nachmessen |
| IT Startklar Remscheid | 90 / 3,46 s | 100 / 0,75 s | keine | 1. Oktober 2026 | nachmessen |
| Nashe Café | 77 / 6,80 s | 98 / 1,16 s | 1,91 s | 19. September 2026 | nachmessen |
| Team B Döner | 76 / 5,26 s | 97 / 1,00 s | keine | 19. September 2026 | nachmessen |
| GreenVision Marketing | 82 / 4,72 s | 99 / 0,90 s | keine | 1. Oktober 2026 | nachmessen |
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?
- Deine Adresse bei PageSpeed Insights eingeben und den Reiter "Mobil" öffnen.
- Schauen, ob oben Felddaten stehen. Wenn ja: Die zählen zuerst.
- LCP, INP und CLS mit der Tabelle oben vergleichen.
- Ist LCP rot oder orange: Anleitung Website schneller machen durchgehen.
- Ist CLS rot: Bilder ohne Größenangabe und nachladende Banner suchen.
- 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.
Edilson Comole, Webentwickler aus Monheim am Rhein. Ich baue Websites für Läden, Gastronomie und Dienstleister - mit Next.js und React, ohne Baukasten.
Noch mehr aus dem Journal.
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


