Version bêta de Chrome 147

Rachel Andrew

Date de publication : 11 mars 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, suivez les liens fournis ou consultez ChromeStatus.com. Vous pouvez télécharger la dernière version bêta sur Google.com pour ordinateur ou sur le Google Play Store pour Android.

Plage nommée "Timeline" scroll

Cette fonctionnalité étend l'ensemble des plages nommées de ViewTimelines en ajoutant une plage scroll.

L'API Scroll-Driven Animations a introduit ViewTimelines ainsi que des plages nommées qui font référence à des parties d'un ViewTimeline qui définissent la plage d'une animation.

Toutefois, toutes les plages nommées fournies étaient limitées à la partie de ViewTimeline où son sujet est visible. Il est utile pour les auteurs de se référer à l'étendue complète du conteneur de défilement sous-jacent à la timeline. Cette fonctionnalité ajoute une plage nommée scroll à l'ensemble existant (entry, exit, cover, contain).

CSS contrast-color()

Vous pouvez utiliser cette fonction pour respecter les exigences de contraste en matière d'accessibilité.

La fonction contrast-color() peut être utilisée n'importe où dans CSS où une valeur de couleur est attendue. Il accepte un argument de valeur de couleur et renvoie black ou white selon celui qui offre le contraste le plus élevé par rapport à l'argument de couleur.

CSS border-shape

CSS border-shape vous permet de créer des bordures non rectangulaires, avec n'importe quelle forme arbitraire (par exemple, polygon, circle, shape()).

Bien que border-shape accepte les mêmes formes que clip-path, il est fondamentalement différent : border-shape définit la forme de la bordure, la décore et ne découpe que l'intérieur.

border-shape comporte deux variantes : l'une trace une forme et l'autre remplit l'espace entre deux formes.

Transitions de vue à portée d'élément

Expose Element.startViewTransition() sur des éléments HTML arbitraires. L'élément établit un champ d'application pour la transition, ce qui signifie que les pseudo-éléments de transition sont affectés par les clips et les transformations des ancêtres, et que plusieurs transitions sur des éléments distincts peuvent s'exécuter simultanément.

Mise à jour CSS : découplage des propriétés width et style

Chrome s'aligne sur les spécifications CSS mises à jour pour le comportement des propriétés border-width, outline-width et column-rule-width. Auparavant, si les valeurs border-style, outline-style ou column-rule-style correspondantes étaient définies sur none ou hidden, la largeur calculée de ces propriétés était forcée à 0px, quelle que soit la valeur spécifiée.

Avec ce changement, les valeurs calculées de border-width, outline-width et column-rule-width reflètent toujours les valeurs spécifiées par l'auteur, indépendamment de la propriété *-style. De plus, les valeurs résolues (telles que renvoyées par getComputedStyle()) pour outline-width et column-rule-width reflètent également les valeurs spécifiées.

Cette modification aligne Chrome sur Firefox et WebKit, qui ont déjà implémenté ce comportement.

Interface CSSPseudoElement

L'interface CSSPseudoElement représente un pseudo-élément en JavaScript.

CSSPseudoElement est renvoyé par Element.pseudo(type), où type correspond à :::after, ::before ou ::marker. CSSPseudoElement est un objet proxy qui représente un pseudo-élément. Contrairement à un pseudo-élément, CSSPseudoElement existe toujours.

CSSPseudoElement possède les attributs/méthodes suivants :

• L'attribut type est une chaîne représentant le type du pseudo-élément.
• L'attribut element est l'élément d'origine ultime du pseudo-élément.
• L'attribut parent est l'élément d'origine du pseudo-élément (élément ou CSSPseudoElement pour les pseudo-éléments imbriqués).
• La méthode pseudo(type) pour récupérer les pseudo-éléments imbriqués.

Pseudo-cibles sur les événements

