Core Web Vitals erklärt: Was die Performance-Werte einer Website wirklich bedeuten

Wer seine Website einmal durch Googles PageSpeed Insights geschickt hat, kennt das Ergebnis: eine Zahl, die meistens schlechter ausfällt als erwartet, und eine Liste mit Empfehlungen, die sich liest, als wäre sie für Softwareentwickler geschrieben. Dieser Beitrag erklärt, was die zugrundeliegenden Kennzahlen tatsächlich bedeuten, warum sie sowohl das Suchranking als auch den Umsatz beeinflussen und wie man die eigene Website prüft, ohne dafür einen Entwickler zu brauchen.

Die drei Kennzahlen sind Largest Contentful Paint, Cumulative Layout Shift und Interaction to Next Paint. Jede misst eine andere Dimension der Nutzererfahrung, nicht nur, wie schnell Dateien vom Server ankommen.

Largest Contentful Paint misst, wie lange es dauert, bis das größte sichtbare Element auf der Seite vollständig geladen ist. Das ist in der Regel das Hauptbild, eine große Überschrift oder ein Hintergrundelement. Googles Schwellenwert für einen guten Score liegt unter 2,5 Sekunden. Über 4 Sekunden wird als schlecht eingestuft. Wenn LCP langsam ist, sehen Besucher mehrere Sekunden lang eine unvollständige Seite, bevor etwas Bedeutungsvolles erscheint. Studien zeigen konsistent, dass ein erheblicher Teil der Nutzer eine Seite verlässt, bevor sie fertig geladen ist, wenn die Wartezeit etwa 3 Sekunden überschreitet.

Cumulative Layout Shift misst visuelle Stabilität während des Ladens. Er erfasst, wie stark sich sichtbare Inhalte unerwarteterweise verschieben, während die Seite noch aufgebaut wird. Das bekannteste Beispiel für hohen CLS ist der Versuch, auf einer mobilen Website einen Button zu tippen, und die Seite springt dabei so, dass man etwas anderes anklickt. Ein guter Wert liegt bei 0,1 oder darunter. Häufige Ursachen sind Bilder ohne definierte Dimensionen, Anzeigen oder eingebettete Inhalte, die spät in das Layout eingefügt werden, und Web-Schriften, die Platzhaltertext anzeigen, bevor die eigentliche Schrift lädt.

Interaction to Next Paint misst, wie schnell die Seite auf Nutzerinteraktionen reagiert, also auf Klicks, Tipp-Gesten oder Tastendrücke. Er erfasst die Verzögerung zwischen dem Moment, in dem ein Nutzer etwas tut, und dem Moment, in dem der Browser visuell reagiert. Ein guter Wert liegt unter 200 Millisekunden. Ein langsamer INP lässt eine Seite träge oder defekt wirken, selbst wenn sie optisch vollständig geladen scheint. Die häufigste Ursache ist schweres JavaScript, das im Hintergrund läuft, den Haupt-Thread des Browsers blockiert und ihn daran hindert, auf Eingaben zu reagieren.

Für Unternehmen, bei denen die Website ein primärer Kanal zur Leadgenerierung oder für direkten Verkauf ist, ist das keine marginale Angelegenheit. Ein bedeutender Performance-Unterschied zwischen der eigenen Website und der eines Mitbewerbers summiert sich über die Zeit. Weniger Besucher, die das Kontaktformular oder den Checkout erreichen, bedeutet weniger Anfragen oder Käufe, konstant, jeden Tag.

Zu beachten ist außerdem, dass die mobile Performance separat von der Desktop-Performance bewertet wird. Eine Seite, die auf einer schnellen Breitbandverbindung gut lädt, kann auf einer 4G-Mobilverbindung erheblich schlechter abschneiden, was der tatsächliche Zugangsweg eines großen Teils der Besucher ist. Googles Ranking-Algorithmus verwendet die mobile Performance als primäres Signal, nicht die Desktop-Performance.

Es gibt zwei Hauptwerkzeuge zur Messung von . Keines erfordert technisches Vorwissen, und beide sind kostenlos.

PageSpeed Insights ist Googles offizielles Performance-Messtool. Man gibt eine URL ein und erhält einen Score von 0 bis 100 sowie eine Aufschlüsselung jeder Kennzahl und der spezifischen Probleme, die zu Abzügen führen. Der Score gliedert sich in Lab-Daten, also einen simulierten Test unter kontrollierten Bedingungen, und Felddaten, die echte Messungen von tatsächlichen Nutzern aus dem Chrome User Experience Report widerspiegeln. Die Felddaten sind der aussagekräftigere Teil für die Einschätzung der tatsächlichen Performance. Das Tool ist verfügbar unter pagespeed.web.dev und erfordert keinen Account.

