Google Chrome affirme avoir fait gagner plus de 10 000 heures aux utilisateurs, y compris sous Windows 11

L’équipe de développement de Chromium a publié plus tôt dans la journée un article de blog décrivant les améliorations de performances qu’elle a pu réaliser au cours des dernières années. L’évaluation est basée sur Core Web Vitals qui permet d’évaluer les performances des pages Web afin d’aider les développeurs Web à optimiser et à améliorer l’expérience de navigation des utilisateurs.

Les améliorations incluent également Windows 11, car Chromium note l’utilisation d’EcoQOS (qualité de service), également appelé mode d’efficacité dans Windows 11, qui facilite la limitation des onglets . Il convient de noter ici que Firefox prend également en charge cela même s’il est basé sur le moteur Gecko et non sur Chromium.

D’autres améliorations significatives concernent les gains obtenus avec le pré-rendu , BFcache , etc.

Réalisations Core Web Vitals de Chrome

Nous sommes fiers de souligner les nombreuses façons dont nous avons optimisé les performances.

• Le cache arrière/suivant (bfcache) est conçu pour améliorer l’expérience de navigation en permettant une navigation instantanée vers l’arrière et vers l’avant. Le taux de réussite de BFCache s’est amélioré d’un mois à l’autre sur Android (3,6 %) et sur ordinateur (1,8 %).
• Un autre exemple d’optimisation particulièrement percutante est notre fonctionnalité PreconnectOnAnchorInteraction qui se connecte aux origines avec le pointeur vers le bas plutôt que vers le haut. Cette fonctionnalité entièrement lancée a conduit à une amélioration médiane du LCP de 6/10 ms (0,4/1 %) sur Android/Desktop, et à une amélioration du LCP multi-origine d’environ 60 ms sur Android et sur Desktop.
  Le lancement a également entraîné une augmentation de 0,08 % des revenus publicitaires de contenu, soulignant l’impact significatif de l’optimisation des performances sur l’engagement des utilisateurs et la santé de l’écosystème.
• Nous avons également introduit le prérendu , qui permet aux pages de se charger instantanément en les rendant avant que l’utilisateur ne les visite réellement. Les chargements de pages via la saisie d’URL directement dans l’omnibox obtiennent une amélioration médiane du LCP de 500 à 700 ms (14 à 25 %) lors du pré-rendu, en fonction de la plate-forme, déplaçant le LCP médian global sur toutes les navigations de 6,4 ms. Nous déployons actuellement le pré-rendu des recherches lancées par l’Omnibox.
• Chrome a travaillé dur pour garder les onglets en arrière-plan hors de votre chemin. La mise en œuvre de la limitation des onglets pour les onglets d’arrière-plan exécutés sur EcoQOS sur Windows 11 et les ajustements du rôle de tâche et de la QoS sur macOS ont conduit à des améliorations dans Largest Contentful Paint (LCP) et Interaction to Next Paint (INP).
• La capacité moderne du Web à exécuter tous les types d’applications s’accompagne également d’un mandat de gestion de la charge de travail que cela implique. Nous avons optimisé Chrome sous plusieurs onglets actifs et sommes heureux de signaler des améliorations de la planification et des conflits qui améliorent l’INP de 5 % et le LCP de 2 % au cours des 6 derniers mois.
• Nous avons apporté des améliorations ciblées au code de chargement des pages dans Chrome en 2022. Cela a entraîné une amélioration du LCP de 10 % sur Android et une amélioration du taux de réussite CWV de 1,5 %.
• Le moteur de rendu de Chrome a également connu quelques améliorations. Le fil principal du moteur de rendu comprend des files d’attente de tâches pour JavaScript, le rendu et le chargement d’images. Certains changements qui modifient la priorité de ces tâches pour un CWV optimal incluent.
  • Chargement d’images à haute priorité : historiquement, le chargement d’images avait une priorité égale ou inférieure à celle du rendu. Cependant, une expérience a montré qu’entre une tâche de chargement d’image et une tâche de rendu, le choix de la tâche de chargement d’image en premier peut empêcher le changement de disposition d’une image intermédiaire qui ne contient pas l’image et améliore également le LCP.
  • L’amélioration sur Android au 75e percentile était de -6,66 % pour CLS et de -0,82 % pour LCP, améliorant le taux de réussite CWV sur Android de +0,24 %. Une expérience similaire qui a augmenté la priorité de chargement à « moyen » des cinq premières images analysées à partir du HTML (pour les images sans taille d’icône) a montré une amélioration sur Android au 75e centile de -6,08 % pour CLS et de -0,53 % pour LCP. Une expérience combinée a montré que les effets des deux changements étaient largement indépendants.
  • Donner la priorité à la composition après un délai : si plus de 100 ms se sont écoulés depuis la dernière exécution de la tâche de composition, élevez la priorité de toute tâche de composition en file d’attente afin qu’elle préempte le travail à priorité normale. Cela a produit une amélioration de -0,27 % pour CLS sur Android et Windows au 95e centile.
  • Optimisations SVG Raster : une autre optimisation de dessin SVG a amélioré les taux de réussite INP sur les ordinateurs de bureau de -2,28 % pour MacOS au 75e centile.

Vous pouvez lire le billet de blog officiel ici sur le site Web de Chromium.