Des événements spécifiques sont étendus pour avoir .pseudoTarget qui est soit CSSPseudoElement (si l'interaction a eu lieu avec un pseudo-élément), soit null.

Cela fournit des informations plus spécifiques sur l'origine de l'événement. Par exemple, cela indique que l'utilisateur n'a pas seulement cliqué sur un élément d'origine ultime (Event.target), mais plus précisément sur ::after. Notez que Event.target n'a pas changé. L'événement ne contient donc que des informations supplémentaires sur l'interaction avec le pseudo-élément.

Les événements sont UIEvent, AnimationEvent et TransitionEvent.

Les mouseover, mouseout, mouseenter, mouseleave et leurs équivalents pointer* ne sont pas acceptés.

Détection de plans WebXR

L'API WebXR Plane Detection permet aux sites de récupérer l'ensemble des plans détectés dans l'environnement de l'utilisateur. Cela représente moins de travail pour les développeurs et est plus efficace que l'utilisation de la fonctionnalité WebXR de détection de profondeur, car les plans, par exemple les murs que les objets occultent, peuvent toujours être entièrement représentés si le système connaît les limites du mur. Une carte de profondeur montrerait le mur, mais les objets devant le mur le fragmenteraient, ce qui pourrait masquer toute l'étendue du mur. De plus, des informations sur l'étiquetage sémantique sont disponibles lorsque l'appareil connaît ces libellés et qu'ils appartiennent à des catégories prédéfinies, ce qui permet d'améliorer la connaissance du monde.

Calques WebXR

WebXR Layers offre un moyen plus efficace de dessiner du contenu immersif.

En plus de la prise en charge des textures de couleur et de profondeur natives et des tableaux de textures, il offre également la prise en charge de différents types de calques gérés par le compositeur système plutôt que par JavaScript.

Analyse XML en Rust pour les scénarios non XSLT

Nous fournissons l'analyseur XML Rust pour les scénarios dans lesquels nous sommes certains qu'aucun traitement XSLT n'est requis.

L'analyseur XML Rust améliore la sécurité en éliminant les bugs de corruption de mémoire dans l'analyse XML. Il est destiné à remplacer notre utilisation de libxml2 (écrit en C) par une alternative sécurisée.

Chrome abandonne XSLT. Tant que ce processus est en cours, vous pouvez déjà utiliser l'analyse XML Rust sécurisée dans les scénarios où aucune XSLT n'est requise :

Compatibilité avec JSON et les styles pour link rel=modulepreload

Ajoute la compatibilité avec les types de modules JSON et de style en tant que destinations <link rel="modulepreload">. <link rel="modulepreload"> est déjà compatible avec Chromium (voir https://chromestatus.com/feature/5762805915451392), mais il ne prend en charge que le préchargement des scripts de module de type script. Cette fonctionnalité comble une lacune, car les scripts de module JSON et CSS sont pris en charge dans Chromium ailleurs, mais pas en tant que destinations <link rel="modulepreload">. Les modules Style peuvent être préchargés avec <link rel="modulepreload" as="style" href="...">, et les modules JSON peuvent être préchargés avec <link rel="modulepreload" as="json" href="...">.

Math.sumPrecise

Proposition TC39 visant à ajouter une méthode pour additionner plusieurs valeurs à JavaScript.

Ajoutez une méthode Math.sumPrecise prenant un itérable et renvoyant la somme des valeurs de l'itérable à l'aide d'un algorithme plus précis que la somme naïve.

Compatibilité de l'attribut path sur l'élément SVG <textpath>

Cette modification ajoute la prise en charge de l'attribut path sur l'élément SVG <textPath>, ce qui permet aux auteurs de définir la géométrie du chemin de texte en ligne à l'aide des données de chemin SVG et de réduire le besoin d'éléments <path> définis séparément.

<textPath> résout la géométrie de son chemin de texte à l'aide des règles suivantes :

1. Si path et href sont tous deux présents, la géométrie est résolue à partir de l'attribut path.
2. Si seul l'attribut path est présent et analysé avec succès, la définition du chemin d'accès intégré est utilisée.
3. Si l'attribut path est absent ou ne peut pas être analysé, et qu'un attribut href est fourni, l'élément <path> référencé est utilisé comme solution de secours.
4. Le comportement existant de href uniquement est conservé sans modification.

Cette implémentation suit la définition de l'attribut path sur <textPath> dans la spécification SVG 2. Le comportement de résolution est cohérent avec celui des autres moteurs de navigateur, ce qui améliore l'interopérabilité et la conformité aux normes.

Bénéficier des fonctionnalités de confirmation de paiement sécurisé

Ajoute une méthode statique à la demande de paiement qui permet aux développeurs Web d'obtenir les capacités de l'implémentation de la confirmation de paiement sécurisé du navigateur.

Cela permet aux développeurs Web de connaître les fonctionnalités disponibles pour la confirmation sécurisée du paiement. Ils peuvent ainsi décider s'ils souhaitent utiliser la confirmation sécurisée du paiement avec ces fonctionnalités.

Mettre à jour les limites de l'API Device Memory

Mise à jour vers un nouvel ensemble de valeurs possibles pour l'API Device Memory :

• Android : 1, 2, 4, 8
• Autres : 2, 4, 8, 16, 32.

Remplacement des anciennes valeurs 0,25, 0,5, 1, 2, 4 et 8, qui sont devenues obsolètes.

Cela réduit les risques d'empreinte digitale à l'extrémité inférieure, car les capacités des appareils se sont améliorées depuis que ces valeurs ont été définies.

Restrictions d'accès au réseau local sur le service worker WindowClient.navigate()

Des restrictions d'accès au réseau local (ANL) ont récemment été ajoutées pour empêcher les sites Web d'envoyer unilatéralement des requêtes aux réseaux et appareils locaux. Cet en-tête a été ajouté pour les requêtes de récupération initiées par le service worker, mais n'a pas été appliqué aux navigations effectuées par les service workers via WindowClient.navigate.

Ce lancement comble cette lacune en ajoutant des restrictions LNA aux appels WindowClient.navigate(), en utilisant WindowClient comme initiateur de la navigation pour déterminer si la navigation est une demande LNA.

Cela ne s'applique que si le WindowClient vers lequel la navigation est effectuée est un sous-frame. Chrome n'applique aucune restriction LNA aux navigations dans le frame principal.

Restrictions d'accès au réseau local pour les WebSockets

Les restrictions d'accès au réseau local (ANL) sont étendues pour inclure les WebSockets. Les connexions WebSockets à une adresse locale déclenchent désormais des invites d'autorisation.

Toutes les règles d'entreprise LNA s'appliquent toujours aux restrictions LNA WebSockets, y compris LocalNetworkAccessAllowedForUrls, LocalNetworkAccessBlockedForUrls et LocalNetworkAccessRestrictionsTemporaryOptOut.

Pour en savoir plus sur LNA, consultez Accès au réseau local.

Restrictions d'accès au réseau local pour WebTransport

Limite la possibilité d'envoyer des requêtes au réseau local de l'utilisateur à l'aide de WebTransport, qui est contrôlée par une demande d'autorisation.

Une requête de réseau local est une requête envoyée depuis un site Web public à une adresse IP locale ou une interface de rebouclage, ou depuis un site Web local (un intranet, par exemple) à une interface de rebouclage. Restreindre la capacité des sites Web à effectuer ces requêtes derrière une autorisation réduit la possibilité pour les sites d'utiliser ces requêtes pour identifier le réseau local de l'utilisateur.

Cette autorisation est limitée aux contextes sécurisés.

AWI uniquement : API WebPrinting

Cette API permet une intégration plus poussée avec les fonctionnalités liées aux imprimantes dans les applications Web isolées (IWA).

L'API Web Printing fournit un ensemble de méthodes JavaScript qui permettent aux développeurs d'interroger les imprimantes locales, d'envoyer des tâches d'impression aux imprimantes les plus appropriées et de gérer les options et l'état des tâches d'impression. Pour représenter ces concepts, il s'appuie sur les noms et la sémantique des attributs des spécifications du protocole IPP (Internet Printing Protocol).

Nouvelles phases d'évaluation

Dans Chrome 147, vous pouvez activer les nouvelles versions d'essai d'origine suivantes.

Timing du conteneur

L'API Container Timing vous permet de surveiller le moment où les sections annotées de DOM s'affichent à l'écran et où leur affichage initial est terminé. Un développeur peut marquer des sous-sections du DOM avec l'attribut containertiming (semblable à elementtiming pour l'API Element Timing) et recevoir des entrées de performances lorsque cette section a été peinte pour la première fois. Cette API permet aux développeurs de mesurer le timing de différents composants de leurs pages.

Événement de saisie automatique

La saisie automatique est une fonctionnalité clé du Web qui réduit les frictions pour des millions d'utilisateurs chaque jour. Toutefois, il peut être complexe de faire fonctionner la saisie automatique de manière fiable avec des formulaires dynamiques dans plusieurs implémentations.

Cette fonctionnalité ajoute un événement autofill qui se déclenche lorsque le navigateur est sur le point de remplir automatiquement un champ de formulaire. Cela permet aux développeurs de modifier leurs formulaires pour qu'ils s'adaptent aux données remplies automatiquement et d'indiquer au navigateur quand ils l'ont fait.

Élément d'installation HTML pour les applications Web

Permet à un site Web d'inviter les utilisateurs à installer une application Web de manière déclarative. L'élément accepte éventuellement deux attributs qui permettent d'installer du contenu provenant d'une autre origine.

Listes d'autorisation des connexions

Les listes d'autorisation de connexion sont une fonctionnalité conçue pour fournir un contrôle explicite sur les points de terminaison externes en limitant les connexions initiées à l'aide de l'API Fetch ou d'autres API de plate-forme Web à partir d'un document ou d'un worker.

L'implémentation proposée implique la distribution d'une liste de points de terminaison autorisés à partir du serveur via un en-tête de réponse HTTP. Avant que le user-agent n'établisse une connexion au nom d'une page, il évalue la destination par rapport à cette liste d'autorisation. Les connexions aux points de terminaison validés sont autorisées, tandis que celles qui ne correspondent pas aux entrées de la liste sont bloquées.

Abandons et suppressions

Cette version de Chrome introduit les abandons et les suppressions suivants. Consultez ChromeStatus.com pour obtenir la liste des abandons planifiés, des abandons en cours et des suppressions précédentes.

Cette version de Chrome abandonne X fonctionnalité(s).

Supprimer le XSLT intégré pour la production de SVG

Nous commençons à supprimer progressivement le XSLT intégré pour la production de SVG. Il est déployé en même temps que les tests expérimentaux du parseur XML basé sur Rust et n'est pas immédiatement déployé à 100 % dans la version de publication indiquée.

Un fichier XML spécialement conçu peut contenir une feuille de style XSL qui transforme des données XML génériques en fichier SVG.

Exemple : https://gist.github.com/drott/1fc70b3c7f0ac314d1fe2e5beecc5490?short_path=1c60adf

Il s'agit d'un cas particulier de traitement XSLT qui, selon les mesures d'utilisation, est considéré comme pratiquement inexistant sur le Web par Chrome. Chrome prévoit d'abandonner et de supprimer cette utilisation particulière de XSLT avant de supprimer complètement XSLT.