Core Web Vitals sind drei Messwerte, mit denen Google die Nutzungsqualität einer Seite in Zahlen fasst: LCP für den Seitenaufbau, INP für die Reaktion auf Eingaben und CLS für die Ruhe im Layout. Jede der drei Kennzahlen hat eigene Ursachen und eigene Hebel, „die Seite schneller machen“ ist deshalb keine Antwort, sondern eine Ausrede.
Dieser Beitrag nimmt die drei Werte einzeln auseinander: was sie messen, ab wann sie als gut gelten, womit du sie misst und welche Maßnahme welche Kennzahl wirklich bewegt. Warum sich diese Arbeit geschäftlich rechnet, steht in unserem Beitrag zu Ladezeit, Conversion und Umsatz; hier geht es um die Technik dahinter.
Der Kern in einem Satz
Die Core Web Vitals bestehen aus drei Kennzahlen: Largest Contentful Paint, gut bis 2,5 Sekunden; Interaction to Next Paint, gut bis 200 Millisekunden; Cumulative Layout Shift, gut bis 0,1. Bewertet wird nicht dein Testlauf, sondern das 75. Perzentil der Seitenaufrufe echter Besucher.
Die drei Kennzahlen auf einen Blick
Google teilt jeden Wert in drei Stufen ein. Bewertet wird für Mobil und Desktop getrennt und nicht am Durchschnitt, sondern am 75. Perzentil.
| Kennzahl | Was sie misst | gut | verbesserungswürdig | schlecht |
|---|---|---|---|---|
| LCP | Zeit, bis das größte sichtbare Element steht | bis 2,5 Sekunden | 2,5 bis 4 Sekunden | über 4 Sekunden |
| INP | Verzögerung zwischen Eingabe und sichtbarer Reaktion | bis 200 Millisekunden | 200 bis 500 Millisekunden | über 500 Millisekunden |
| CLS | Summe der unerwarteten Layoutsprünge | bis 0,1 | 0,1 bis 0,25 | über 0,25 |
LCP: warum das größte Element so lange braucht
Der Largest Contentful Paint misst, wann das größte sichtbare Element im ersten Bildschirmausschnitt fertig ist, meist das Hauptbild, ein Video-Vorschaubild oder ein großer Textblock. Die Wartezeit zerfällt in vier Teile: die Antwortzeit des Servers, die Verzögerung, bis der Browser die Bilddatei überhaupt anfordert, die reine Ladedauer dieser Datei und die Zeit bis zur Darstellung.
In der Praxis steckt der größte Anteil fast immer in den ersten beiden Teilen. Ein Server, der eine Sekunde zum Antworten braucht, macht jede weitere Optimierung zunichte. Und ein Hauptbild, das erst nach dem Stylesheet, drei Skripten und einer Schriftdatei an die Reihe kommt, lädt zwangsläufig spät. Deshalb gilt: Das Bild im ersten Ausschnitt wird früh angefordert und niemals verzögert geladen, verzögertes Laden gehört unter den Falz, nicht darüber.
Der zweitgrößte Hebel ist das Bild selbst: Druckdaten haben im Web nichts verloren.
Auch das System spielt mit: Ein überladenes Theme bremst anders als ein Shop mit zu vielen Apps. Welche Basis zu welchem Vorhaben passt, klären wir im Vergleich WordPress oder Shopify.
INP: die Kennzahl, die FID abgelöst hat
Interaction to Next Paint ist seit dem 12. März 2024 offizieller Core-Web-Vital und hat den First Input Delay ersetzt. Der Unterschied ist erheblich: FID maß nur die Verzögerung bis zum Beginn der Verarbeitung der ersten Interaktion. INP misst über den gesamten Besuch hinweg die Zeit von der Eingabe bis zum nächsten sichtbaren Bildaufbau, also das, was der Mensch vor dem Bildschirm tatsächlich als Trägheit erlebt.
Auch INP zerfällt in drei Teile: die Eingabeverzögerung, bis der Browser überhaupt reagieren kann, die Verarbeitungsdauer des ausgelösten Codes und die Darstellungsverzögerung, bis das Ergebnis auf dem Schirm ist. Schlechte INP-Werte entstehen fast immer durch lange, ununterbrochene Aufgaben im Hauptprozess: Skripte, die beim Klick auf ein Menü erst rechnen, statt zu reagieren.
Die wirksamsten Maßnahmen sind unspektakulär. Weniger Skripte einbinden. Lange Aufgaben in kleine Häppchen zerlegen, damit der Browser dazwischen zeichnen kann. Arbeit, die nicht sofort gebraucht wird, hinter die erste sichtbare Reaktion verschieben. Und Bedienelemente so bauen, dass sie ohne Skript funktionieren, das hilft gleichzeitig der Bedienung per Tastatur, die wir im Beitrag zur barrierefreien Website nach dem Barrierefreiheitsstärkungsgesetz behandeln.
CLS: woher das Springen kommt
Cumulative Layout Shift bewertet, wie stark sich sichtbare Inhalte während des Ladens noch verschieben. Der Wert ist keine Zeit, sondern ein Produkt aus der betroffenen Fläche und der Strecke, um die sie springt. Wer schon einmal auf einen Link getippt und stattdessen eine Anzeige erwischt hat, kennt das Problem aus der Nutzersicht.
Die Ursachen wiederholen sich: Bilder und eingebettete Videos ohne feste Breiten- und Höhenangabe, Schriften, die erst spät geladen werden und beim Wechsel die Textlänge verändern, nachträglich eingefügte Hinweisleisten und der Einwilligungsdialog, der sich nach einer halben Sekunde über den Inhalt schiebt. Wie man den sauber aufsetzt, steht in unserem Beitrag zu Einwilligung und Tracking auf der Website.
Die Gegenmittel sind einfach: Maße an jedes Bild, reservierter Platz für alles, was nachgeladen wird, Schriften lokal einbinden und mit einem Ersatzschnitt in ähnlicher Laufweite hinterlegen.
Felddaten oder Labordaten: was tatsächlich zählt
Das ist der Punkt, an dem die meisten Diskussionen entgleisen. Felddaten stammen von echten Besuchern mit echten Geräten und echten Verbindungen; Google sammelt sie im Chrome User Experience Report und wertet sie über ein rollierendes Fenster der letzten 28 Tage aus. Nur diese Werte fließen in die Bewertung ein.
Labordaten entstehen in einem simulierten Testlauf, etwa in Lighthouse. Sie sind wiederholbar und zeigen sofort, ob eine Änderung gewirkt hat, aber sie bilden nur ein Gerät, eine Verbindung und einen einzigen Seitenaufruf ab. Im Labor gibt es außerdem keinen echten INP-Wert, weil im Testlauf niemand klickt; ersatzweise wird dort die Gesamtblockierzeit als Näherung ausgewiesen.
Die Arbeitsteilung, die sich bewährt hat: Felddaten sagen dir, ob du ein Problem hast. Labordaten sagen dir, warum. Und sie widersprechen sich regelmäßig, ohne dass einer von beiden falsch liegt.
Womit du misst
- PageSpeed Insights zeigt beides nebeneinander: oben die Felddaten deiner Seite, darunter den Laborlauf mit konkreten Hinweisen.
- Search Console gruppiert alle URLs deiner Domain nach Felddaten und zeigt, wie viele Seiten in welcher Stufe liegen, der beste Überblick, wenn du mehr als eine Handvoll Seiten hast.
- Chrome-Entwicklerwerkzeuge zeigen im Betrieb, welche Aufgabe wie lange blockiert und welches Element den Sprung ausgelöst hat.
Miss immer mehrere Seitentypen, nicht nur die Startseite: eine Leistungsseite, einen Artikel, ein Formular, bei Shops den Warenkorb. Und miss mobil zuerst. Wer Anzeigen schaltet, prüft zusätzlich jede beworbene Zielseite, wie wir Kampagnen und Zielseiten verzahnen, steht im Beitrag zu Google Ads für lokale Dienstleister.
Welcher Hebel welche Kennzahl bewegt
| Maßnahme | Wirkt auf | Warum |
|---|---|---|
| Hosting und Serverantwortzeit prüfen | LCP | Die Antwortzeit steckt in jedem weiteren Schritt mit drin |
| Zwischenspeicher aktivieren | LCP | Wiederkehrende Aufrufe werden nicht neu berechnet |
| Hauptbild verkleinern und früh anfordern | LCP | Es ist in den meisten Fällen genau das gemessene Element |
| Skripte reduzieren und lange Aufgaben teilen | INP | Der Hauptprozess bleibt frei für die Reaktion |
| Nicht sofort Benötigtes später ausführen | INP | Die erste Interaktion trifft auf einen ruhigen Browser |
| Maße an Bilder und Einbettungen | CLS | Der Platz steht vor dem Laden fest |
| Platz für Banner und Hinweise reservieren | CLS | Nachgeladene Elemente schieben nichts mehr weg |
| Schriften lokal einbinden, Ersatzschnitt setzen | LCP und CLS | Kein später Schriftwechsel, keine Textverschiebung |
Die Reihenfolge, in der wir vorgehen
- Felddaten ansehen und entscheiden, welche der drei Kennzahlen überhaupt außerhalb des grünen Bereichs liegt.
- Nicht einzelne Seiten reparieren, sondern die Vorlage dahinter, Startseite, Leistungsseite, Artikel, Formular.
- Einen Hebel pro Durchgang, danach im Labor gegenmessen. Zwei Änderungen gleichzeitig, und du weißt hinterher nicht, welche gewirkt hat.
- Nach vier Wochen die Felddaten erneut prüfen; vorher hat das rollierende Fenster die Änderung noch nicht vollständig aufgenommen.
Erste messbare Verbesserungen im Labor sehen wir bei diesem Vorgehen oft innerhalb von 48 Stunden, die Felddaten ziehen später nach. Wie so ein Durchgang bei uns eingebettet ist, zeigen unsere Pakete.
Was die drei Werte nicht leisten
Gute Kennzahlen sind eine Eintrittskarte, kein Verkaufsargument. Eine Seite, die in zwei Sekunden steht, aber nicht sagt, was sie anbietet, bleibt wirkungslos; die inhaltliche Seite behandeln wir unter Aufbau einer Website, die verkauft. Auch als Rangfaktor sind die Core Web Vitals nur ein Signal unter vielen, die Grundlagen der Auffindbarkeit stehen im Beitrag zu technischem SEO.
Zwei weitere Grenzen sind wichtig. Erstens verfälschen Messskripte den Wert, den sie messen sollen: Jedes zusätzliche Werkzeug im Seitenkopf kostet INP. Wie viel Messung sinnvoll ist, klärt unser Beitrag zum Aufsetzen von Conversion-Tracking. Zweitens sagt Tempo nichts darüber, ob deine Inhalte in Antwort-Systemen auftauchen; dafür gibt es eigene Messgrößen, beschrieben unter GEO-Sichtbarkeit messen.
Wenn du die Werte nicht selbst jagen willst: Wir bauen Tempo und Stabilität in der Webentwicklung von Anfang an ein, statt sie später nachzurüsten. Was bei deiner Seite ansteht, klären wir im Erstgespräch.
Häufige Fragen
Welche Werte muss ich erreichen, damit Google zufrieden ist?
LCP bis 2,5 Sekunden, INP bis 200 Millisekunden, CLS bis 0,1, jeweils im 75. Perzentil der Felddaten. Das heißt: Drei von vier Aufrufen müssen diese Marke halten, nicht der Durchschnitt. Mobil und Desktop werden getrennt bewertet.
Warum zeigt PageSpeed Insights andere Zahlen als die Search Console?
Weil beide unterschiedliche Datenquellen mischen. Die Search Console zeigt ausschließlich Felddaten echter Besucher aus den letzten 28 Tagen und fasst ähnliche URLs zu Gruppen zusammen. PageSpeed Insights zeigt zusätzlich einen frischen Laborlauf auf einem simulierten Mittelklassegerät. Unterschiede sind normal, nicht fehlerhaft.
Was ist aus dem First Input Delay geworden?
FID wurde am 12. März 2024 durch INP ersetzt und ist kein Core-Web-Vital mehr. Der Grund: FID maß nur die Verzögerung vor der Verarbeitung der ersten Interaktion und fiel deshalb selbst bei träge wirkenden Seiten oft gut aus. INP misst alle Interaktionen bis zur sichtbaren Reaktion.
Wie lange dauert es, bis sich eine Verbesserung zeigt?
Im Labor sofort, in den Felddaten frühestens nach einigen Wochen. Die Bewertung läuft über ein rollierendes Fenster der letzten 28 Tage, daher mischen sich alte und neue Aufrufe. Wer nach drei Tagen keine Bewegung sieht, hat nichts falsch gemacht.
Fazit
Behandle die drei Kennzahlen als drei getrennte Baustellen mit getrennten Ursachen, statt pauschal an der Ladezeit zu schrauben. Fang bei der Kennzahl an, die in den Felddaten wirklich außerhalb des grünen Bereichs liegt, ändere eine Sache pro Durchgang und gib dem Messfenster vier Wochen Zeit. Das ist langsamer, als es sich anfühlt und die einzige Methode, bei der du am Ende weißt, welcher Handgriff gewirkt hat.
Über den Autor: Levin Görsoy ist Gründer und CEO von dato.marketing, einer Full-Service-Marketing-Agentur aus Berlin. Mit seinem Team hat er über 46 Projekte produziert und mehr als 1 Million organische Views für Kundenkanäle aufgebaut. Mehr über seinen Werdegang findest du im Lebenslauf von Levin Görsoy.
Du willst das Thema lieber abgeben? Sieh dir unsere Pakete an oder sichere dir ein kostenloses Erstgespräch: Antwort innerhalb von 24 Stunden, ohne Standardpakete.
