Google Chrome gibt an, den Nutzern über 10.000 Stunden Zeit gespart zu haben, auch unter Windows 11

Das Chromium-Entwicklungsteam hat heute einen Blogbeitrag veröffentlicht, in dem es die Leistungsverbesserungen beschreibt, die es in den letzten Jahren oder so erzielen konnte. Die Bewertung basiert auf Core Web Vitals, mit dessen Hilfe die Leistung von Webseiten gemessen werden kann, um Webentwicklern dabei zu helfen, das Surferlebnis der Benutzer zu optimieren und zu verbessern.

Die Verbesserungen betreffen auch Windows 11, da Chromium auf die Verwendung von EcoQOS (Quality of Service) hinweist, das in Windows 11 auch als Effizienzmodus bezeichnet wird und bei der Tab-Drosselung hilft . Bemerkenswert ist hier, dass Firefox dies auch unterstützt, obwohl es auf der Gecko-Engine und nicht auf Chromium basiert.

Weitere wichtige Verbesserungen besprechen die mit Pre-Rendering , BFcache und mehr erzielten Gewinne .

Die wichtigsten Web Vitals-Erfolge von Chrome

Wir sind stolz darauf, zahlreiche Möglichkeiten zur Leistungsoptimierung hervorzuheben.

• Der Vorwärts-/Rückwärts-Cache (bfcache) soll das Surferlebnis verbessern, indem er eine sofortige Vor- und Zurücknavigation ermöglicht. Die Trefferquote von BFCache hat sich im Vergleich zum Vormonat sowohl auf Android (3,6 %) als auch auf dem Desktop (1,8 %) verbessert.
• Ein weiteres Beispiel für eine besonders wirkungsvolle Optimierung ist unsere PreconnectOnAnchorInteraction-Funktion, die eine Verbindung zu Ursprüngen herstellt, wenn der Zeiger nach unten und nicht nach oben zeigt. Diese vollständig eingeführte Funktion führte zu einer durchschnittlichen LCP-Verbesserung von 6/10 ms (0,4/1 %) auf Android/Desktop und zu einer Verbesserung des ursprungsübergreifenden LCP um ca. 60 ms auf Android und Desktop.
  Die Einführung führte auch zu einem Anstieg der Content-Ad-Einnahmen um 0,08 %, was die erhebliche Auswirkung von Leistungsoptimierungen auf die Benutzereinbindung und die Gesundheit des Ökosystems unterstreicht.
• Wir haben auch Prerendering eingeführt , das dafür sorgt, dass Seiten sofort geladen werden, indem sie gerendert werden, bevor der Benutzer sie tatsächlich besucht. Das Laden von Seiten über die direkte Eingabe von URLs in die Omnibox führt je nach Plattform zu einer durchschnittlichen LCP-Verbesserung von 500–700 ms (14–25 %), wenn sie vorab gerendert wird, wodurch sich der globale mittlere LCP über alle Navigationen hinweg um 6,4 ms verschiebt. Wir führen derzeit das Vorrendern von Omnibox-initiierten Suchen ein.
• Chrome hat hart daran gearbeitet, Ihnen Hintergrund-Tabs aus dem Weg zu räumen. Die Implementierung der Tab-Drosselung für Hintergrund-Tabs, die unter EcoQOS unter Windows 11 ausgeführt werden, sowie Aufgabenrollen- und QoS-Anpassungen unter macOS haben zu Verbesserungen bei Largest Contentful Paint (LCP) und Interaction to Next Paint (INP) geführt.
• Die moderne Fähigkeit des Webs, alle Arten von Anwendungen auszuführen, bringt auch den Auftrag mit sich, die damit verbundene Arbeitslast zu bewältigen. Wir haben Chrome unter mehreren aktiven Registerkarten optimiert und freuen uns, über Verbesserungen bei der Planung und Konkurrenz berichten zu können, die INP in den letzten 6 Monaten um 5 % und LCP um 2 % verbessert haben.
• Wir haben im Jahr 2022 gezielte Verbesserungen am Seitenladecode in Chrome vorgenommen. Diese führten zu einer Verbesserung des LCP um 10 % auf Android und einer Verbesserung der CWV-Erfolgsquote um 1,5 %.
• Auch der Renderer von Chrome hat einige Verbesserungen erfahren. Der Hauptthread des Renderers umfasst Aufgabenwarteschlangen für JavaScript, Rendering und das Laden von Bildern. Zu den Änderungen, die die Priorität dieser Aufgaben für eine optimale CWV ändern, gehören:
  • Laden von Bildern mit hoher Priorität: In der Vergangenheit hatte das Laden von Bildern die gleiche oder eine niedrigere Priorität als das Rendern. Ein Experiment hat jedoch gezeigt, dass zwischen einer Bildladeaufgabe und einer Rendering-Aufgabe die Auswahl der Bildladeaufgabe zuerst eine Layoutverschiebung eines Zwischenrahmens verhindern kann, der das Bild nicht enthält, und außerdem den LCP verbessert.
  • Die Verbesserung auf Android beim 75. Perzentil betrug -6,66 % für CLS und -0,82 % für LCP, was die CWV-Erfolgsquote auf Android um +0,24 % verbesserte. Ein ähnliches Experiment, bei dem die Ladepriorität der ersten fünf aus dem HTML geparsten Bilder (für Bilder ohne Symbolgröße) auf „Mittel“ erhöht wurde, zeigte eine Verbesserung auf Android beim 75. Perzentil von -6,08 % für CLS und -0,53 % für LCP. Ein kombiniertes Experiment zeigte, dass die Auswirkungen beider Änderungen weitgehend unabhängig waren.
  • Compositing nach Verzögerung priorisieren : Wenn seit der letzten Compositing-Task-Ausführung mehr als 100 ms vergangen sind, erhöhen Sie die Priorität aller Compositing-Tasks in der Warteschlange, sodass Arbeiten mit normaler Priorität vorrangig ausgeführt werden. Dies führte zu einer Verbesserung von -0,27 % für CLS auf Android und Windows beim 95. Perzentil.
  • SVG-Rasteroptimierungen: Eine weitere SVG-Zeichnungsoptimierung verbesserte die INP-Durchlaufraten auf Desktops um -2,28 % für MacOS beim 75. Perzentil.

Den offiziellen Blogbeitrag können Sie hier auf der Website von Chromium lesen.