Date de sortie de la version stable : 10 mars 2026
Sauf indication contraire, les modifications suivantes s'appliquent à la version stable 146 de Chrome pour Android, ChromeOS, Linux, macOS et Windows.
CSS et UI
Animations déclenchées par le défilement
Cette fonctionnalité ajoute un contrôle des animations basé sur la position de défilement (lecture, pause et réinitialisation, par exemple).
Sur les pages Web, il est courant de lancer une animation lorsqu'une position de défilement est atteinte. Les développeurs le font souvent en utilisant JavaScript pour détecter manuellement qu'un élément se trouve dans la fenêtre d'affichage de son conteneur de défilement et pour démarrer une animation correspondante (par exemple, en faisant glisser cet élément dans la vue). Bon nombre de ces cas d'utilisation s'appuient sur des informations fournies de manière déclarative. Cette fonctionnalité vous permet de créer de telles interactions de manière déclarative avec CSS, ce qui permet à l'agent utilisateur de décharger cette interaction sur un thread de worker. L'API inclut également des interfaces JavaScript qui vous permettent d'étendre la fonctionnalité aux animations Web en plus des animations CSS.
Bug de suivi n° 390314945 | Entrée ChromeStatus.com | Spécification
Propriété trigger-scope
La propriété trigger-scope vous permet de limiter les noms de animation triggers déclarés par trigger-instantiating properties.
Trigger-instantiating properties, par exemple timeline-trigger, déclare des noms auxquels la propriété animation-trigger peut faire référence pour associer des animations à des déclencheurs. Toutefois, ces noms sont globaux par défaut (comme anchor-name). Il est souvent utile de limiter la visibilité des noms pour isoler les interactions d'animation à déclencheur.
Bug de suivi n° 466134208 | Entrée ChromeStatus.com | Spécification
meta name="text-scale"
La taille de police par défaut de root element est proportionnelle au paramètre d'échelle du texte de l'OS et du navigateur. Cela permet aux pages qui suivent les bonnes pratiques concernant font-relative units (c'est-à-dire qui utilisent rem et em pour les tailles de police et les éléments de page qui s'adaptent aux préférences de taille de texte de l'utilisateur) de respecter le paramètre de mise à l'échelle du texte au niveau de l'OS de l'utilisateur. Cela désactive également les mécanismes existants basés sur le navigateur (c'est-à-dire le zoom sur toute la page sur Windows) et les heuristiques (c'est-à-dire le redimensionnement automatique du texte sur mobile). Vous pouvez indiquer au navigateur que la page est construite de manière à s'adapter aux différentes préférences de taille de police sélectionnées par l'utilisateur (c'est-à-dire avec rem et em). Semblable à env(preferred-text-scale), qui permet d'accéder à la taille du texte, cette API étend cette fonctionnalité en permettant la mise à l'échelle à l'aide de la taille de police par défaut de root element et en désactivant la mise à l'échelle automatique du texte.
Bug de suivi n° 430566925 | Entrée ChromeStatus.com | Spécification
Registre d'éléments personnalisés de portée limitée
Cette fonctionnalité permet à plusieurs définitions d'éléments personnalisés pour un même nom de balise d'exister sur une page. Cela permet d'éviter les conflits de noms d'éléments personnalisés lorsqu'une application Web utilise des bibliothèques provenant de plusieurs sources. Pour ce faire, le code utilisateur est autorisé à créer plusieurs registres d'éléments personnalisés et à les associer à des portées d'arborescence et à des éléments qui fonctionnent comme des objets de portée.
Bug de suivi n° 40826514 | Entrée ChromeStatus.com | Spécification
Capacités
Remplir targetURL lors de la gestion des fichiers
L'implémentation du gestionnaire de lancement garantit désormais que LaunchParams.targetURL est renseigné lorsqu'une PWA est lancée avec la gestion de fichiers. Avant cette modification, la propriété était nulle lorsqu'un lancement de fichier était dirigé vers une fenêtre existante. Cette modification garantit que l'URL du champ action du fichier manifeste (la même URL que celle que le document doit charger actuellement) est disponible pour le consommateur launchQueue.
Bug de suivi n° 464314997 | Entrée ChromeStatus.com | Spécification
Arrêter la remise en file d'attente des LaunchParams lors du rechargement
Empêchez launchQueue de renvoyer le dernier LaunchParams (y compris les handles de fichier) lorsqu'un utilisateur recharge la page. Auparavant, l'actualisation d'une page déclenchait à nouveau le lancement du consommateur avec les données du lancement d'origine. Cette modification garantit qu'un rechargement est traité comme une navigation standard plutôt que comme un "relancement". De plus, launchQueue ne sera pas rempli avec des fichiers en double, sauf si un nouvel événement de lancement de fichier se produit.
Bug de suivi n° 40204185 | Entrée ChromeStatus.com
DOM
API Navigation : ajout de post-commit handler à partir de precommit
Lors de l'interception des navigations avec l'événement navigate, les gestionnaires ordinaires precommitHandlers et post-commit sont transmis séparément.
Cette méthode fonctionne bien lorsqu'il n'y a qu'un seul type de nœud, mais elle peut être fastidieuse lorsque le flux inclut un precommitHandler qui mène à un post-commit handler.
Cette nouveauté est une petite amélioration ergonomique qui vous permet d'enregistrer un gestionnaire post-commit tout en appelant un gestionnaire pre-commit.
Bug de suivi n° 465487215 | Entrée ChromeStatus.com | Spécification
Graphiques
WebGPU : la texture et l'échantillonneur
Ajoutez une fonctionnalité de langage à WGSL, texture_and_sampler_let, qui vous permet de stocker des objets texture et sampler dans une déclaration let dans WGSL.
Bug de suivi n° 459500757 | Entrée ChromeStatus.com | Spécification
WebGPU : pièces jointes temporaires
Cette fonctionnalité ajoute des fonctionnalités à la spécification WebGPU après sa première livraison dans un navigateur.
Un nouveau TRANSIENT_ATTACHMENT GPUTextureUsage vous permet de créer des pièces jointes qui permettent aux opérations de passe de rendu de rester dans la mémoire des tuiles, en évitant le trafic VRAM et potentiellement l'allocation VRAM pour les textures.
Bug de suivi n° 462620664 | Entrée ChromeStatus.com | Spécification
Mode de compatibilité WebGPU
Ce mode ajoute un sous-ensemble de l'API WebGPU, légèrement restreint et nécessitant une activation, qui peut exécuter d'anciennes API graphiques, par exemple OpenGL et Direct3D11. En activant ce mode et en respectant ses contraintes, vous pouvez étendre la portée de vos applications WebGPU à de nombreux appareils plus anciens qui ne disposent pas des API graphiques modernes et explicites requises par WebGPU. Pour les applications simples, la seule modification requise consiste à spécifier le compatibility featureLevel lors de l'appel de requestAdapter. Pour les applications plus avancées, certaines modifications peuvent être nécessaires pour s'adapter aux restrictions du mode. Comme le mode Compatibilité est un sous-ensemble, les applications résultantes sont également des applications WebGPU Core valides et s'exécutent même sur les agents utilisateur qui ne sont pas compatibles avec le mode Compatibilité.
Bug de suivi n° 442618060 | Entrée ChromeStatus.com | Spécification
JavaScript
Séquençage des itérateurs
Proposition TC39 visant à créer iterators en séquençant les iterators existants. Cela introduit Iterator.concat (...items).
Bug de suivi n° 434977727 | Entrée ChromeStatus.com | Spécification
Intervention concernant les autorisations sélectives
Lorsque vous autorisez un site Web à accéder à une API puissante (par exemple, Bluetooth, Camera, Clipboard, DisplayCapture, Geolocation, Microphone, Serial et USB), votre autorisation est destinée au site, et pas nécessairement à tous les scripts tiers exécutés sur la page. En particulier, les scripts d'annonces intégrés s'exécutant dans le frame principal ou les iFrames de même origine peuvent utiliser l'autorisation de la page pour accéder de manière opportuniste à ces données sensibles. Vous ne savez peut-être pas qu'une publicité accède à vos informations.
Cette intervention vise à mieux aligner une autorisation accordée sur votre intention en empêchant le script publicitaire dans un contexte avec autorisation d'API de l'utiliser. Elle renforce ainsi votre confiance et votre contrôle sur vos données.
Bug de suivi n° 435214052 | Entrée ChromeStatus.com | Spécification
Conserver les valeurs dropEffect des événements dragover à drop
L'interface HTML5 Drag and Drop API permet aux applications Web de gérer les opérations de glisser-déposer via une série d'événements : dragstart, dragenter, dragover, dragleave, drop et dragend. Lors de ces événements, la propriété dataTransfer.dropEffect indique l'opération à effectuer (copy, move, link ou none).
Selon HTML5
specification, la valeur dropEffect définie par les applications Web lors du dernier événement dragover doit être conservée et disponible dans l'événement drop suivant.
Toutefois, les navigateurs basés sur Chromium écrasaient la valeur dropEffect de l'application Web avec leur propre opération négociée avant le déclenchement de l'événement drop, ce qui enfreignait la conformité aux spécifications et limitait votre contrôle sur le comportement du glisser-déposer. Ce comportement a été modifié.
Bug de suivi n° 40068941 | Entrée ChromeStatus.com | Spécification
Multimédia
API Playback Statistics pour WebAudio
Cette fonctionnalité ajoute un attribut AudioContext.playbackStats qui renvoie un objet AudioPlaybackStats. Cet objet fournit des statistiques sur la lecture audio, par exemple average latency, minimum/maximum latency, underrun duration et underrun count. Cette API permet aux applications Web de surveiller la qualité de lecture audio et de détecter les problèmes.
Bug de suivi : #475838360 | Entrée ChromeStatus.com | Spécification
Réseau
Conservation du paramètre de type MIME de l'URL de données
Conservez MIME type parameters (par exemple, charset, boundary) dans les en-têtes d'URL de données Content-Type, comme spécifié dans Fetch Standard.
Bug de suivi n° 40487194 | Entrée ChromeStatus.com | Spécification
Performances
LCP : comportement spécifié correspondant pour l'émission de candidats
L'algorithme LCP émet désormais des candidats en fonction de la plus grande image affichée au lieu de la plus grande image en attente d'affichage. Cela peut entraîner l'émission d'un plus grand nombre de candidats intermédiaires dans le calendrier des performances.
Dans chaque frame d'animation, une fois qu'il a été présenté, l'algorithme LCP émet un nouveau candidat (au maximum un) dans la timeline des performances s'il y a un nouveau texte ou une nouvelle image de plus grande taille qui a été affichée dans ce frame. L'algorithme suit également la"plus grande image en attente", qui est la plus grande image en cours de chargement, et utilise la taille de cette image pour déterminer si la nouvelle candidate est la plus grande. Cela signifie qu'une grande image qui se charge lentement peut empêcher l'émission de candidats LCP intermédiaires. Or, ces candidats fournissent souvent des informations utiles pour comprendre la progression du chargement.
Ce comportement est apparu lors d'Interop 2025 comme une différence avec les autres moteurs. L'équipe a convenu de s'aligner pour émettre au maximum un candidat par frame en fonction de l'ensemble des éléments d'image et de texte peints pour ce frame.
Bug de suivi n° 482261053 | Entrée ChromeStatus.com | Spécification
Sécurité
API Sanitizer
L'API Sanitizer permet de supprimer le contenu susceptible d'exécuter un script à partir de contenu HTML arbitraire fourni par l'utilisateur. L'objectif est de faciliter la création d'applications Web sans XSS.
Bug de suivi n° 40138584 | Entrée ChromeStatus.com | Spécification
Phases d'évaluation
WebNN
WebNN permet aux applications et frameworks Web de tirer parti des services natifs du système d'exploitation pour le machine learning et des capacités matérielles sous-jacentes disponibles sur votre ordinateur afin d'implémenter des expériences de ML cohérentes, efficaces et fiables sur le Web.
Essai d'origine | Bug de suivi n° 40206287 | Entrée ChromeStatus.com | Spécification
API CPU Performance
Cette API expose des informations sur l'alimentation de votre appareil. Cette API cible les applications Web qui utilisent ces informations pour améliorer l'expérience utilisateur, éventuellement en combinaison avec l'API Compute Pressure, qui fournit des informations sur la pression ou l'utilisation du processeur de l'appareil et permet aux applications de réagir aux changements de pression du processeur.
Bug de suivi n° 449760252 | Entrée ChromeStatus.com | Spécification
Règles de spéculation : champ form_submission
Cela étend la syntaxe speculation rules, ce qui vous permet de spécifier le champ form_submission pour prerender.
Ce champ indique au navigateur de préparer le prerender en tant que formulaire à envoyer, afin qu'il puisse être activé par de véritables navigations d'envoi de formulaire. Par exemple, un simple formulaire de recherche génère une navigation par requête GET /search?q=XXX. Les développeurs Web ont demandé la prise en charge de cette fonctionnalité.
Bug de suivi n° 346555939 | Entrée ChromeStatus.com | Spécification
Focusgroup
La fonctionnalité Focusgroup facilite la navigation au clavier entre un ensemble d'éléments sélectionnables à l'aide des touches fléchées du clavier.
Pour en savoir plus sur focusgroup, consultez Demande de commentaires des développeurs : focusgroup.
Phase d'évaluation de l'origine | Bug de suivi n° 1286127 | Entrée ChromeStatus.com | Spécification