Technik

Drei Zahlen,die über Geduld entscheiden.

Core Web Vitals klingen nach Technikthema. Tatsächlich messen sie etwas Einfaches: ob eine Seite schnell etwas zeigt, auf Eingaben reagiert und dabei nicht herumspringt.

Technik
aura2wei Wissen

Was messen LCP, INP und CLS genau?

Drei Dinge, die jeder Nutzer spürt, ohne sie benennen zu können: Wartezeit, Trägheit und Unruhe.

LCP: Largest Contentful Paint

Die Zeit, bis das größte sichtbare Element geladen ist. Meist das Hero-Bild oder die Hauptüberschrift. LCP beantwortet die Frage: Wann sehe ich, worum es geht?

Ziel: unter 2,5 Sekunden bei 75 Prozent der Aufrufe.

INP: Interaction to Next Paint

Die Zeit zwischen einer Eingabe und der sichtbaren Reaktion. Klick auf ein Menü, Tippen in ein Feld, Öffnen eines Akkordeons. INP hat 2024 den älteren FID-Wert ersetzt und ist deutlich strenger, weil er nicht nur die erste Eingabe misst.

Ziel: unter 200 Millisekunden.

CLS: Cumulative Layout Shift

Wie stark der Inhalt beim Laden springt. Jeder kennt es: Man will auf einen Link tippen, ein Banner lädt nach, man landet woanders.

Ziel: unter 0,1.

Welcher Wert bereitet die größten Probleme?

INP. Ein erheblicher Teil der Seiten im Netz erreicht die Schwelle nicht, und die Ursache ist fast immer dieselbe: zu viel JavaScript.

LCP lässt sich mit Bildkompression und Vorladen relativ leicht verbessern. CLS ist mit festen Bildmaßen und reservierten Flächen meist erledigt. INP dagegen ist ein Strukturproblem: Jedes Skript, das beim Klick mitrechnet, verlängert die Antwortzeit.

Typische Verursacher:

  • Mehrere Tracking- und Consent-Skripte, die bei jeder Interaktion mithören
  • Animationsbibliotheken, die den Hauptthread blockieren
  • Slider und Karussells, die permanent neu rechnen
  • Seitenbaukästen, die für jeden Block eigene Skripte laden
Nachprüfbar an dieser Seite

Diese Website führt rund vierzig Zeilen eigenes JavaScript aus und lädt keinen Fremdcode. Das ist keine Askese, sondern die einfachste Methode, INP nicht zum Problem werden zu lassen. Die Belege stehen auf der Startseite.

Was verbessert man in welcher Reihenfolge?

Nach Wirkung pro Aufwand, nicht nach Interesse:

  1. Bildformate und Größen. WebP oder AVIF statt JPEG, Maße im Markup, korrekte Auflösung. Das ist meist der größte Einzelsprung beim LCP.
  2. Hero-Bild vorladen. Ein rel="preload" auf das eine Bild, das den LCP bestimmt.
  3. Feste Maße für alles, was nachlädt. Bilder, Einbettungen, Werbeflächen. Damit ist CLS praktisch gelöst.
  4. Schriften lokal ausliefern, mit font-display: swap. Spart eine Fremdverbindung und verhindert unsichtbaren Text.
  5. JavaScript aussortieren. Der unbequemste, aber für INP der einzige wirksame Schritt.
  6. Caching und Kompression auf dem Server. Wichtig, aber ohne die Schritte davor nur ein Pflaster.

Warum weichen PageSpeed-Werte so oft voneinander ab?

Weil es zwei völlig verschiedene Messarten gibt und beide denselben Namen tragen.

Labordaten entstehen bei einem simulierten Aufruf. Sie sind reproduzierbar und gut zum Debuggen, sagen aber nichts über echte Nutzer. Der Wert schwankt je nach Tageszeit und Serverlast.

Felddaten stammen von echten Aufrufen, gesammelt über 28 Tage. Nur diese Werte zählen für die Bewertung. Sie stehen in der Google Search Console unter Core Web Vitals.

Praktisch heißt das: Ein einzelner PageSpeed-Test mit 62 Punkten ist kein Urteil. Erst wenn die Felddaten über Wochen unter der Schwelle liegen, hat man ein belegtes Problem.

Wie stark beeinflussen Core Web Vitals das Ranking?

Weniger, als viele Anbieter behaupten, und mehr, als viele Betreiber hoffen. Google beschreibt Seitenerfahrung als ein Signal unter vielen, das bei ähnlich relevanten Inhalten den Unterschied macht. Eine schnelle Seite mit schwachem Inhalt überholt keine langsame Seite mit dem besseren Inhalt.

Der eigentliche Effekt liegt anderswo: bei den Menschen. Wer drei Sekunden auf ein Bild wartet, ist schon weg. Diese Abbrüche kosten mehr als jede Rankingnuance.


Core Web Vitals sind kein Selbstzweck. Sie sind die messbare Seite einer einfachen Frage: Wie lange hält jemand aus, bevor er weiterklickt.

RE:LAUNCH ansehen
Kurz beantwortet

Die Fragendahinter.

Was ist ein guter Core-Web-Vitals-Wert?

LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Entscheidend ist, dass 75 Prozent der echten Aufrufe diese Schwellen einhalten, nicht ein einzelner Testlauf.

Warum ist mein INP-Wert schlecht?

Fast immer wegen JavaScript, das bei Interaktionen mitrechnet: Tracking, Consent-Banner, Animationsbibliotheken, Slider oder Seitenbaukästen mit Skript pro Block. INP verbessert man durch Weglassen, nicht durch Optimieren.

Beeinflussen Core Web Vitals das Google-Ranking?

Ja, aber als ein Signal unter vielen. Bei ähnlich relevanten Inhalten kann es den Unterschied machen. Ein guter Wert ersetzt keinen guten Inhalt. Der größere Effekt sind Nutzer, die bei langsamen Seiten abbrechen.

Warum zeigt PageSpeed Insights jedes Mal andere Werte?

Weil der Labortest bei jedem Aufruf neu simuliert und von Tageszeit und Serverlast abhängt. Verlässlich sind nur die Felddaten aus echten Aufrufen über 28 Tage, sichtbar in der Google Search Console.

Was bringt die größte Verbesserung?

In der Regel die Bilder: modernes Format, richtige Auflösung, Maße im Markup und ein Preload für das Hero-Bild. Danach feste Maße für alles Nachladende und erst dann das Aussortieren von JavaScript.

Gap-Check

Wo klemmt es bei euch wirklich?

Schritt 1 von 3 · Die Seite

Zwei Angaben genügen für den Anfang. Alles Weitere sehe ich mir selbst an.

Kostenlos · kein Newsletter · keine Nachfassmail