Die Geschichte der Core Web Vitals

 (addyosmani.com)
14 Punkte von GN⁺ 2025-10-10 | Noch keine Kommentare. | Auf WhatsApp teilen
  • Core Web Vitals zur Messung der Website-Performance entstand aus dem Bemühen mehrerer Google-Teams seit 2014, die Grenzen des AMP-Projekts zu überwinden und offene Standard-Performance-Metriken zu definieren, die auf alle Websites anwendbar sind
  • Im Mai 2020 wurden drei Kernmetriken offiziell vorgestellt: LCP für Ladegeschwindigkeit, FID für Interaktionsreaktionsfähigkeit und CLS für visuelle Stabilität; sie wurden als im Feld messbare Metriken konzipiert, die die tatsächliche Nutzererfahrung widerspiegeln
  • Mit dem Page Experience Update der Google Search wurden sie 2021 als Rankingfaktor eingeführt; zugleich wurde die exklusive AMP-Anforderung für Top Stories entfernt, wodurch ein offeneres Wettbewerbsumfeld im Web entstand
  • Durch Optimierungen im Chrome-Browser, Verbesserungen in wichtigen CMS wie WordPress und die Zusammenarbeit mit JavaScript-Frameworks wurden bis 2023 kumuliert über 10.000 Jahre Wartezeit für Nutzer eingespart, 2024 waren es bereits 30.000 Jahre
  • Mit der Ersetzung von FID durch INP im Jahr 2024 und der Einführung der Soft Navigation API für SPAs entwickelt sich das System kontinuierlich weiter und trägt zum Aufbau eines nutzerzentrierten, schnellen und stabilen Web-Ökosystems bei

Hintergrund und Motivation: Von AMP zu offenen Web-Metriken

  • Google betonte über Jahre hinweg Geschwindigkeit und Nutzererfahrung als Grundprinzipien des Webs, dennoch boten viele Websites weiterhin ein langsames Nutzungserlebnis
  • 2010 begann Google Search, Website-Geschwindigkeit als Rankingsignal zu verwenden – ein früher Versuch, Performance in SEO einzubeziehen
  • Um 2015 wurde das Projekt AMP (Accelerated Mobile Pages) eingeführt, das optimierte Seiten für schnelles Laden bereitstellte; zugleich entstanden jedoch Probleme bei Offenheit und Flexibilität, da die Inhalte in einer geschlossenen Umgebung über den Google-Cache ausgeliefert wurden
  • Mit dem Speed Update von 2018 wurde Seitengeschwindigkeit auf das mobile Suchranking angewendet; zudem führte Google Ads einen Score für die Geschwindigkeit mobiler Landingpages ein und betonte damit, dass schnellere Erlebnisse zu besseren Conversion-Raten führen
  • Um sich vom AMP-exklusiven Ansatz zu lösen, begannen die Teams von Chrome und Search gemeinsam damit, offene Web-Performance-Metriken zu definieren, die ohne spezielles Framework auf jede Seite anwendbar sind
    • Durch die Analyse von Millionen von Seiten wollten sie einen offenen Standard für schnelle und nutzerfreundliche Webseiten definieren
    • Ziel waren im Feld messbare Metriken, die die reale Nutzererfahrung widerspiegeln
    • Außerdem suchte man nach Metriken, die mit Ergebnissen wie Nutzerinteraktion korrelieren

Definition der Core Web Vitals: Drei Säulen der Nutzererfahrung

  • Im Mai 2020 stellte Google mit der Web Vitals Initiative offiziell die Core Web Vitals vor, die sich auf „zentrale Aspekte der Nutzererfahrung, die für alle Webseiten gelten“ konzentrieren

  • Die anfänglichen Core Web Vitals bestanden aus drei Kernmetriken

    • Largest Contentful Paint (LCP): eine Metrik für Ladegeschwindigkeit, die misst, wann der Hauptinhalt gerendert wird; der Fokus liegt nicht nur auf First Contentful Paint oder onload, sondern auf dem Zeitpunkt, an dem Nutzer tatsächlich sinnvollen Inhalt sehen
    • First Input Delay (FID): eine Metrik für Interaktionsreaktionsfähigkeit, die die Verzögerung zwischen der ersten Nutzerinteraktion und der Reaktion des Browsers misst; sie erfasst, ob eine Seite sofort reagiert oder wegen schwerer Skripte verzögert wird
    • Cumulative Layout Shift (CLS): eine Metrik für visuelle Stabilität, die misst, wie stark sich das Seitenlayout während des Ladens verschiebt; sie summiert unerwartete Layoutverschiebungen, wobei ein niedriger CLS für ein stabiles und angenehmes Nutzungserlebnis steht

  • Die Auswahl der Metriken beruhte auf umfangreicher Forschung und Experimenten

    • Amar Sagoo, Annie Sullivan, Vivek Sekhar und andere fanden durch Mensch-Computer-Interaktionsforschung Zusammenhänge zwischen objektiven Performance-Werten und der Wahrnehmung durch Nutzer
    • Ideal sind Ladezeiten von unter 2–3 Sekunden, Eingabereaktionen von unter 100 ms und minimierte Layoutverschiebungen
    • Durch die Analyse realer Nutzerdaten wurden praktische Schwellenwerte festgelegt: LCP unter 2,5 Sekunden, FID unter 100 ms, CLS unter 0,1 (gemessen am 75. Perzentil)
    • Seiten, die diese Schwellenwerte erfüllen, weisen eine um 24 % geringere Absprungrate auf

  • Google bemühte sich, diese Metriken zu standardisieren und offen zugänglich zu machen

    • Über WICG und Web-Performance-Standardisierungsgremien wurden Entwürfe für Web-Spezifikationen veröffentlicht
    • In Chrome und anderen Browsern wurden sie so implementiert, dass sie über die PerformanceObserver API messbar sind
    • Im Mai 2020 wurde die Open-Source-JavaScript-Bibliothek web-vitals veröffentlicht, die Entwickler in ihre Websites einbinden können, um LCP, FID und CLS realer Nutzer zu messen
    • Addy Osmani entwickelte die Core Web Vitals-Erweiterung, die die Metriken in Echtzeit anzeigt
    • Darin spiegelte sich eine umfassende Anstrengung wider, diese Werte für das gesamte Ökosystem zugänglich und nützlich zu machen

