Core Web Vitals: Googles Maßstab für die Page Experience

Johannes Beus
Johannes Beus
Johannes Beus ist Gründer und Geschäftsführer von SISTRIX.

Google hat, als einzige der großen Plattformen, damit zu kämpfen, dass ihnen das Ökosystem, in dem sie unterwegs sind, nicht gehört. Apple kann auf der Apple-Plattform machen und lassen, was sie wollen, bei Amazon und Facebook/Instagram sieht es ähnlich aus: geschlossene Systeme mit vollständiger Kontrolle.

Gegen diesen strukturellen Nachteil geht Google vor: Google beherrscht mit Chrome den Desktop-Browsermarkt und mit Android den Smartphone-Markt. Aber auch kleinere Initiativen aus Mountain View gehen in diese Richtung und zum Glück sind die nicht alle so internetzersetzend wie AMP: seit einiger Zeit forciert Google die Nutzung von SSL sehr stark und drängt auf Mobile-First-Webseiten.

Da Google Webseitenbetreiber nicht einfach zu Änderungen verpflichten kann, setzt der Suchmaschinenbetreiber auf ein anderes Mittel: bessere Google-Rankings. So wurde die Nutzung von SSL bereits zum Ranking-Faktor und auch Mobile-Friendliness von Webseiten hat diesen Rang erreicht.

In den letzten Wochen hat Google nun in einem Blogpost angekündigt, seine Wünsche an Webseitenbetreiber künftig im Ranking-Faktor Page Experience zusammenzufassen. Neben den bekannten Wünschen für HTTPS-Nutzung, Safe Browsing, Mobile-Friendliness und den Verzicht auf nervigen Interstitials kommen im nächsten Jahr drei neue Werte hinzu: die Core Web Vitals

Was sind die Core Web Vitals?

Mit den Web Vitals möchte Google eine Reihe von Metriken etablieren, um die User Experience einer Seite messbar zu machen. Google konzentriert sich dabei auf technische Performance-Themen. Die Core Web Vitals sind drei elementare Metriken, mit denen Google die Page/User Experience vergleichbar machen möchte. Dabei handelt sich um diese drei Messwerte:

Largest Contentful Paint (LCP)

Mit dem ersten Core Web Vital wird gemessen, wie viel Zeit vergeht, bis der Hauptcontent der Webseite für den Nutzer im Browser sichtbar wird. Während früher eher auf das erste Erscheinen von Content geachtet wurde (First Contentful Paint/FCP), ist man davon abgekommen und misst jetzt, wie lange es dauert, bis der Hauptcontent erscheint.

Gemessen wird die Zeit zwischen der Anforderung der Seite und dem Erscheinen des Hauptcontents im Browser in Sekunden. Google gibt uns für die Metrik folgende Bewertungen mit:

  • Gut: weniger als 2,5 Sekunden
  • Verbesserungswürdig: bis zu 4 Sekunden
  • Schlecht: mehr als 4 Sekunden

First Input Delay (FID)

Hier geht es darum zu messen, wie schnell der Nutzer mit der Seite interagieren kann. Ist eine Seite geladen, möchten Nutzer in der Regel mit ihr interagieren: ein Formular ausfüllen, Bilder vergrößern oder auch nur auf einen Link klicken – wie gut das funktioniert, misst das First Input Delay.

Konkret gemessen wird die Zeitspanne zwischen der Interaktion und dem Zeitpunkt, an dem der Browser auf diese Interaktion reagiert.

  • Gut: weniger als 0,1 Sekunden
  • Verbesserungswürdig: bis zu 0,3 Sekunden
  • Schlecht: mehr als 0,3 Sekunden

Cumulative Layout Shift (CLS)

Die letzte der drei Metriken der Core Web Vitals beschäftigt sich mit der visuellen Stabilität einer Webseite. Zunehmend komplexe Webseiten laden Teile des Contents im Hintergrund (asynchron), um Ladezeiten für den Nutzer niedrig zu halten. Wenn diese Ladevorgänge nicht aufeinander abgestimmt sind, kann das dazu führen, dass die Inhalte der Seite springen, während der Nutzer sie bereits lesen will.

Diese Metrik ist am wenigsten intuitiv: Google misst hier im Kern, wie häufig bereits sichtbare Elemente nachträglich verschoben werden und gewichtet, wie weit diese verschoben werden (Details dazu).

  • Gut: weniger als 0,1
  • Verbesserungswürdig: bis zu 0,25
  • Schlecht: mehr als 0,25

Google hat bereits angekündigt, dass die Zusammensetzung der Core Web Vitals nicht zwingend bei den jetzt drei vorgestellten Metriken bleiben muss und behält sich ausdrücklich eine Änderung vor. Änderungen werden aber angekündigt und es bleibt ausreichend Zeit, sich auf neue Metriken einzustellen.

Wie werden die Core Web Vitals gemessen?

