Schnelle Website: Was Core Web Vitals messen und was wir tatsächlich optimieren

Wer die eigene Website bei PageSpeed Insights eingibt, sieht oft eine rote oder orange Zahl. Die Frage danach ist fast immer dieselbe: Ist das schlimm? Die ehrliche Antwort lautet: Die Zahl allein sagt wenig. Wichtiger sind drei Messwerte, die Google Core Web Vitals nennt. Noch wichtiger ist, woher die Werte stammen.

Die drei Werte und ihre Grenzen

Largest Contentful Paint (LCP) misst, wann das größte sichtbare Element dargestellt ist. Meist ist das das große Bild oben auf der Seite oder die Hauptüberschrift. Google wertet 2,5 Sekunden oder weniger als gut, mehr als 4 Sekunden als schlecht.

Interaction to Next Paint (INP) misst, wie schnell die Seite auf Eingaben reagiert, also auf Klicks, Tippen und Tastatur. Bewertet wird der ganze Besuch, nicht nur die erste Interaktion. Gut sind 200 Millisekunden oder weniger, schlecht mehr als 500. INP hat am 12. März 2024 den Vorgänger First Input Delay (FID) abgelöst. Wenn ein Ratgeber oder ein Prüfbericht noch FID nennt, ist er veraltet.

Cumulative Layout Shift (CLS) misst, wie stark Inhalte beim Laden unerwartet springen. Der Wert ist eine Kennzahl ohne Einheit. Gut ist 0,1 oder weniger, schlecht mehr als 0,25.

Google schaut dabei nicht auf den Durchschnitt, sondern auf das 75. Perzentil, getrennt nach Handy und Desktop. Vereinfacht gesagt: Drei von vier Besuchen müssen im grünen Bereich liegen.

Felddaten und Labordaten

PageSpeed Insights zeigt zwei verschiedene Dinge, die gern verwechselt werden. Oben stehen Felddaten aus dem Chrome User Experience Report (CrUX). Das sind Messungen echter Chrome-Nutzer aus den letzten 28 Tagen. Darunter steht ein Labortest mit Lighthouse. Er lädt die Seite einmal in einer simulierten Umgebung, am Handy mit einem gedrosselten Mittelklassegerät. Von dort kommt auch die Punktzahl zwischen 0 und 100. Diese Punktzahl ist kein Core Web Vital.

Für viele kleinere Websites gibt es gar keine Felddaten, weil Google nur Seiten mit genug Besuchern in den Bericht aufnimmt. Dann bleibt der Labortest als Hinweis. Ergänzend schauen wir in den Bericht „Core Web Vitals“ der Google Search Console und testen auf echten, nicht ganz neuen Handys.

Unsere Regel: Beurteilt wird nach Felddaten, wo es sie gibt. Der Labortest dient dazu, die Ursachen zu finden.

Was Websites in der Praxis langsam macht

Es sind selten exotische Gründe. Fast immer stoßen wir auf dieselben fünf.

Bilder. Ein Foto direkt aus der Kamera als großes Titelbild ist der häufigste Grund für einen schlechten LCP. Wir liefern Bilder in modernen Formaten wie WebP oder AVIF aus, in mehreren Größen, damit das Handy nicht das Bild für den großen Bildschirm lädt. Das Titelbild wird bevorzugt geladen. Bilder weiter unten kommen erst, wenn jemand dorthin scrollt.

Schriften. Schriften von einem fremden Server bedeuten eine zusätzliche Verbindung, bevor Text erscheint. Aus Datenschutzsicht sind sie ohnehin heikel. Wir hosten Schriften selbst, im kompakten Format woff2, mit möglichst wenigen Schnitten. Vorab geladen wird nur die Schrift, die überall vorkommt.

Skripte von Drittanbietern. Chat-Fenster, Tracking, eingebettete Karten, Videos und Social-Media-Feeds bringen jeweils eigenen Code mit. Das belastet vor allem den INP. Wir fragen bei jedem Skript, wer die Daten tatsächlich nutzt. Was bleibt, laden wir spät. Karten und Videos binden wir so ein, dass sie erst nach einem Klick nachladen.

Server und Caching. Ein WordPress mit vielen Plugins baut jede Seite bei jedem Aufruf neu zusammen. Mit Seiten-Cache oder statisch erzeugten Seiten antwortet der Server deutlich schneller. Unsere Server stehen bei Hetzner in Deutschland, also nah an Besuchern aus Österreich. Ein zusätzliches Content Delivery Network, das Inhalte über Server weltweit verteilt, brauchen viele regionale Betriebe deshalb nicht.

Späte Banner und Bilder ohne Größe. Ein Cookie-Banner oder Hinweisbalken, der oben eingeblendet wird und den Inhalt nach unten schiebt, verschlechtert den CLS. Dasselbe passiert bei Bildern ohne festgelegte Größe und beim Wechsel von der Ersatzschrift zur eigentlichen Schrift. Wir reservieren den Platz vorab und legen Banner über die Seite statt hinein.

Was Geschwindigkeit fürs Ranking bedeutet

Hier lohnt es sich, nüchtern zu bleiben. Google empfiehlt gute Core Web Vitals und sagt, dass sie zu dem passen, was die Ranking-Systeme belohnen. Gleichzeitig schreibt Google, dass gute Werte keine Top-Platzierung garantieren. Die relevanteste Seite wird auch dann gezeigt, wenn sie langsamer ist. Geschwindigkeit ist ein Signal unter vielen. Gute Inhalte bleiben wichtiger.

Der eigentliche Grund für eine schnelle Seite sind deshalb Ihre Besucher. Wer am Handy auf dem Weg zur Arbeit Ihre Telefonnummer sucht, wartet nicht gern. Wir optimieren nicht auf 100 Punkte in Lighthouse. Wir optimieren, bis die Felddaten grün sind und sich die Seite auf einem älteren Handy flott anfühlt. Was darüber hinausgeht, kostet viel Aufwand für wenig spürbaren Unterschied.

Wie wir vorgehen

Zuerst messen wir den Ist-Stand, im Feld und im Labor. Dann beheben wir die Ursachen in der Reihenfolge ihrer Wirkung, meist beginnend bei Bildern und fremden Skripten. Weil Felddaten über 28 Tage gesammelt werden, prüfen wir das Ergebnis nach einigen Wochen noch einmal. Bei Websites, die wir betreuen, bleibt das Thema danach im Blick, denn jedes neue Plugin und jedes neue Titelbild kann die Werte wieder verschieben.

Wie wir das bei neuen Projekten von Anfang an einplanen, steht unter Webdesign & Entwicklung.