Page Experience: Core Web Vitals im Ranking von Google Search

  • Das Team von Google Search übernahm die Core Web Vitals schnell als Teil des Page Experience Update

  • Am 28. Mai 2020 kündigte Google Search Central an, diese Metriken in den Ranking-Algorithmus aufzunehmen

    • Wenn zwei Seiten inhaltlich ähnlich relevant sind, wird die Seite mit der besseren Nutzererfahrung höher eingestuft
    • Das Page-Experience-Signal kombiniert Core Web Vitals mit bestehenden UX-bezogenen Signalen wie Mobilfreundlichkeit, HTTPS-Sicherheit und dem Vermeiden störender Interstitials
    • Hervorragender Content bleibt weiterhin am wichtigsten; eine schnelle Website übertrifft also nicht allein wegen ihrer Geschwindigkeit eine inhaltlich relevantere Seite
    • Bei Gleichstand oder sehr geringem Unterschied können gute Web Vitals zum entscheidenden Faktor werden

  • Die bemerkenswerteste Ankündigung war die Abschaffung der AMP-Anforderung für das Top-Stories-Karussell

    • Zuvor verlangten Google News bzw. Top Stories auf Mobilgeräten AMP; nach dem Page Experience Update konnten jedoch auch Nicht-AMP-Seiten aufgenommen werden, wenn sie die Core Web Vitals und andere Kriterien erfüllen
    • „AMP ist für mobile Top Stories nicht länger erforderlich, und das Format steht allen Seiten mit guter Page Experience offen“
    • Dies zeigte Googles Vertrauen, dass sich das offene Web verbessern kann, ohne in das AMP-Framework gelenkt zu werden

  • Google gab dem Ökosystem ausreichend Vorlaufzeit

    • In Anerkennung dessen, dass 2020 wegen der COVID-19-Pandemie ein schwieriges Jahr war, kündigte Google an, dass die Ranking-Änderung nicht vor 2021 angewendet werde, und versprach mindestens sechs Monate Vorwarnzeit
    • Mit einem Update im November 2020 wurde mitgeteilt, dass die Änderungen am Page-Experience-Ranking ab Mai 2021 beginnen würden
    • Das Page Experience Update wurde schließlich ab Mitte Juni 2021 ausgerollt und war bis Ende August vollständig umgesetzt (für die mobile Suche)
    • Ein ähnliches Update für die Desktop-Suche folgte im Februar bis März 2022

  • Nach der Einführung begann Googles Ranking-Algorithmus, Core Web Vitals als eines von Hunderten Signalen zu verwenden

    • Seiten, die bei allen drei CWV-Metriken den Schwellenwert „gut“ erreichen, gelten als Seiten mit guter Page Experience
    • Google erstellte in der Google Search Console einen Page-Experience-Bericht, mit dem Website-Betreiber anhand der Daten aus dem Chrome UX Report den Anteil ihrer Seiten prüfen können, die die Schwellenwerte erfüllen
    • Dadurch erhielten Webmaster und SEO-Fachleute direktes Feedback dazu, wie ihre Websites aus Sicht der Page-Experience-Signale abschneiden

  • Google erwog, Seiten mit guter Page Experience in den Suchergebnissen mit einem Badge zu kennzeichnen, fügte jedoch kein dauerhaftes Badge-Symbol hinzu

    • Die Belohnung erfolgte vor allem in Form eines Ranking-Vorteils statt eines expliziten Labels
    • Zeitweise zeigte Google in der Search Console und in Suchergebnis-Experimenten einen temporären Indikator „Page Experience“ an
    • Der Kernpunkt: Google schafft öffentlich Anreize für Performance und UX, und das Erreichen guter Core Web Vitals kann nicht nur Nutzer zufriedener machen, sondern auch die Sichtbarkeit einer Seite in der Suche verbessern