Um die Google Core Web Vitals zu messen, gibt es im Kern zwei grundlegend unterschiedliche Herangehensweisen: die erste sind sogenannte Labor-Daten. Dabei werden unter selber kontrollierten Umständen (daher auch der Name) synthetische Messungen durchgeführt.

Labor-Daten (lab data)

Labor-Daten (lab data) haben den Vorteil, dass sie reproduzierbar sind, also immer das gleiche Ergebnis liefern, solange man keine Änderungen an den Umständen und Parametern vornimmt.

Diese Labor-Daten eignen sich insbesondere zum Debugging und zur kontinuierlichen Verbesserung der eigenen Webseite. So haben wir die Performance-Messung im Optimizer kürzlich auf die Erhebung von Labor-Daten auf Basis von Google Lighthouse umgestellt. Auf dieser Basis sieht man reproduzierbar und regelmäßig, wie sich Änderungen an der Webseite auf die Werte der Core Web Vitals auswirken.

Die zweite Herangehensweise sind sogenannte Feld-Daten (field data). Dabei werden die jeweiligen, individuellen Werte der Core Web Vitals von echten Nutzern deiner Webseite gemessen und ausgewertet.

Feld-Daten (field data)

Das kann entweder über individuelle JavaScript-Einbindungen (Google stellt dafür auch eine Lösung bereit) passieren oder aber über automatisch Messungen, die Google Chrome für einen Teil der Chrome-Nutzer automatisch vornimmt. Auf Felddaten greift Google im Core Web Vitals-Bericht in der Google Search Console zurück.

Core Web Vitals-Bericht in der Google Search Console

Nutzerdaten haben den Vorteil, dass sie die echte Nutzererfahrung bestmöglich abbilden. Verbesserungen in den Core Web Vitals zeigen sich dort jedoch nur nach einer Verzögerung. Es fließen auch Faktoren ein, auf die man als Webseitenbetreiber keinen direkten Einfluss hat. Google hat jedoch angekündigt, dass der Ranking-Faktor Core Web Vitals aus den Feld-Daten basieren wird.

Wie kann ich die Core Web Vitals verbessern?

Während das Thema bislang noch überschaubar und relativ simpel war, kommen wir jetzt zum unangenehmen Teil: der eigentlichen Arbeit. Die schlechte Nachricht direkt am Anfang. Es gibt keine einfachen Lösungen, um die Core Web Vitals zu verbessern.

Jede Seite und jedes System ist unterschiedlich und muss auch unterschiedlich optimiert werden. Die Core Web Vitals sind (neben dem JavaScript-Crawling) vermutlich der aktuell technisch anspruchsvollste Teil der Suchmaschinenoptimierung, da man zum Verständnis auch viele Internet-Technologien verstehen muss.

Google hat eine umfassende Dokumentation rund um die Core Web Vitals online und weist auch auf typische Verbesserungsmöglichkeiten für jede Metrik hin. Wirklich verstehen und verbessern muss sie jedoch selber selber auf seiner eigenen Seite. Die typische Hebel sind:

  • LCP: Server-Antwortzeiten, Rendering-Blocking (CSS & JavaScript), Ladezeiten der Ressourcen (Bilder, CSS) und Client Side Rendering (mehr)
  • FID: Auswirkungen von Code von Dritten reduzieren, JavaScript-Ausführung beschleunigen, den Main-Thread des Browsers entlasten & Anzahl der Requests und Dateigrößen reduzieren (mehr)
  • CLS: Größenangaben von Bildern und Video-Elemente, keine Inhalte automatisch am Anfang der Seite einfügen, Animationen nutzen, die Elemente nicht in ihrer Größe ändern (mehr)

In der Praxis wird die Verbesserung der Core Web Vitals so ablaufen, dass man auf Basis von Labor-Daten die Metriken für seine Webseite regelmäßig überprüft und dann in größeren Intervallen checkt, ob die (theoretischen) Verbesserungen auch bei den Nutzer (Feld-Daten) ankommen.

Core Web Vitals ab 2021 ein Rankingfaktor

Google hat angekündigt, dass die Core Web Vitals nicht vor nächstem Jahr ein Ranking-Faktor werden. Auch werden wir sechs Monate vor dem konkreten Datum noch einen zusätzlichen Hinweis darauf erhalten, wann es soweit ist.

Die Umstellung auf den Mobile-First-Index wurde gestern erst von September 2020 auf März 2021 verschoben. Daher halte ich es wahrscheinlich, dass die Core Web Vitals eher in der zweiten Jahreshälfte 2021 zum Rankingfaktor gemacht werden.

Trotzdem ist es anzuraten, das Thema nicht zu lange hinauszuschieben. Zum einen treibt Google damit ein Thema voran, dass dir außerhalb von den reinen SEO-Auswirkungen ebenfalls helfen wird: schnellere, nutzerfreundliche Webseiten machen nicht nur den Googlebot glücklich, sondern deine echten Nutzer auch.

