Version bêta de Chrome 153

Rachel Andrew

Publié le 20 août 2026

Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version bêta de Chrome pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur ces fonctionnalités, utilisez les liens fournis ou consultez ChromeStatus.com. Chrome est en version bêta à partir de cette version. Vous pouvez télécharger la dernière version bêta sur Google.com pour ordinateur ou sur le Google Play Store sur Android.

CSS et interface utilisateur

Conteneurs de défilement à axe unique

Étend la propriété overflow pour prendre en charge les valeurs défilables avec clip (par exemple, overflow: scroll clip). Cela permet de limiter position: sticky par différents conteneurs de défilement ancêtres par axe et permet aux auteurs de s'assurer qu'un axe utilisant overflow: clip reste en place.

Propriété scroll-axis-lock

scroll-axis-lock est une propriété CSS que les développeurs peuvent utiliser pour demander aux navigateurs de ne pas limiter le geste de défilement d'un utilisateur à un seul axe.

Les navigateurs Web "verrouillent" souvent le geste de défilement d'un utilisateur sur un seul axe lorsque ce geste commence par un mouvement beaucoup plus important sur un axe que sur l'axe perpendiculaire. Dans de nombreux cas, ce comportement améliore l'expérience utilisateur en évitant les défilements accidentels le long de l'axe perpendiculaire lorsque l'utilisateur n'avait l'intention de faire défiler qu'un seul axe. Toutefois, dans les cas où un développeur souhaite que son élément soit toujours défilable en diagonale, ce comportement de verrouillage oblige l'utilisateur à commencer son geste selon un angle qui ne déclenche pas le verrouillage, souvent sans être aligné sur l'expérience utilisateur souhaitée par l'auteur.

JavaScript

Jointure d'itérateur

Proposition TC39 visant à ajouter à JavaScript un moyen de concaténer le contenu d'un itérateur dans une chaîne. La méthode join() des instances Iterator est semblable à Array.prototype.join() : elle renvoie une chaîne qui est la concaténation de tous les éléments produits par l'itérateur, séparés par des virgules ou une chaîne de séparation spécifiée.

Itération conjointe

Proposition TC39 visant à synchroniser l'avancement de plusieurs itérateurs, souvent appelés zip.

API Web

Éléments de capacité : <camera> et <microphone>

Les éléments de capacité <camera> et <microphone> sont des commandes HTML déclaratives activées par l'utilisateur qui partagent le même mécanisme sous-jacent que l'élément MVP <usermedia>, avec une distinction clé : ils sont conçus pour demander une seule capacité. L'élément <camera> demande spécifiquement la capture vidéo, tandis que l'élément <microphone> demande spécifiquement la capture audio. Comme le <usermedia> MVP, ils intègrent une interface utilisateur contrôlée par le navigateur et strictement stylisée dans la page, ce qui garantit un signal utilisateur fort et intentionnel (un clic) avant le déclenchement d'une invite d'autorisation ou le démarrage d'un flux.

Les éléments <camera> et <microphone> fournissent une commande HTML sémantique dédiée pour ces cas d'utilisation à capacité unique. Ils conservent le même modèle de sécurité, les mêmes contraintes de style strictes et le même chemin de récupération d'autorisation intégré que le <usermedia> MVP, mais offrent une API plus personnalisée et ergonomique pour les développeurs qui n'ont pas besoin d'accéder à des contenus multimédias mixtes.

Prise en charge du décodage IAMF (Immersive Audio Model and Formats)

Ajoute la prise en charge du décodage et de la lecture du conteneur IAMF (Immersive Audio Model and Formats) dans les éléments multimédias HTML avec les extensions Media Source (MSE). IAMF est un format audio spatial ouvert et libre de droits qui prend en charge les présentations audio basées sur les canaux, les scènes et les objets. La prise en charge de ce format permet aux développeurs Web de proposer des expériences audio 3D immersives et cohérentes sur différents appareils sans avoir à utiliser de formats propriétaires ni à gérer le routage complexe des canaux audio discrets en JavaScript.

Timing d'envoi interopérable pour les événements transitionrun et les requêtes média

Aligne le timing d'envoi de Blink pour les événements transitionrun d'animation et les événements change de requête média avec la spécification HTML, ce qui rend le timing interopérable avec Gecko et WebKit. Plus précisément, conformément à la spécification de la boucle d'événements de la fenêtre HTML, les événements transitionrun seront déclenchés à l'étape 3.11, même pour les animations créées plus tôt dans la même itération (au lieu de les retarder pour une itération ultérieure), et l'événement change de requête média sera déclenché à l'étape 3.10 avant de déclencher tout événement d'animation en attente (au lieu de les mélanger avec des événements d'animation à l'étape 3.11).