Tools und Daten: Chrome UX Report und Performance-Messung

  • Google tätigte umfangreiche Investitionen in Tools und Daten für Web Vitals

  • Der Chrome UX Report (CrUX) war das Herzstück dieser Bemühungen

    • Ein öffentlich zugänglicher Datensatz mit Kennzahlen zur realen Nutzererfahrung, der seit 2017 existiert und anonymisierte Performance-Daten zu Millionen von Websites von Millionen von Chrome-Nutzern sammelt
    • Mit der Einführung der Core Web Vitals begann CrUX sofort, LCP, FID und CLS für alle Herkunfts-URLs im Datensatz zu berichten
    • Jeder konnte die Field-Performance-Daten abfragen
    • Nach der Bereitstellung des Zugriffs über BigQuery wurden die CrUX API und das CrUX Dashboard eingeführt, sodass Entwickler und SEO-Fachleute leicht prüfen konnten, wie ihre eigene Website (oder die der Konkurrenz) bei den CWV-Metriken im Feld abschneidet
    • Mit der Einführung der CrUX History API wurden Zeitreihendaten zu diesen Metriken bereitgestellt, sodass sich Fortschritte über mehrere Monate verfolgen lassen

  • Auch bei den Entwickler-Tools erfolgte eine schnelle Integration

    • Bis Ende 2020 wurden die meisten Performance-Tools von Google so aktualisiert, dass sie die Core Web Vitals hervorheben
    • Lighthouse (das Open-Source-Audit-Tool, das in Chrome DevTools und PageSpeed Insights verwendet wird) integrierte CWV-bezogene Diagnosen und Bewertungen
      • Audits wie „Largest Contentful Paint betrug X Sekunden (Ziel: <2,5 Sekunden)“ wurden hinzugefügt und lieferten Verbesserungsvorschläge
    • Chrome DevTools erhielten ein Core-Web-Vitals-Panel und Zeitachsenmarker, sodass sich das LCP-Element oder Layout-Verschiebungen während des Seitenladens erkennen ließen
    • PageSpeed Insights (PSI) wurde vollständig auf den Fokus auf CWV umgestellt
      • Oben wurden gut sichtbar Field-Daten zu LCP, FID (später INP) und CLS aus CrUX angezeigt
    • Die Google Search Console bot einen dedizierten Core-Web-Vitals-Bericht, der Seiten für jede Metrik in die Buckets „Gut“, „Verbesserung erforderlich“ und „Schlecht“ einteilte, sodass Website-Betreiber Problembereiche präzise identifizieren konnten
    • Die Tool-Arbeit wurde von Elizabeth Sweeny, Paul Irish, Addy Osmani und anderen vorangetrieben

  • Auch die Webentwickler-Community reagierte mit Tools von Drittanbietern

    • Anbieter von Real User Monitoring (RUM)-Diensten integrierten die Core Web Vitals schnell
    • mPulse von Akamai, der Browser-Agent von New Relic, Dynatrace, Datadog, SpeedCurve und andere unterstützten LCP, FID und CLS sofort als erstklassige Metriken
    • Auch Cloudflare führte den Dienst Browser Insights ein, mit dem sich durch Einfügen eines Skripts Web Vitals erfassen lassen
    • Durch die Existenz der JS-Bibliothek web-vitals konnten alle Analyse-Tools diese Metriken leicht erfassen
    • Bis 2021 waren die Core Web Vitals in Dashboards von Web-Performance-Monitoring-Tools allgegenwärtig
    • Diese breite Verfügbarkeit steigerte das Bewusstsein und lieferte Entwicklern Daten, mit denen sie Performance-Verbesserungen vorantreiben konnten

  • Die Daten des Chrome User Experience Report waren auch unverzichtbar, um den Fortschritt im gesamten Web zu verfolgen

    • 2021 und 2022 stieg der Anteil des Traffics mit „guten“ CWV stetig an
    • Dies wurde häufig im jährlichen Web Almanac des HTTP Archive oder in Updates im eigenen Google-Blog berichtet
    • Messbare und öffentlich einsehbare Kennzahlen zu haben, schuf eine Art positiven Wettbewerbszyklus
    • Website-Betreiber und Plattformanbieter begannen, mit ihren Core Web Vitals zu werben und aktiv an Verbesserungen zu arbeiten

Auswirkungen und Verbesserungen: Das Web schneller und stabiler machen

