Core Web Vitals verständlich erklärt: Was Google misst

Wenn Sie schon einmal einen Bericht über Ihre Website bekommen haben, standen dort wahrscheinlich drei Abkürzungen: LCP, INP und CLS. Dahinter stecken die Core Web Vitals – drei Messwerte, mit denen Google beurteilt, wie sich eine Seite für echte Besucher anfühlt. Sie fließen ins Ranking ein, und sie entscheiden ganz nebenbei darüber, ob ein Interessent auf Ihrer Seite bleibt oder zurück zur Suche geht.

Das Thema klingt technisch, ist aber im Kern einfach. Google misst nicht, wie schön eine Seite ist oder wie viel sie kann, sondern drei sehr alltägliche Erfahrungen: Wie lange warte ich? Reagiert die Seite, wenn ich etwas antippe? Und bleibt sie ruhig, oder springt alles hin und her? Dieser Artikel übersetzt die drei Werte, zeigt, wo Sie sie ablesen, und erklärt, was Websites in der Praxis langsam macht.

Die drei Messwerte, übersetzt

LCP – Largest Contentful Paint – „Wann sehe ich das Wichtigste?“ Google misst, wann das größte sichtbare Element der Seite fertig geladen ist – meist das Titelbild oder die große Überschrift. Bis dahin sieht der Besucher eine weiße Fläche oder ein halbes Gerüst. Als gut gilt ein Wert von höchstens 2,5 Sekunden.

INP – Interaction to Next Paint – „Reagiert die Seite auf mich?“ Hier geht es um die Zeit zwischen einem Klick oder Tipp und der sichtbaren Reaktion der Seite. Jeder kennt den Moment, in dem man auf „Absenden“ tippt, nichts passiert, und man noch einmal tippt. Als gut gilt eine Reaktion innerhalb von 200 Millisekunden. INP hat 2024 den älteren Wert FID abgelöst, weil er nicht nur den ersten Klick, sondern das Verhalten während des gesamten Besuchs betrachtet.

CLS – Cumulative Layout Shift – „Bleibt die Seite ruhig?“ Dieser Wert misst, wie stark sich Elemente verschieben, während die Seite noch lädt. Der Klassiker: Man will auf „Anrufen“ tippen, im letzten Moment schiebt sich ein Banner dazwischen, und man trifft die Cookie-Meldung. Als gut gilt ein Wert unter 0,1 – das ist ein Verhältnis, keine Zeit, aber die Faustregel lautet: nichts darf springen.

Gemessen wird bei echten Besuchern

Der wichtigste Punkt, den viele Berichte verschweigen: Google bewertet die Core Web Vitals nicht im Labor, sondern anhand echter Besucher mit echten Geräten und echten Verbindungen. Eine Seite gilt als gut, wenn mindestens 75 Prozent der Aufrufe die Schwellenwerte einhalten – und zwar getrennt für Handy und Desktop. Ein schneller Büro-PC mit Glasfaser sagt also wenig darüber aus, wie Ihre Seite bei einem Kunden auf dem Handy im Zug ankommt.

Genau dort liegt in der Praxis das Problem. Die meisten Firmenwebsites sind auf dem Desktop des Webdesigners flott, auf einem drei Jahre alten Smartphone mit wackligem Empfang aber zäh. Und über die Hälfte der Suchanfragen kommt heute von genau solchen Geräten.

Wo Sie die Werte ablesen

Zwei kostenlose Werkzeuge reichen. Das erste ist PageSpeed Insights von Google: Adresse eingeben, kurz warten, und Sie sehen für Handy und Desktop, ob die drei Werte im grünen Bereich liegen – oben die Daten echter Besucher (sofern Ihre Seite genug davon hat), darunter eine Laboranalyse mit konkreten Hinweisen, was bremst.

Das zweite ist die Google Search Console, die Sie ohnehin haben sollten. Dort gibt es einen Bericht „Core Web Vitals“, der alle Seiten Ihrer Website in gut, verbesserungswürdig und schlecht einteilt. Der Vorteil: Sie sehen nicht nur die Startseite, sondern auch die Unterseite, auf der das 8-Megabyte-Foto vom Firmenjubiläum liegt.

Was Websites wirklich langsam macht

Nach vielen Messungen lassen sich die Ursachen an einer Hand abzählen, und sie sind fast immer dieselben.

Bilder in Druckqualität. Ein Foto direkt von der Kamera hat gern fünf Megabyte. Auf einer Website darf es ein Zehntel davon haben, in einem modernen Format und in der Größe, in der es tatsächlich angezeigt wird. Das ist die häufigste und zugleich am leichtesten behebbare Bremse.

Zu viele Zusatzmodule. Baukasten- und Plugin-Systeme laden für jedes Modul eigene Skripte und Stylesheets: Kontaktformular, Galerie, Cookie-Banner, Slider, Icons, Schriften. Zwanzig Module heißt zwanzig Ladevorgänge, bevor die Seite steht – und jedes davon ist ein Einfallstor, wenn es veraltet.

Fremde Skripte. Karten, Chat-Widgets, Tracking, eingebettete Videos und Social-Media-Buttons holen Code von fremden Servern, auf deren Geschwindigkeit Sie keinen Einfluss haben. Häufig sind sie auch der Grund, warum die Seite beim Laden springt.

Seiten, die bei jedem Aufruf neu gebaut werden. Viele Systeme setzen jede Seite erst zusammen, wenn ein Besucher sie anfordert: Datenbank abfragen, Vorlage füllen, ausliefern. Das kostet bei jedem Aufruf Zeit. Moderne Verfahren bauen die Seiten vorab fertig und liefern sie wie eine fertige Datei aus – das ist der Unterschied zwischen einem Brief, der im Umschlag liegt, und einem, der beim Öffnen erst noch geschrieben wird.

Billiges Hosting. Ein überfüllter Server für drei Euro im Monat antwortet langsam, egal wie gut die Seite gebaut ist.

Bei uns ist das der Grund, warum wir Firmenwebsites mit demselben Werkzeug bauen wie Web-Anwendungen: Die Seiten werden vorab erzeugt, Bilder automatisch in die passende Größe und ein sparsames Format gebracht, Schriften mit ausgeliefert statt von fremden Servern geladen, und es gibt keinen Plugin-Zoo. Das ist keine Zauberei, sondern Handwerk – und der Grund, warum solche Seiten in unter einer Sekunde stehen.

Was das für Ihre Website bedeutet

Prüfen Sie Ihre Startseite und Ihre wichtigste Leistungsseite einmal in PageSpeed Insights, und zwar mit Blick auf die Handy-Werte. Sind alle drei Werte grün, ist das Thema für Sie erledigt und Sie können sich auf Inhalte konzentrieren. Ist LCP rot, sind es fast immer die Bilder oder das System dahinter. Ist CLS rot, schieben sich Banner, Anzeigen oder nachladende Schriften ins Bild. Ist INP rot, sind zu viele Skripte am Werk.

Die ersten beiden Punkte lassen sich in vielen Fällen mit dem bestehenden System beheben. Wenn allerdings der Baukasten selbst die Bremse ist, hilft kein Optimieren mehr – dann ist die ehrliche Antwort, dass die Seite auf einer anderen Grundlage gebaut werden sollte. Das sagen wir Ihnen im Erstgespräch auch dann, wenn Sie dafür nicht uns brauchen.