WebAudio : quantum de rendu configurable

Ajoute un renderSizeHint facultatif à AudioContext et OfflineAudioContext. Cela permet aux développeurs de personnaliser la taille du quantum de rendu WebAudio en transmettant un entier spécifique, d'utiliser la valeur par défaut de 128 frames en omettant l'indication ou en transmettant "default", ou de demander au navigateur de sélectionner une taille optimale en spécifiant "hardware".

WebGPU : fonctionnalité buffer_view

Fonctionnalité du langage WGSL permettant de réinterpréter les données dans des variables. Cette fonctionnalité permet aux développeurs de diviser une seule variable uniforme, de stockage ou de groupe de travail en plusieurs variables logiques. Elle permet également d'interpréter le type de données de la variable comme plusieurs types dans le programme.

Analyse XML en Rust pour les scénarios non XSLT

Afin de renforcer la sécurité du navigateur et de protéger les utilisateurs contre les failles liées à la mémoire, Chrome 153 remplace son moteur d'analyse XML par une implémentation Rust sécurisée en mémoire pour plusieurs scénarios courants. Cette mise à jour fondamentale élimine les bugs potentiels de corruption de mémoire tout en conservant une compatibilité totale avec les spécifications Web existantes.

Chrome a déjà commencé à abandonner et à supprimer XSLT. À mesure que ce processus se poursuit, le nouvel analyseur plus sûr gère les scénarios suivants pour lesquels aucun XSLT n'est requis :

  1. API Web DOMParser
  2. Accès à responseXML de XMLHttpRequest
  3. Images SVG autonomes (c'est-à-dire l'accès direct à un document image.svg en tant que navigation de premier niveau)
  4. Images SVG externes (y compris un document principal intégrant un SVG en tant que ressource d'image externe)

Nouvelles phases d'évaluation

Dans Chrome 153, vous pouvez activer les nouvelles phases d'évaluation suivantes.

Marqueurs d'auto-profilage JavaScript

L'API JavaScript Self-Profiling permet à une application Web d'échantillonner ses propres piles d'appels pour mesurer les performances sur les appareils des utilisateurs réels. Cette fonctionnalité ajoute un champ de marqueur facultatif à chaque échantillon capturé, qui identifie le type d'activité du navigateur en cours d'exécution au moment de l'échantillon : script, gc, style, mise en page, peinture ou autre. Une trace affiche normalement des espaces entre les piles qui ne peuvent pas être interprétés. Les marqueurs permettent aux développeurs d'attribuer ce temps au travail du navigateur en dehors de leur code JavaScript, par exemple en distinguant l'exécution de script du recalcul de style, de la mise en page ou d'une pause de récupération de mémoire, ce qui facilite l'analyse et l'optimisation des traces lentes.

Abandon et suppression

Supprimer les navigations non standards ciblant _current

Blink est actuellement compatible avec les navigations ciblant _current. Cette fonctionnalité est supprimée dans Chrome 153, car elle n'est pas standard et son utilisation sur le Web est minime.

Supprimer document.requestStorageAccessFor

L'API requestStorageAccessFor (rSAFor) est une extension de l'API Storage Access qui permet à un site de premier niveau de demander l'accès à des cookies non partitionnés ("propriétaires") pour le compte de sites intégrés. Elle ne peut être utilisée dans Chrome que pour demander l'accès au stockage entre les sites d'ensembles de sites Web associés. Elle est donc supprimée en même temps que les ensembles de sites Web associés.

Les ensembles de sites Web associés (RWS), anciennement appelés ensembles internes, fournissent un framework permettant aux développeurs de déclarer des relations entre les sites afin d'autoriser un accès limité aux cookies intersites à des fins spécifiques et visibles par l'utilisateur. Cela est facilité par l'utilisation de l'API Storage Access (SAA) et de requestStorageAccessFor (rSAFor). Les RWS ont été conçus pour être utilisés dans un navigateur sans cookies tiers. Suite à l'annonce de Chrome selon laquelle l'approche actuelle concernant les cookies tiers sera maintenue, les ensembles de sites Web associés sont désormais supprimés de Chrome.