Optimierungen im Chrome-Browser

  • Mit der Etablierung der Core Web Vitals wurden im gesamten Web-Ökosystem umfangreiche, vielschichtige Anstrengungen ausgelöst, um diese Metriken zu verbessern

  • Das Engineering-Team von Google Chrome untersuchte den Browser eingehend, um zu optimieren, wie Chrome Webseiten lädt und rendert

    • Angesichts der enormen Nutzerbasis von Chrome bringen schon kleine Verbesserungen auf Browser-Ebene Vorteile für das gesamte Web
    • Dazu gehören wichtige Optimierungen, die zwischen 2020 und 2023 in Chrome eingeführt wurden

  • Priorisierung von Inhalten für LCP

    • Chrome wurde so geändert, dass das Laden wichtiger Inhalte priorisiert wird
    • Die ersten Bilder im HTML-Dokument (oft einschließlich des LCP-Bilds) wurden identifiziert und mit höherer Netzwerkpriorität versehen
    • Wenn die ersten fünf Bilder auf diese Weise priorisiert werden, verbesserte sich LCP auf einigen Seiten von 3,1 Sekunden auf 2,5 Sekunden
    • Neue Webstandards wie das Attribut fetchpriority (der Mechanismus Priority Hints) wurden eingeführt, damit Entwickler Bilder oder iframes mit hoher Priorität für LCP kennzeichnen können

  • Back/Forward Cache (BFCache)

    • Chrome hatte Seiten in der Vergangenheit aufgrund technischer Komplexität nicht vollständig im BFCache gespeichert, aktivierte BFCache in den letzten Jahren jedoch für viele Seiten
    • Bis 2023 wurde sowohl auf Desktop als auch auf Android eine bemerkenswerte Steigerung der BFCache-Trefferrate erreicht
    • Nutzer, die zu einer Seite „zurück“ navigieren, sehen sie sofort (LCP gleich null, Eingabeverzögerung gleich null, da die Seite nicht entladen wurde)
    • Große Plattformen wie Amazon profitierten vom BFCache von Chrome und berichteten nach einer Verbesserung in Chrome (Version M112) von 22,7 Prozentpunkten mehr Nutzung des Back/Forward Cache

  • Prerendering (NoState Prefetch/Prerender2)

    • Chrome veröffentlichte einen neuen Prerenderer (Prerender2), mit dem der Browser eine Seite im Hintergrund vollständig laden und rendern und sie dann beim Navigieren des Nutzers sofort einblenden kann
    • Anfangs wurde dies für die Google-Suche (Prerendering der Top-Ergebnisse) und für die Vorhersage eingegebener URLs genutzt, wodurch sich LCP drastisch verkürzen konnte
    • Laut Chrome bringt Omnibox-Such-Prerendering bei diesen Navigationsvorgängen eine Verbesserung des medianen LCP um 500–700 ms (etwa 15–25 %)
    • Chrome rollt dies vorsichtig aus, um Fehlvorhersagen oder Datenschutzprobleme zu vermeiden

  • Optimierungen bei Netzwerk und Scheduling

    • Das Chrome-Team identifizierte und beseitigte verschiedene kleine Verzögerungen bei der Reaktionsfähigkeit auf Eingaben
    • Es führte Preconnect beim Pointer-Down ein (beim Start eines Tabs/Klicks, noch vor dem Loslassen), wodurch bei der Verbindungsherstellung für Link-Navigationen einige Millisekunden eingespart wurden
    • Bei Cross-Origin-Navigationen ergab das im Durchschnitt ein um etwa 6–10 ms schnelleres LCP
    • Es wurde verbessert, wie der Main Thread des Browsers Arbeit verarbeitet, wenn mehrere Tabs geöffnet sind, wodurch Konkurrenz reduziert wurde
    • Durch Anpassungen beim Task Scheduling und den Einsatz von Mechanismen wie EcoQOS von Windows 11 für Hintergrund-Tabs verbesserte Chrome in stark ausgelasteten Szenarien INP um etwa 5 % und LCP um etwa 2 %

  • Verbesserungen an Rendering- und JavaScript-Engine

    • Durch die Überarbeitung der RenderingNG-Architektur von Chrome (etwa 2021 abgeschlossen) wurde das Rendering effizienter
    • Upgrades bei der Priorisierung des Bildladens (damit LCP-Bilder nicht hinter anderen, weniger wichtigen Aufgaben blockiert werden) und ein intelligenteres Timing der Garbage Collection in V8 (Ausführung in Leerlaufzeiten) sorgten für ein flüssigeres Erlebnis
    • Chrome-Entwickler stellten fest, dass die Art und Weise, wie in einem Multi-Prozess-Browser auf Cookies zugegriffen wird, Jank verursachte
      • Jeder Aufruf von document.cookie musste synchron aus einem separaten Prozess geholt werden
      • Durch die Einführung einer versionsverwalteten Shared-Memory-Struktur für Cookies wurde der Cookie-Zugriff in Chrome optimiert und viele redundante Prozesswechsel entfernt
      • Dadurch verringerte sich die Eingabeverzögerung, wenn eine Website bei jeder Interaktion massenhaft Cookies ausliest

  • All diese Chrome-Optimierungen führten zu messbaren Unterschieden

    • Bis Ende 2023 berichtete Google, dass die durchschnittliche Seitenladezeit in Chrome 166 ms schneller ist als vor der Einführung der Core Web Vitals
    • Enorme Auswirkungen auf das gesamte Web: Addiert man die eingesparte Zeit, berechnete das Chrome-Team, dass Geschwindigkeitsverbesserungen den Nutzern allein im Jahr 2023 kumuliert mehr als 10.000 Jahre Wartezeit auf das Laden von Seiten sowie weitere über 1.200 Jahre Wartezeit darauf, dass Seiten auf Eingaben reagieren, ersparten
    • Auch der Anteil des Traffics, der die Schwelle „gut“ bei den CWV erfüllt, stieg stark an
    • Bei der ersten Ankündigung galt etwa 1/3 der Seitenaufrufe nach CWV-Maßstäben als gut, bis 2023 erfüllten jedoch bei Chrome rund 68 % der Desktop-Seitenbesuche und etwa 64 % der mobilen Besuche alle drei CWV-Schwellenwerte