Zum anderen sind Verbesserungen an den Core Web Vitals technisch komplex, benötigen also Zeit. Bis die Auswirkungen dieser Verbesserungen dann in den Feld-Daten auftauchen, wird noch mehr Zeit vergehen. Daher: lieber jetzt als in 6 Monaten planen und angehen.

Ähnliche Beiträge
Kommentare
Avatar Ekpyrosis   
23. Juli 2020, 18:19

Nun, Sie könnten mal damit beginnen, sistrix.de zu optimieren und Ihre Erfahrungen zu berichten 🙂

Beispielsweise HTTP/2 statt HTTP und Lazy und Async Loading (wo möglich). Und andere Tipps, beispielsweise Größe der Bilder im HTML angeben (verhindert/vermindert CLS). Und und und.

Viel Vergnügen!

Johannes Beus   
23. Juli 2020, 19:08

Ekpyrosis, hier ist in der Tat viel zu tun. Aber wie das so es: es gibt so viele spannende Aufgaben da draussen, da müssen wir priorisieren.

Avatar Ekpyrosis   
23. Juli 2020, 20:01

Johannes, HTTP/2 alleine würde die Ladezeit halbieren und benötigt nur eine kleine Serverkonfiguration, keine Änderung im HTML/CSS/JS.

Abgesehen davon: Ein Anbieter von Websiteoptimierung sollte doch mit gutem Beispiel vorangehen … ach so, Sie stellen ja nur noch Tools bereit, aber trotzdem. Und ja, das Aufgaben/Prioritäten-Problem kenne ich .

BTW: Vorhin habe ich prefetch und preload vergessen, aber das ist aufwändiger und lohnt sich wahrscheinlich nur für einzelne Seiten, wenn man’s nicht über ein Template machen kann. Aber der Effekt ist erstaunlich (NUR bei HTTP/2).

Core Web Vitals & Page Experience Update 2021 | SMART LEMON   
24. Juli 2020, 09:19

[…] Ergänzungen und Hinweise zu den Daten im SISTRIX Optimizer im SISTRIX-Blog von Johannes Beus (23.07.2020, deutsch) […]

Johannes Beus   
24. Juli 2020, 09:22

Ekpyrosis, ja das ist richtig. Leider ist es dann in der Praxis nicht nur die kleine Serverkonfiguration. Beim letzten Versuch hat es bei der dafür notwendigen Umstellung auf php-fpm die PHP-Prozesse manchmal, nicht nachvollziehbar und fast undebugbar zerlegt so dass wir wieder zurück geschaltet haben …

Avatar Jamie   
28. Juli 2020, 11:06

Hallo Johannes,

wo finde ich die Daten für FID? Die beiden anderen Messwerte erhalte ich ja durch Lighthouse.

Danke!

Johannes Beus   
28. Juli 2020, 19:08

Jamie, Total Blocking Time (TBT) ist bei Lighthouse die entsprechende Proxy-Metrik

Avatar Bennet Arp   
29. Juli 2020, 10:30

Hallo,
sehr guter Artikel. Trotz der Verspäteten Umsetzung der neuen Google Maßnahmen achte ich auch schon seit langem auf Responsive Webdesign und eine benutzerfreundliche Webseite. Ich denke die Core Web Vitals werden in Zukunft genau wie der Mobile First Index immer wichtiger. Am Besten man hat schon alle Webseiten optimiert, wenn das nächste Große Google Update kommt.
Danke für den frischen Input!
Liebe Grüße aus Osnabrück,
Bennet Arp

Avatar Daniela   
29. Juli 2020, 13:20

Hallo,
der Artikel ist super spannend. Vielen Dank dafür! Ich konnte die Core Web Vitals nun besser verstehen.
Liebe Grüße
Daniela

Avatar Christian Schramek   
11. August 2020, 14:39

Hallo Johannes,
wiedermal ein spannender Artikel von euch. Wollt ihr mal einen Artikel zu Googles Web Stories schreiben? Das wäre spannend

Liebe Grüße
Christian

Avatar Rainer Bohmann   
13. August 2020, 10:16

Sehr gut geschriebener Beitrag. Gut erklärt und mit echtem Mehrwert. Vielen Dank, Rainer

Avatar Vitaly Resch   
14. August 2020, 00:12

Na da bin ich gespannt, ob und wann genau die Core Web Vitals zu Stande.
Ich werde bestimmt einige Änderungen an meiner Web vornehmen müssen.
Viele Grüsse
Vitaly

Avatar klickexperten   
21. August 2020, 10:45

Hallo, danke für den guten Artikel. Sehr spannend. Kennzahlen die man künftig auf dem Schirm haben sollte. Mal was, was man nicht überall findet. Weiter so.

Die Kommentarfunktion wird 30 Tage nach der Veröffentlichung des Beitrags deaktiviert.