Publié le 3 décembre 2025
Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version du canal bêta de Chrome pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur ces fonctionnalités, consultez les liens fournis ou la liste sur ChromeStatus.com. Téléchargez la dernière version sur Google.com pour ordinateur ou sur le Google Play Store pour Android.
CSS et UI
Positionnement des ancres CSS avec des transformations
Si un élément positionné par rapport à un ancrage est lié à un ancrage qui a une transformation (ou est contenu dans un élément avec une transformation), le navigateur résout les fonctions anchor() et anchor-size() par rapport au cadre de sélection de l'ancrage transformé.
Pseudo-éléments de mise en surbrillance de la fonctionnalité Rechercher sur la page du CSS
Expose le style des résultats de recherche sur la page en tant que pseudo-élément ::search-text, qui est un pseudo-élément de mise en surbrillance comme ceux utilisés pour la sélection et les fautes d'orthographe. Cela vous permet de modifier les couleurs de premier plan et d'arrière-plan, ou d'ajouter des décorations de texte. Cela est particulièrement utile si les paramètres par défaut du navigateur ne sont pas suffisamment contrastés avec les couleurs de la page ou ne conviennent pas pour d'autres raisons.
Pour en savoir plus, consultez l'article de blog d'Igalia sur le style de mise en surbrillance de la fonctionnalité Rechercher sur la page.
Ne pas utiliser aria-details pour le positionnement de l'ancre
Le code permettant de créer des relations aria-details pour les cas d'utilisation de positionnement d'ancrage non pop-up était probablement une erreur. Étant donné que les popovers et autres relations sémantiques créent des aria-details, et que les autres cas d'utilisation sont probablement non sémantiques, Chrome ne crée plus ces relations dans les cas non sémantiques.
Prise en charge du défilement @scroll-state
Vous permet de styliser les descendants de conteneurs en fonction de la direction de défilement la plus récente.
Exemple :
.scrolling-up {
translate: 80px 0;
transition: 0.4s translate;
}
html {
container-type: scroll-state;
}
@container scroll-state(scrolled: top) {
.scrolling-up { translate: 0 0; }
}
Respecter overscroll-behavior pour les défilements au clavier
Lorsque vous définissez overscroll-behavior sur une valeur autre que auto, le navigateur ne doit pas effectuer d'enchaînement de défilement. Chrome respecte cette valeur pour le défilement à la souris ou tactile, mais l'ignore pour le défilement au clavier. Cette modification garantit que le défilement au clavier respecte également overscroll-behavior.
Respecter overscroll-behavior sur les conteneurs de défilement non défilables
La propriété overscroll-behavior s'applique à tous les éléments de conteneur de défilement, que ces éléments aient un contenu en dépassement ou soient défilables par l'utilisateur. Vous pouvez utiliser overscroll-behavior pour empêcher la propagation du défilement sur un arrière-plan overflow: hidden ou un élément overflow: auto sans avoir à vous demander s'il déborde.
Correspondance container-name non limitée à un arbre
Le navigateur ignore la portée de l'arborescence lors de la mise en correspondance de container-name pour les requêtes @container.
Auparavant, la correspondance container-name pour les requêtes @container utilisait des noms ou des références à portée d'arborescence. Cela signifiait que le même nom ne correspondait pas si la règle @container et la propriété container-type provenaient de différentes arborescences (par exemple, si la déclaration container-type provenait d'une arborescence fantôme intérieure).
Avec ce changement, les valeurs container-name correspondent, quelles que soient les origines de la règle @container ou de la déclaration container-type.
Cascade CSS SVG2
Alignement de l'implémentation Chrome sur la spécification SVG2 pour la mise en correspondance des règles CSS dans les arborescences d'éléments <use>.
Les sélecteurs correspondent aux éléments d'instanciation <use> au lieu de la sous-arborescence des éléments d'origine. Cela signifie que les sélecteurs ne correspondent plus aux éléments ancêtres et frères en dehors du sous-arbre cloné. Plus important encore, les sélecteurs d'état tels que :hover correspondent désormais aux instances <use>.
API Web
XRVisibilityMaskChange
Ajoute un événement XRVisibilityMaskChange qui fournit une liste de sommets et d'indices pour représenter le maillage de la partie visible de la fenêtre d'affichage de l'utilisateur.
Ces données peuvent être utilisées pour limiter de manière fiable la quantité de la fenêtre d'affichage dessinée, ce qui améliore les performances. Pour mieux prendre en charge cet événement, les objets XRView reçoivent également des identifiants uniques pour faciliter l'association avec les masques associés. Il s'agit d'une extension de la spécification WebXR de base.
Exposer l'événement onanimationcancel à GlobalEventHandlers
CSS Animations Level 1 étend l'interface GlobalEventHandlers, définie dans la spécification HTML, en déclarant quatre nouveaux gestionnaires d'événements : onanimationstart, onanimationiteration, onanimationend et onanimationcancel.
Seul le gestionnaire d'événements onanimationcancel manquait dans l'IDL GlobalEventHandlers.
Pour en savoir plus, consultez la spécification CSS Animations Level 1 et la section GlobalEventHandlers de la spécification HTML.
Méthode View Transitions waitUntil()
ViewTransition construit automatiquement une arborescence de pseudo-éléments pour afficher et animer les éléments participants de la transition. Conformément à la spécification, ce sous-arbre est construit lorsque l'animation de la transition de vue commence et est détruit lorsque les animations associées à tous les pseudo-éléments de transition de vue sont dans l'état terminé (ou plus précisément, dans un état non en cours d'exécution et non en pause).
Cette méthode fonctionne dans la majorité des cas et offre une expérience fluide aux développeurs. Toutefois, pour les cas plus avancés, cela ne suffit pas, car les développeurs souhaitent parfois que le pseudo-arbre de transition de vue persiste au-delà de l'état de fin d'animation.
Par exemple, vous pouvez associer des transitions de vue à des animations pilotées par le défilement. Lorsque l'animation est contrôlée par une timeline de défilement, le sous-arbre ne doit pas être détruit à la fin des animations, car le défilement vers l'arrière peut toujours animer les pseudo-éléments.
Pour permettre des utilisations avancées de la transition d'affichage, cet intent ajoute une fonction waitUntil() sur l'objet ViewTransition qui prend une promesse. Cette promesse retarde la destruction du pseudo-arbre jusqu'à ce qu'il soit réglé.
L'élément <geolocation>
Présente l'élément <geolocation>, un contrôle déclaratif activé par l'utilisateur pour accéder à sa position. Il simplifie le parcours des utilisateurs et des développeurs en gérant le flux d'autorisation et en fournissant directement les données de localisation au site, ce qui élimine souvent la nécessité d'un appel d'API JavaScript distinct.
Cela résout le problème de longue date des invites d'autorisation déclenchées directement à partir de JavaScript sans signal fort d'intention de l'utilisateur. En intégrant un élément contrôlé par le navigateur à la page, le clic de l'utilisateur fournit un signal clair et intentionnel. Cela permet d'améliorer l'expérience utilisateur avec les invites et, surtout, de proposer une solution de récupération aux utilisateurs qui ont déjà refusé l'autorisation.
WebGPU : subgroup_id
Les valeurs intégrées subgroup_id et num_subgroups sont disponibles lorsque l'extension de sous-groupes est activée.
WebGPU : mise en page standard du tampon de variables uniformes
Les tampons uniformes déclarés dans les nuanceurs WGSL ne sont plus tenus d'avoir un alignement de 16 octets sur les éléments de tableau ni de remplir les décalages de structure imbriqués sur un multiple de 16 octets.
API Temporal
L'API Temporal dans ECMA262 fournit des objets et des fonctions standards pour travailler avec les dates et les heures. Date est un problème de longue date dans ECMAScript. Temporal, un Object global qui sert d'espace de noms de premier niveau (par exemple, Math), apportant une API de date et d'heure moderne au langage ECMAScript. Pour obtenir une explication détaillée des motivations, consultez Corriger la date JavaScript : premiers pas.
Prise en charge de ping, hreflang, type et referrerPolicy pour SVGAElement
Ajout de la compatibilité avec les attributs ping, hreflang, type et referrerPolicy sur SVGAElement, ce qui permet d'aligner son comportement sur HTMLAnchorElement pour une gestion cohérente des liens dans les formats HTML et SVG.
Événement clipboardchange
L'événement clipboardchange se déclenche chaque fois que le contenu du presse-papiers système est modifié par une application Web ou toute autre application système. Cela permet aux applications Web, par exemple les clients Bureau à distance, de synchroniser leur presse-papiers avec celui du système. Il s'agit d'une alternative efficace à l'interrogation du presse-papiers (à l'aide de JavaScript) pour détecter les modifications.
Règlement sur les autorisations User-Agent Client Hints ch-ua-high-entropy-values
Ajoute la prise en charge d'une règle d'autorisation ch-ua-high-entropy-values qui permet à un site de premier niveau de restreindre les documents pouvant collecter des indices client à haute entropie à l'aide de l'API JavaScript navigator.userAgentData.getHighEntropyValues().
Il est déjà possible de limiter la collecte d'indices à forte entropie sur HTTP à l'aide des règles d'autorisation existantes par hint client.
Mise en miroir des opérateurs MathML RTL
Ajout de la prise en charge de la mise en miroir au niveau des caractères et des glyphes lors du rendu des opérateurs MathML en mode RTL.
Lorsque vous utilisez le mode RTL, certains opérateurs peuvent être inversés en les remplaçant par un autre point de code (par exemple, une parenthèse fermante devient une parenthèse ouvrante). Il s'agit d'une mise en miroir au niveau des caractères, avec des équivalences définies par la propriété Bidi_Mirrored d'Unicode.
Certains opérateurs n'ont pas de caractère miroir approprié. Dans ce cas, la mise en miroir au niveau des glyphes s'applique avec la fonctionnalité de police rtlm, où un autre glyphe peut le remplacer dans un contexte mis en miroir. Certaines implémentations existantes reflètent directement le glyphe d'origine, mais cela peut modifier la signification des caractères asymétriques, tels que l'intégrale de contour dans le sens des aiguilles d'une montre.
Compatibilité du multicast avec l'API Direct Sockets pour les applications Web isolées
Cette fonctionnalité permet aux applications Web isolées de s'abonner à des groupes multicast, de recevoir des paquets UDP de ces groupes et de spécifier des paramètres supplémentaires lors de l'envoi de paquets UDP à des adresses multicast.
Performances et durée de l'événement : InteractionCount
L'API Event Timing fait partie de la Performance Timeline et mesure les performances des interactions utilisateur. Certains événements ont une valeur interactionId attribuée, ce qui est utile pour regrouper les interactions associées en fonction des gestes ou des saisies physiques courants des utilisateurs.
Cette fonctionnalité ajoute performance.interactionCount, qui correspond au nombre total d'interactions ayant eu lieu sur la page.
Cette fonctionnalité est particulièrement utile pour calculer la valeur de la métrique Interaction to Next Paint (INP), qui nécessite de connaître le nombre total d'interactions pour calculer un score de centile élevé (p98 pour les pages comportant plus de 50 interactions au total).
Cette fonctionnalité est spécifiée depuis longtemps, a déjà été prototypée dans Chromium, mais n'a jamais été déployée. Elle fait partie d'Interop 2025 et est déjà disponible dans d'autres navigateurs.
Événements de limite de pointeur et de souris interopérables après les modifications du DOM
Une fois qu'une cible d'événement est supprimée du DOM, la cible logique du pointeur, telle qu'impliquée par les événements de limite du pointeur et de la souris (c'est-à-dire les événements over, out, enter et leave), doit être l'ancêtre le plus proche encore attaché au DOM.
Chrome suivait un nœud même après sa suppression du DOM. Par conséquent, si le pointeur se déplace vers un nouveau nœud B après la suppression du nœud de test de sélection A du DOM, la séquence d'événements de limite (événements pointerover, pointerout, pointerenter et pointerleave, ainsi que les événements de souris correspondants) implique un déplacement du pointeur de A vers B. Selon le nouveau consensus, la séquence d'événements implique un déplacement du pointeur de "parent de A" vers B.
Verrouillage du pointeur sur Android
Permet d'accéder aux mouvements bruts de la souris en verrouillant la cible des événements de souris sur un seul élément et en masquant le curseur de la souris. L'API Pointer Lock est déjà compatible avec les ordinateurs. Ce lancement concerne la compatibilité avec Android.
RTCDegradationPreference valeur enum maintain-framerate-and-resolution
maintain-framerate-and-resolution désactive l'adaptation vidéo interne de WebRTC.
Cela permet à l'application d'implémenter sa propre logique d'adaptation et d'éviter les interférences avec l'adaptation interne.
API WebAuthn Signal sur Android et iOS
Permet aux parties de confiance WebAuthn de renvoyer des informations sur les clés d'accès existantes aux fournisseurs de stockage d'identifiants, afin que les identifiants incorrects ou révoqués puissent être mis à jour ou supprimés de l'UI du fournisseur et du système.
Cette fonctionnalité était déjà disponible sur ordinateur et est désormais déployée sur Android et iOS.
De plus, l'API de signaux est désormais compatible avec un mécanisme de sécurité pour les clés d'accès du Gestionnaire de mots de passe Google sur toutes les plates-formes compatibles. Auparavant, lorsqu'une partie de confiance signalait qu'une pièce d'identité était inconnue ou supprimée, la clé d'accès était définitivement supprimée.
Désormais, le Gestionnaire de mots de passe de Google masque la clé d'accès au lieu de la supprimer. Les clés d'accès peuvent être récupérées en appelant signalAllAcceptedCredentials avec une liste de clés d'accès précédemment masquées.
Nouvelles phases d'évaluation
Dans Chrome 144, vous pouvez vous inscrire aux versions d'essai d'origine suivantes.
Enhanced Canvas TextMetrics
Étend l'API Canvas TextMetrics pour prendre en charge les rectangles de sélection, les requêtes de boîte englobante et les opérations basées sur les clusters de glyphes.
Cette fonctionnalité permet aux applications d'édition de texte complexes d'effectuer une sélection, un positionnement du curseur et un test de frappe précis. De plus, le rendu basé sur les clusters facilite les effets de texte sophistiqués, tels que les animations et les styles de caractères indépendants.
Abandons et suppressions
Cette version de Chrome introduit les abandons et les suppressions listés dans cette section. Consultez ChromeStatus.com pour obtenir la liste des fonctionnalités dont l'abandon est prévu, de celles qui sont actuellement abandonnées et de celles qui ont été supprimées.
Abandon de l'API Topics
L'API Topics est une API qui permet de cibler les annonces en fonction des centres d'intérêt généraux d'un utilisateur, sans exposer son historique de navigation exact.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, nous allons désormais abandonner l'API Topics et prévoyons de la supprimer (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités Privacy Sandbox).
Abandon de l'API Protected Audience
L'API Protected Audience permet de diffuser des annonces liées à des groupes de centres d'intérêt sans utiliser de cookies tiers ni suivre les utilisateurs sur différents sites.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, nous allons désormais abandonner et supprimer l'API Protected Audience (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités de la Privacy Sandbox).
Abandon de l'API Shared Storage
L'API Shared Storage est une API Web respectueuse de la confidentialité qui permet un stockage non partitionné par site propriétaire.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, l'équipe prévoit d'abandonner et de supprimer l'API Shared Storage (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités de la Privacy Sandbox).
Arrêt de l'API Attribution Reporting
L'API Attribution Reporting est conçue pour mesurer les conversions publicitaires sans cookies tiers ni suivi des utilisateurs sur différents sites.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, l'équipe prévoit d'abandonner et de supprimer l'API Attribution Reporting (ainsi que d'autres API Privacy Sandbox).
Arrêt de l'API Private Aggregation
L'API Private Aggregation est un mécanisme générique permettant de mesurer des données agrégées multisites de manière respectueuse de la confidentialité. Il a été conçu à l'origine pour un avenir sans cookies tiers.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, l'équipe prévoit d'abandonner et de supprimer l'API Private Aggregation (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités Privacy Sandbox). Cette API n'est exposée que par le biais des API Shared Storage et Protected Audience, qui devraient également être abandonnées et supprimées. Par conséquent, aucune autre action n'est requise pour l'agrégation privée.
Abandonner les ensembles de sites Web associés
Les ensembles de sites Web associés fournissent un framework permettant aux développeurs de déclarer des relations entre les sites, afin d'autoriser un accès limité aux cookies multisites à des fins spécifiques et visibles par les utilisateurs. Pour ce faire, nous utilisons l'API Storage Access et document.requestStorageAccessFor (voir la section suivante).
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, nous allons désormais abandonner et supprimer les ensembles de sites Web associés (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités Privacy Sandbox).
Abandon de document.requestStorageAccessFor
L'API requestStorageAccessFor est une extension de l'API Storage Access qui permet à un site de premier niveau de demander l'accès aux cookies non partitionnés ("first party") pour le compte de sites intégrés. Les navigateurs seraient libres d'accorder ou de refuser l'accès, avec des mécanismes tels que l'appartenance à un ensemble de sites Web associés comme signal potentiel. Cela permettrait aux sites de premier niveau d'utiliser l'API Storage Access.
Suite à l'annonce selon laquelle Chrome conservera son approche actuelle concernant les cookies tiers, nous allons désormais abandonner et supprimer requestStorageAccessFor (ainsi que certaines autres technologies, comme indiqué sur la page État des fonctionnalités Privacy Sandbox).
Abandon de savedTabGroups en tant que valeur individuelle dans SyncTypesListDisabled
La règle d'entreprise SyncTypesListDisabled permet aux administrateurs de désactiver la synchronisation du type de données savedTabGroups sur les plates-formes de bureau. Toutefois, sur les plates-formes mobiles, la synchronisation des groupes d'onglets est déjà gérée par le type de données tabs. Pour aligner le comportement sur ordinateur avec celui sur mobile et simplifier la gestion de la synchronisation, le type de données savedTabGroups individuel est obsolète et n'est plus une valeur personnalisable individuellement dans la règle SyncTypesListDisabled.
Entités chargées en externe dans l'analyse XML
Chrome récupère de manière synchrone les entités XML externes ou les DTD et les intègre à l'analyse dans des circonstances spécifiques. Cette fonctionnalité sera supprimée.
http/tests/security/contentTypeOptions/xml-external-entity.xml fournit un exemple : les entités externes peuvent être définies dans la partie finale de l'instruction DOCTYPE et faire référence à des ressources qui sont chargées de manière synchrone et incluses en tant que contexte lors de l'analyse du fichier XML.
Un autre exemple de syntaxe est un DOCTYPE qui, à l'aide du mot clé SYSTEM suivi d'une URL pointant vers une DTD, contient des définitions d'entités supplémentaires.
Ces requêtes de chargement externes sont transmises par l'analyseur.
Selon la spécification XML du W3C, les processeurs non validants ne sont pas tenus de lire les entités externes.
L'équipe prévoit d'abandonner le chargement des définitions d'entités externes dans les documents XML qui n'utilisent pas XSLT.