Breite Verbesserungen im Web-Ökosystem

  • Die Verbesserungen kamen nicht nur von Google, sondern auch die breitere Webentwickler-Community, Frameworks und Plattformanbieter gingen die durch die Core Web Vitals identifizierten Performance-Probleme an

  • Bildoptimierung und Lazy Loading

    • Da Bilder oft der größte Inhaltsbestandteil und eine häufige Ursache für LCP sind, setzten Web-Frameworks und CMS intelligentere Standardwerte um
    • Das native HTML-loading="lazy" für Bilder außerhalb des sichtbaren Bereichs wurde standardisiert (mit Hilfe von Mitwirkenden an Webstandards wie Chrome, Yoav Weiss und Addy Osmani) und von WordPress sowie anderen Plattformen übernommen, wodurch unnötiges Laden von Bildern drastisch reduziert wurde
    • Nachdem WordPress 2020 standardmäßig Lazy Loading für Bilder aktiviert hatte, wurde es so verbessert, dass das erste Hero-Bild nicht lazy geladen wird, damit sich LCP nicht verzögert
    • Das neue Attribut <img fetchpriority="high"> wurde schnell von Frameworks genutzt, um Hauptbilder für schnelleres Laden zu priorisieren

  • WordPress Performance Team

    • Da WordPress rund 40 % aller Websites ausmacht, hat seine Performance enormen Einfluss
    • Anfangs lagen WordPress-Seiten bei den CWV-Werten zurück, und ein Bericht von 2021 zeigte, dass WordPress-Seiten niedrigere Bestehensquoten als einige andere Ökosysteme hatten, was ein Warnsignal auslöste
    • Die Community reagierte, indem sie ein eigenes Core Performance Team bildete (einschließlich Mitwirkender von Google und anderen Unternehmen), um die Geschwindigkeit des WordPress-Kerns systematisch zu verbessern
    • In den jüngsten Releases zahlte sich die Arbeit aus
      • WordPress 6.3 (2023) enthielt zahlreiche Optimierungen für Theme-Rendering und Asset-Loading; die Core-Themes luden gemessen am LCP-Wert im Vergleich zu WordPress 6.2 bei Block-Themes 27 % schneller und bei klassischen Themes 18 % schneller
      • Tatsächlich wurden Millionen von Websites allein durch ein Upgrade auf WordPress schneller
    • Das WordPress-Team optimierte die Bildverarbeitung, fügte Caching für bestimmte kostspielige Aufgaben hinzu und gab Performance denselben Stellenwert wie neuen Funktionen
    • Infolgedessen stieg der Anteil von WordPress-Seiten mit guten CWV-Werten drastisch an (einige Daten zeigen, dass sich der Anteil der WP-Seiten, die alle CWV erfüllen, zwischen 2020 und 2022 mehr als vervierfachte)

  • Wix und Website-Baukästen

    • Auch andere gehostete Website-Plattformen wie Wix, Squarespace und Duda nutzten die Core Web Vitals als Anlass für Performance-Verbesserungen
    • Wix führte größere Infrastrukturumbauten durch (Caching, schnellere Server, besserer clientseitiger Code) und steigerte den Anteil der Wix-Seiten mit guten CWV-Werten um ein Mehrfaches
    • In einer Fallstudie berichtete Wix, den Anteil der Seiten mit „guten“ CWV innerhalb von etwa einem Jahr von 4 % auf über 33 % erhöht zu haben
    • Das belegt, dass ein kultureller Wandel hin zu mehr Performance auf Plattformebene einer enormen Zahl von Nutzern zugutekommen kann
    • Andere Baukästen wie Duda werben ebenfalls häufig damit, dass die Mehrheit der Kundenseiten gute CWV erreicht, weil diese Plattformen Best Practices standardmäßig mitliefern (responsive Bilder, CDN-Auslieferung, effiziente Templates usw.)
    • Durch diesen Wettbewerbsdruck treiben die verwendeten Plattformen intern Verbesserungen voran, selbst wenn einzelne Website-Betreiber keine Performance-Experten sind

  • JavaScript-Frameworks (Chrome Aurora)

    • Das Team Chrome Aurora wurde Mitte 2020 als spezielle Taskforce innerhalb von Chrome gestartet, um mit populären JavaScript-Frameworks zusammenzuarbeiten
    • Aurora-Mitglieder (Addy Osmani, Kara Erickson, Houssein Djirdeh u. a.) arbeiteten eng mit den Autoren von Frameworks wie React/Next.js, Angular, Nuxt und Gatsby zusammen, um gemeinsame Engpässe zu identifizieren und Lösungen bereitzustellen
    • Aus dieser Zusammenarbeit entstanden unter anderem folgende Funktionen
      • die next/script-Komponente in Next.js (lädt Drittanbieter-Skripte effizienter außerhalb des Main Threads)
      • die integrierte Direktive NgOptimizedImage in Angular (lädt Bilder automatisch lazy und setzt passende Größen sowie Prioritäten)
      • das Google-Fonts-Optimierungsmodul in Nuxt
    • Die Wirkung war erheblich: 2022 verbesserten sich die medianen Core-Web-Vitals-Werte von mit diesen Frameworks gebauten Websites deutlich
      • Die CWV-Bestehensquote von Next.js-Seiten stieg von 20,4 % auf 27,3 %
      • Angular verbesserte sich von 7,6 % auf 13,2 %
      • Nuxt verbesserte sich von 15,8 % auf 20,2 %
    • Auch einzelne Erfolgsgeschichten gibt es reichlich
      • Die E-Commerce-Website Land's End verbesserte nach der Einführung von Angulars Bildoptimierung den LCP auf Mobilgeräten um 40 % (im Labortest)
      • CareerKarma senkte mit dem verbesserten Script-Loading von Next.js den LCP um 24 %

  • Reale Business-Metriken

    • Letztlich dienen bessere Core Web Vitals nicht nur dazu, Google zufriedenzustellen, sondern korrelieren auch mit tatsächlicher Nutzerzufriedenheit und realen Geschäftsergebnissen
    • Viele Unternehmen veröffentlichten Fallstudien, die CWV-Verbesserungen mit Nutzerinteraktion verknüpfen
      • Die Nachrichtenseite Economic Times verbesserte INP durch optimierte Skriptverarbeitung und erreichte 42 % mehr Seitenaufrufe und 49 % weniger Absprünge
      • Die Reisebuchungsseite RedBus verbesserte INP und verzeichnete 7 % höhere Conversion
      • Der indische Online-Marktplatz Meesho senkte LCP von 6,9 Sekunden auf 2,5 Sekunden und erreichte rund 17 % weniger Absprünge sowie 3 % höhere Conversion
    • Diese Beispiele unterstreichen, dass Performance nicht nur eine technische Kennzahl ist, sondern dazu führt, dass Nutzer bleiben, mehr lesen und mehr kaufen
    • Solche Erfolgsgeschichten motivierten Entwickler- und Produktteams zusätzlich, Web Vitals zu priorisieren

