Core Web Vitals: Die drei Werte und was sie wirklich bedeuten

Was Google tatsächlich misst

Core Web Vitals sind drei Kennzahlen, mit denen Google die erlebte Qualität einer Seite beziffert. Nicht, wie schnell der Server antwortet – sondern wie sich die Seite für einen Menschen anfühlt, der sie benutzt.

Ein Detail, das regelmäßig übersehen wird: Gemessen wird am 75. Perzentil, getrennt nach Mobil und Desktop. Es reicht also nicht, dass die Seite im Schnitt schnell ist. Drei von vier Aufrufen müssen den Wert erreichen – auch die auf älteren Geräten und in schlechten Netzen.

INP hat FID ersetzt – und das war ein härterer Wechsel

Bis 2024 maß Google die Interaktivität über First Input Delay. FID erfasste nur die Verzögerung bis zur ersten Reaktion und war damit großzügig: Die meisten Seiten bestanden ihn, ohne wirklich reaktionsschnell zu sein.

INP misst stattdessen über die gesamte Sitzung hinweg, wie lange es dauert, bis eine Interaktion sichtbar beantwortet wird. Viele Websites, die unter FID grün waren, sind unter INP rot. Das ist keine Verschlechterung der Seite, sondern eine ehrlichere Messung.

Der häufigste Verursacher: zu viel JavaScript, das den Hauptthread blockiert. Bei WordPress sind das meist Plugins, die auf jeder Seite laden, obwohl sie nur auf einer gebraucht werden.

Felddaten statt Labordaten

Hier liegt der teuerste Irrtum im Umgang mit diesen Werten.

PageSpeed Insights zeigt zwei Dinge gleichzeitig: oben Felddaten aus echten Besuchen der letzten 28 Tage, unten eine Labormessung mit simuliertem Gerät. Für das Ranking zählen ausschließlich die Felddaten. Die Punktzahl aus dem Labor – die berühmten 0 bis 100 – ist eine Diagnosehilfe, kein Ranking-Faktor.

Wer die Labor-Punktzahl auf 100 optimiert, während die Felddaten rot bleiben, hat Zeit investiert, ohne etwas zu erreichen. Der verlässlichere Ort ist der Bericht zu den Core Web Vitals in der Search Console: echte Nutzerdaten, nach Seitengruppen zusammengefasst.

Die vier häufigsten Ursachen

Ein zu großes Hero-Bild (LCP)

In der Regel ist das größte sichtbare Element ein Bild ganz oben. Ein unkomprimiertes JPEG mit 2 MB macht jede weitere Optimierung zunichte. Modernes Format, passende Auflösung, kein Lazy Loading für dieses eine Bild.

Schriften, die den Text verzögern (LCP)

Schriften von einer fremden CDN kosten eine zusätzliche Verbindung. Lokal ausgeliefert mit font-display: swap erscheint der Text sofort in einer Ersatzschrift und wird später ersetzt. In Deutschland kommt hinzu, dass Google Fonts über die CDN die IP-Adresse der Besucher überträgt – ein Grund mehr, sie selbst zu hosten.

Plugins, die überall laden (INP)

Ein Slider-Plugin, das auf 200 Seiten JavaScript lädt und auf einer gebraucht wird. Die Prüfung ist simpel: Welche Skripte lädt eine Seite, die sie nicht braucht?

Elemente ohne reservierten Platz (CLS)

Bilder ohne Breiten- und Höhenangabe, nachgeladene Banner, eingebettete Inhalte ohne festes Seitenverhältnis. Der Browser weiß nicht, wie viel Platz er freihalten soll, und schiebt alles darunter nach unten, sobald das Element eintrifft. Das ist der Grund, warum man beim Lesen plötzlich an der falschen Stelle klickt.

Wie wichtig ist das fürs Ranking?

Ehrlicher als die meisten Ratgeber: weniger, als oft behauptet wird. Core Web Vitals sind ein schwaches Signal. Eine Seite mit schlechten Werten und dem besseren Inhalt rankt in der Regel vor einer schnellen Seite mit dünnem Inhalt.

Der eigentliche Nutzen liegt woanders: Besucher, die abspringen, weil eine Seite ruckelt oder springt, hinterlassen keine Anfrage. Der Effekt auf die Abschlussquote ist meist größer als der auf die Position.

Praktisch heißt das: Erst wenn Inhalt und Technik grundsätzlich stimmen, lohnt der Feinschliff an diesen drei Werten. Wer eine Seite auf Position 30 schneller macht, hat eine schnelle Seite auf Position 29.

Fazit

Drei Werte, ein Perzentil, eine wichtige Unterscheidung: Felddaten zählen, Labordaten helfen beim Suchen. Der häufigste Fehler ist nicht eine langsame Seite, sondern die Optimierung der falschen Zahl.