Die in Chrome eingebauten Entwicklertools enthalten einen Lighthouse-Tab, der dieselben Performance-Tests lokal ausführt und detailliertere Ergebnisse liefert. So geht man vor: Chrome öffnen, zur zu testenden Seite navigieren, F12 drücken oder mit Rechtsklick Untersuchen auswählen. Im geöffneten Panel den Lighthouse-Tab wählen, Performance auswählen und auf Seitenladung analysieren klicken. Der resultierende Bericht identifiziert jedes Problem bis hin zur einzelnen Datei oder dem einzelnen Element, was es nützlich macht, um die genaue Ursache eines Problems zu verstehen, nicht nur zu wissen, dass es besteht.

Nicht optimierte Bilder sind die häufigste Einzelursache für schlechte LCP-Werte. Ein Foto, das in voller Auflösung aus einer Kamera exportiert und direkt ohne Komprimierung oder Skalierung hochgeladen wird, kann 4 bis 10 Mal größer sein als für den Webgebrauch notwendig. Moderne Bildformate wie WebP und AVIF liefern dieselbe visuelle Qualität bei deutlich kleineren Dateigrößen im Vergleich zu JPEG oder PNG. Bilder sollten außerdem in den Dimensionen vorliegen, in denen sie tatsächlich angezeigt werden, nicht in der ursprünglichen Aufnahmeauflösung.

Übermäßiges JavaScript ist der primäre Treiber schlechter INP-Werte und trägt stark zu langsamem LCP bei. Website-Baukästen wie , und liefern große JavaScript-Pakete an den Browser, unabhängig davon, was tatsächlich auf der Seite steht. Dieser Code muss heruntergeladen, geparst und ausgeführt werden, bevor die Seite interaktiv wird. Individuell entwickelte Seiten, die mit Frameworks wie gebaut wurden, erlauben es Entwicklern, nur das JavaScript auszuliefern, das eine bestimmte Seite tatsächlich braucht, was erklärt, warum Performance-Werte zwischen Baukasten-Seiten und individuell entwickelten Seiten oft erheblich auseinandergehen.

Eine langsame Server-Antwortzeit, gemessen als Time to First Byte (TTFB), verzögert jede nachfolgende Kennzahl, weil kein Inhalt ankommen kann, bis der Server antwortet. Günstiges Shared Hosting, Server, die geografisch weit vom Besucher entfernt sind, und nicht optimierte Server-Konfigurationen erhöhen alle die TTFB. Ein Content Delivery Network (CDN) kann dies teilweise ausgleichen, indem statische Inhalte zwischengespeichert und von einem Standort näher am Nutzer ausgeliefert werden.

Drittanbieter-Scripts sind eine häufig übersehene Ursache für Performance-Probleme. Live-Chat-Widgets, Analytics-Tracker, Cookie-Consent-Tools, Marketing-Pixel und eingebettete Video- oder Social-Media-Inhalte fügen alle externe Netzwerkanfragen hinzu, auf die der Browser warten muss, bevor die Seite als vollständig geladen gilt. Sie führen außerdem JavaScript-Code ein, den der Seitenbetreiber nicht kontrollieren oder optimieren kann, was INP deutlich verschlechtern kann.

Konstant über 90 auf Mobilgeräten in PageSpeed Insights zu liegen erfordert Entscheidungen, die während des ursprünglichen Designs und der Entwicklung einer Website getroffen werden, nicht Korrekturen, die nachträglich aufgebracht werden. Die Bildverarbeitung muss Teil des Build-Workflows sein. JavaScript muss bewusst eingesetzt und auf das beschränkt werden, was jede Seite tatsächlich benötigt. Die Hosting-Infrastruktur muss für die erwartete Last der Website geeignet sein. Das Laden von Schriften muss so konfiguriert sein, dass Layout-Verschiebungen vermieden werden.

Das ist einer der strukturellen Vorteile individuell entwickelter Websites gegenüber plattformbasierten Baukästen. Wenn Performance von Anfang an als Anforderung behandelt wird, unterstützen die technischen Entscheidungen im gesamten Entwicklungsprozess dieses Ziel. Performance-Verbesserungen nachträglich auf einer Seite anzubringen, die auf einer Plattform aufbaut, die nicht mit Performance als Priorität entwickelt wurde, ist bis zu einem gewissen Grad möglich, aber die Obergrenze wird durch die Plattform selbst gesetzt. Manche Ursachen schlechter Scores lassen sich nicht beheben, ohne die Plattform zu verlassen.

Der praktische Richtwert, auf den es sich lohnt hinzuarbeiten, ist ein konstant grüner Score von über 90 auf Mobilgeräten in PageSpeed Insights für die Seiten mit dem meisten Traffic, typischerweise die Startseite und Seiten mit wesentlichem organischen Suchvolumen. Diesen Wert auf jeder Seite einer großen Website zu erreichen, ist ein erheblicher Entwicklungsaufwand. Ihn auf den wichtigsten Seiten zu erreichen, ist für die meisten professionell entwickelten, individuell programmierten Websites realisierbar.