Ergebnisse der Verbesserungen im gesamten Ökosystem

  • Die gemeinsamen Anstrengungen von Browser-Teams, Framework-Autoren, CMS-Entwicklern und zahllosen einzelnen Webentwicklern verbesserten den Zustand des Webs dramatisch
  • Durch die Etablierung klarer und umsetzbarer Metriken schufen die Core Web Vitals ein gemeinsames Ziel, dem alle folgen konnten
  • Wichtig ist, dass dies ohne Einschluss des Ökosystems in proprietäre Technologien erreicht wurde, sondern durch Nutzung offener Standards und offener Daten
  • Stand 2023 bestehen etwa 40 % der Websites (und ein deutlich höherer Anteil gut gepflegter kommerzieller Seiten) inzwischen alle Schwellenwerte der Core Web Vitals, während Anfang 2020 nur eine kleine Minderheit sie erfüllte
  • Auch Websites, die noch nicht vollständig bestehen, sind im Allgemeinen schneller und flüssiger als früher
  • Eine Performance-bewusste Kultur breitet sich aus: Entwickler überwachen zunehmend CWV-Metriken (Umfragen zufolge verfolgen und optimieren etwa 51 % der Entwickler aktiv Web Vitals)
  • Google merkte an, dass trotz dieses Vorantreibens von Geschwindigkeitsverbesserungen die Zufriedenheit der Entwickler mit der Webplattform hoch blieb
    • Das deutet darauf hin, dass die Vorgaben Entwickler nicht in die Verzweiflung trieben, sondern erreichbar waren
    • Diese Balance war wichtig: Wären die CWV-Ziele unmöglich oder die Tools unzureichend gewesen, hätten Entwickler möglicherweise ablehnend reagiert; stattdessen schloss sich die Community zusammen, um das Web zu verbessern

Die Entwicklung der Metriken: INP, Soft Navigation usw.

  • Google hat von Anfang an anerkannt, dass sich die Core Web Vitals im Laufe der Zeit weiterentwickeln würden
  • Das Set aus drei Metriken von 2020 war nicht als statisch oder vollständig gedacht
  • Andere Aspekte der Nutzererfahrung, etwa flüssiges Scrollen oder lange Tasks später auf der Seite, wurden anfangs nicht abgedeckt
  • Das Chrome-Web-Platform-Team erforscht weiterhin neue Metriken und Verbesserungen bestehender Metriken

Interaction to Next Paint (INP)

  • Die offensichtliche Lücke der ursprünglichen CWV war die Interaktivität über den ersten Klick hinaus
  • FID misst nur die erste Eingabeverzögerung und ist daher zwar wichtig für den ersten Eindruck, doch eine Seite kann bei späteren Nutzerinteraktionen trotzdem unresponsiv werden
  • Um das zu beheben, schlugen Googler wie Annie Sullivan und Michal Mocny INP vor
    • Es betrachtet alle (oder zumindest viele) Nutzerinteraktionen auf einer Seite und meldet eine Art Worst-Case- (oder 98.-Perzentil-) Verzögerung
    • Es stellt die Frage: „Wie lange dauert es, wenn ein Nutzer zu irgendeinem Zeitpunkt mit der Seite interagiert, bis der nächste Frame als Reaktion gerendert wird?“ und erfasst damit die Latenz von Event-Verarbeitung und Rendering
  • INP wurde 2022 als experimentelle Feldmetrik ausgerollt und in CrUX erfasst
  • Bis Anfang 2023 stellte Google fest, dass INP allgemeine Responsiveness-Probleme besser vorhersagt als FID
  • Deshalb wurde angekündigt, dass INP im März 2024 FID als Core Web Vital ersetzen würde
    • Diese Änderung wurde Entwicklern mit ausreichend Vorlauf kommuniziert
    • Tools wie Lighthouse und PageSpeed Insights begannen, INP anzuzeigen (und als „demnächst als CWV verfügbar“ zu kennzeichnen)
    • Web.dev stellte Leitfäden zur Verbesserung von INP bereit, die oft auf dieselben allgemeinen Performance-Praktiken hinauslaufen: lange Tasks aufteilen, Web Worker für rechenintensive Aufgaben einsetzen usw.
  • Der Wechsel von FID zu INP unterstreicht die Philosophie des CWV-Teams, Metriken weiterzuentwickeln, um Wichtiges besser abzudecken
    • In diesem Fall nicht nur das Laden der Seite, sondern konsistente Responsiveness über den gesamten Besuch hinweg sicherzustellen

Flüssigkeit und Animationen

  • Ein weiterer vom Chrome-Team untersuchter Aspekt ist die visuelle Flüssigkeit, etwa Bildrate bei Animationen und Scroll-Jank
  • Zwar ist dies noch keine offizielle CWV-Metrik, aber es gibt laufende Arbeit in diesem Bereich
  • Das Chrome-Team stellt RUM-Tools eine Smoothness-Metrik bereit (in CrUX teils als „Jankiness“ ausgewiesen), um Dinge wie ruckelnde Animationen zu quantifizieren
  • Im Browser wurden Heuristiken eingeführt, um Jank zu reduzieren
    • So wurde etwa die Synchronisierung von Touch-Events mit Display-Frames angepasst, wodurch sich die Flüssigkeit des Chrome-eigenen Scrollings auf Android verdoppelte (ausführlich beschrieben im Beitrag Fast and Curious vom August 2023)
  • Künftig könnte es ein offizielles „smoothness“ Web Vital geben, oder INP könnte erweitert werden, um bestimmte Animationsverzögerungen abzudecken
  • Entscheidend ist, dass Google diese Aspekte erkannt hat und aktiv damit experimentiert

Soft Navigation (SPA)

  • Eine Einschränkung der frühen CWV-Definitionen war der Fokus auf vollständige Seitenladevorgänge (sogenannte „harte Navigationen“)
  • Moderne Single-Page Applications (SPAs) werden jedoch oft einmal geladen und aktualisieren danach Inhalte und Routen dynamisch, ohne vollständiges Neuladen
  • Solche soft navigations (bei denen ein Klick auf einen Link den Inhalt per JavaScript verändert, ohne eine vollständige Browser-Navigation auszuführen) wurden in der ursprünglichen Umsetzung von LCP oder CLS nicht erfasst
    • Aus Sicht des Browsers ist es weiterhin dieselbe Seite, daher löst ein großes DOM-Update kein neues LCP aus
  • Für SPAs bedeutete das, dass Entwickler auf benutzerdefinierte Messungen angewiesen waren, um „Seitenübergänge“ innerhalb der App zu bewerten, und dass CrUX-Daten im Feld für diese nachfolgenden Navigationen blind blieben (es wurden nur die CWV des initialen Seitenladens erfasst)
  • Um das zu beheben, schlug Chrome die Soft Navigation API vor
    • Yoav Weiss gebührt für diese Arbeit die volle Anerkennung
    • Mitte 2023 begann Chrome mit Experimenten zur heuristischen Erkennung von SPA-Navigationen
    • Bis Mitte 2025 wurde ein Origin Trial für die Soft Navigations API veröffentlicht
  • Wie die Chrome-Ingenieure Barry Pollard und Michal Mocny erklären, ist eine soft navigation „wenn JavaScript die Navigation abfängt (zum Beispiel über die History API oder einen Framework-Router) und den URL per history.pushState aktualisiert, während der Inhalt der bestehenden Seite ohne vollständiges Neuladen aktualisiert wird“
  • Mit der neuen API können Browser (und Entwickler) solche Ereignisse markieren und im Wesentlichen wie neue Pageviews behandeln
  • Entscheidend ist, dass dadurch Core Web Vitals in SPAs gemessen werden können, als wären solche weichen Routenwechsel ein Seitenladen
  • Mit der API können Metriken wie LCP bei einer soft navigation zurückgesetzt werden und den größten Inhalt der neuen Ansicht erfassen (unter Verwendung des Konzepts eines "interaction-to-next-paint"-Eintrags in der Performance Timeline)
  • Ebenso kann CLS pro Navigation aufgeteilt werden, und INP kann mit der aktuellen Ansicht verknüpft werden
  • Das ist ein großer Fortschritt, um CWV in die Welt clientseitig gerouteter Apps zu bringen (die sehr verbreitet sind)
  • Stand Ende 2025 befindet sich die Soft Nav API noch in der Testphase, und Entwickler können sich anmelden und Feedback geben
  • Mit der Zeit wird erwartet, dass Chrome Soft-Nav-Metriken vollständig unterstützt und dass auch Felddaten (CrUX) diese integrieren
  • Diese Weiterentwicklung erkennt an, dass Nutzerreisen aus mehreren Schritten bestehen und nicht nur aus dem Laden einer Landingpage, und dass die Webplattform die gesamte Journey messen und optimieren sollte

Künftige Weiterentwicklung

  • Google hat signalisiert, die Metriken weiterhin jährlich zu verbessern
  • Möglich sind Anpassungen wie neue Schwellenwerte
    • Wenn das Web insgesamt schneller wird, könnte etwa das Ziel für ein „gutes“ LCP künftig strenger als 2,5 Sekunden werden
    • Oder es könnte eine völlig neue Metrik geben, falls sich eine klare Lücke zeigt
  • Alle Ergänzungen durchlaufen einen öffentlichen Prozess (Definitionen in Web-Performance-Standards, Diskussionen mit anderen Browser-Anbietern usw.), wie im Fall von INP
  • Google plant zudem, im Lauf der Zeit mehr Signale zur Seitenerfahrung zu integrieren
    • Dazu gehören etwa Privacy- und Security-Experimente wie das Anzeigen eines „schnelle Seite“-Badges in Chrome, wenn eine Website gute Praktiken nutzt
  • Im Kontext des Search-Rankings hat Google seine Kommunikation zuletzt jedoch vereinfacht
    • Bis 2023 hieß es, dass es keinen expliziten „Page Experience“-Ranking-Boost mehr über einzelne Signale hinaus geben werde
    • Stattdessen wurden Überlegungen zur Seitenerfahrung im Kern subtiler in den Ranking-Algorithmus integriert
    • Aus Sicht von Website-Betreibern ändert sich dadurch jedoch nichts
    • Schnelle, responsive und stabile Seiten bleiben grundlegend wichtig – sowohl für die Nutzerzufriedenheit als auch für gute SEO

Zusammenfassung

  • Die Geschichte der Core Web Vitals ist die Geschichte einer Webplattform, die sich ihren Herausforderungen stellt
    • Sie begann mit der Einsicht, dass die Qualität der Nutzererfahrung messbar sein und belohnt werden sollte, und wurde zu einer breiten Bewegung, die Metriken, Browser, Search-Ranking, Tools, Frameworks und Hosting-Plattformen berührt
    • In nur wenigen Jahren hat sie deutliche Verbesserungen bei der Web-Performance insgesamt angestoßen
    • Die Reise geht weiter: Mit künftigen Innovationen wie soft navigation-Messung für SPAs und der fortlaufenden Verfeinerung der Metriken bleibt das Engagement der Branche für schnelle und angenehme Web-Erlebnisse stark
  • Die Core Web Vitals haben sich nicht nur als Metrik-Set erwiesen, sondern als Katalysator für ein gesünderes, schnelleres und nutzerzentrierteres Web
    • Es ist ein Vermächtnis, das durch die Zusammenarbeit vieler entstanden ist und allen zugutekommt, die das Web nutzen

Verwandte Beiträge

Noch keine Kommentare.

Noch keine Kommentare.