Publié le 4 septembre 2025
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 les fonctionnalités listées ici, consultez les liens fournis ou la liste sur ChromeStatus.com. Chrome 141 est en version bêta depuis le 4 septembre 2025. Vous pouvez télécharger la dernière version sur Google.com pour ordinateur ou sur le Google Play Store pour Android.
CSS et UI
API ARIA Notify
L'API ARIA Notify fournit une méthode JavaScript permettant aux développeurs d'indiquer directement à un lecteur d'écran ce qu'il doit lire.
L'utilisation de ariaNotify() améliore la fiabilité et le contrôle des développeurs par rapport aux régions dynamiques ARIA, et permet d'annoncer des modifications qui ne sont pas liées aux mises à jour du DOM. Cela vous permet de créer des expériences d'accessibilité plus cohérentes et ergonomiques dans les applications Web dynamiques. Vous pouvez contrôler l'utilisation de cette fonctionnalité par les iFrames à l'aide de la règle d'autorisation "aria-notify".
Mettre à jour hidden=until-found et l'algorithme de révélation des ancêtres de details
La spécification a récemment subi quelques modifications mineures des algorithmes de révélation pour les éléments hidden=until-found et details afin d'éviter que le navigateur ne se retrouve bloqué dans une boucle infinie. Ces mises à jour ont été ajoutées à Chrome.
Prise en charge de width et height en tant qu'attributs de présentation sur les éléments <svg> imbriqués
Chrome permet d'appliquer width et height en tant qu'attributs de présentation sur les éléments <svg> imbriqués via le balisage SVG et le CSS. Cette double approche offre encore plus de flexibilité aux développeurs, leur permettant de gérer et de styliser les éléments SVG plus efficacement dans des conceptions complexes.
Lorsque cette fonctionnalité est activée, les extraits HTML suivants ont le même résultat.
Avec les propriétés CSS pour l'élément <svg> imbriqué :
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
Sans propriétés CSS pour l'élément <svg> imbriqué :
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
API Web
API Digital Credentials (compatibilité avec la présentation)
Les sites Web récupèrent les identifiants des applications de portefeuille mobile à l'aide de divers mécanismes, tels que les gestionnaires d'URL personnalisés et la lecture de QR codes. Cette fonctionnalité permet aux sites de demander des informations d'identité aux portefeuilles à l'aide du système IdentityCredential CredMan d'Android. Il est extensible pour prendre en charge plusieurs formats d'identifiants (tels que ISO mDoc et les identifiants vérifiables W3C) et permet d'utiliser plusieurs applications de portefeuille. Cette mise à jour ajoute des mécanismes permettant de réduire le risque d'utilisation abusive de l'identité réelle à l'échelle de l'écosystème.
API Navigation : commit différé (gestionnaires de précommit)
Normalement, lorsque navigateEvent.intercept() est appelé, la navigation interceptée est validée (et l'URL est donc mise à jour) dès que l'envoi de NavigateEvent est terminé.
Cette fonctionnalité ajoute une option precommitHandler à navigateEvent.intercept(), semblable à handler. Il diffère le commit jusqu'à ce que ce gestionnaire (et tous les autres gestionnaires de précommit) soit résolu, et permet au gestionnaire de modifier l'URL, les informations, l'état et le comportement de gestion de l'historique (push/replace) de la navigation.
Soutenir restrictOwnAudio
La propriété restrictOwnAudio est une propriété de surfaces d'affichage capturées pouvant être contrainte. Cette propriété pouvant être contrainte modifie le comportement de l'audio du système dans une surface d'affichage capturée. La contrainte restrictOwnAudio n'aura d'effet que si la surface d'affichage capturée inclut intrinsèquement l'audio du système. Sinon, elle n'aura aucun impact.
Par défaut, lorsque l'audio système est capturé, il inclut tout l'audio lu par le système sur les périphériques de sortie audio. Lorsque restrictOwnAudio est activé, l'audio du système capturé est filtré pour exclure l'audio provenant du document qui a effectué getDisplayMedia.
echoCancellationMode pour getUserMedia()
Étend le comportement echoCancellation du dictionnaire MediaTrackConstraints. Auparavant, seules les valeurs true et false étaient acceptées. Désormais, les valeurs all et remote-only sont également possibles. Permet aux clients de modifier le comportement d'annulation de l'écho appliqué aux pistes audio reçues des micros, en contrôlant la quantité de lecture du système utilisateur (toutes les pistes ou seulement l'audio reçu des PeerConnections) qui est supprimée du signal du micro.
windowAudio pour getDisplayMedia()
Étendez DisplayMediaStreamOptions pour getDisplayMedia() avec une option windowAudio. Cette nouvelle option permet aux applications Web d'indiquer à l'user-agent si l'utilisateur doit pouvoir partager l'audio lorsqu'une fenêtre est sélectionnée. L'option windowAudio peut être définie sur "exclude", "system" ou "window" en fonction des préférences de l'application.
Une application Web configurée pour la capture audio, mais qui souhaite limiter la capture audio du système lorsqu'une fenêtre est sélectionnée, doit définir windowAudio: "exclude".
FedCM : champs alternatifs dans la sélection de compte
Ajoute la prise en charge des numéros de téléphone et des noms d'utilisateur, en plus ou à la place du nom complet et de l'adresse e-mail d'un utilisateur, en tant qu'identifiants pour lever l'ambiguïté des comptes dans le sélecteur de compte. Ces nouveaux champs sont disponibles pour les sites Web afin d'affecter le texte de divulgation. Pour en savoir plus, consultez la documentation.
getAllRecords() IndexedDB et option de direction pour getAll() et getAllKeys()
Cette fonctionnalité ajoute la méthode getAllRecords() à IDBObjectStore et IDBIndex d'IndexedDB. Il ajoute également un paramètre de direction à getAll() et getAllKeys(). Cette fonctionnalité permet d'accélérer considérablement certains schémas de lecture par rapport à l'alternative existante d'itération avec des curseurs. Lors d'un test, une charge de travail d'une propriété Microsoft a montré une amélioration de 350 ms.
La méthode getAllRecords() combine getAllKeys() et getAll() en énumérant simultanément les clés primaires et les valeurs. Pour un IDBIndex, getAllRecords() fournit également la clé d'index de l'enregistrement en plus de la clé primaire et de la valeur.
Règles de spéculation : amélioration de l'empressement "eager" sur ordinateur
Sur ordinateur, les règles de spéculation "eager" (immédiate) déclenchent le préchargement et le prérendu lorsque les utilisateurs pointent sur un lien pendant une durée plus courte que la durée de pointage "moderate" (modérée).
Le comportement précédent, qui consistait à démarrer la pré-extraction ou le prérendu dès que possible, était identique à l'empressement "immédiat". Ce nouveau comportement est utile, car il reflète mieux l'intention de l'auteur d'être plus rapide que "modéré" et moins rapide qu'"immédiat".
Règle stricte de même origine pour l'API Storage Access
Ajuste la sémantique de l'API Storage Access pour respecter strictement la règle de même origine en matière de sécurité. En d'autres termes, l'utilisation de document.requestStorageAccess() dans un frame associe par défaut uniquement les cookies aux requêtes envoyées à l'origine de l'iFrame (et non au site).
Intégrité basée sur la signature
Cette fonctionnalité fournit aux développeurs Web un mécanisme permettant de vérifier la provenance des ressources dont ils dépendent, créant ainsi une base technique pour la confiance dans les dépendances d'un site. Les serveurs peuvent signer les réponses avec une paire de clés Ed25519, et les développeurs Web peuvent exiger que l'user-agent vérifie la signature à l'aide d'une clé publique spécifique. Il s'agit d'un ajout utile aux vérifications basées sur les URL proposées par Content Security Policy d'une part, et aux vérifications basées sur le contenu de Subresource Integrity d'autre part.
Transformation encodée WebRTC (version 2)
Cette API vous permet de traiter les contenus multimédias encodés qui transitent par un RTCPeerConnection. Chromium a publié une première version de cette API en 2020. Depuis, la spécification a changé et d'autres navigateurs ont publié la version mise à jour de la spécification (Safari en 2022 et Firefox en 2023).
Ce lancement met à jour Chrome vers la spécification la plus récente et fait partie d'Interop 2025.
Ce lancement ne couvre pas la méthode generateKeyFrame, qui est toujours en cours de discussion.
Appareils ChromeOS gérés uniquement
Règle d'autorisation pour l'API Device Attributes
La nouvelle règle d'autorisation vous permet de restreindre l'accès à l'API Device Attributes, qui n'est disponible que pour les applications Web en mode Kiosque et les applications Web isolées installées par le biais de règles, toutes deux uniquement sur les appareils ChromeOS gérés. De plus, les paramètres de contenu contrôlent la fonctionnalité.
Deux nouvelles règles sont introduites : DeviceAttributesBlockedForOrigins et DefaultDeviceAttributesSetting. Ces règles sont introduites en même temps que DeviceAttributesAllowedForOrigins.
Nouveaux essais Origin Trial
Dans Chrome 141, vous pouvez activer les nouveaux essais Origin Trial suivants.
Restrictions d'accès au réseau local
Chrome 141 limite la possibilité d'envoyer des requêtes au réseau local de l'utilisateur, qui est contrôlée par une demande d'autorisation.
Une requête réseau est considérée comme locale si elle est 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. Soumettre à une autorisation la possibilité pour les sites Web d'effectuer ces requêtes atténue le risque d'attaques par falsification de requêtes intersites contre des appareils du réseau local, tels que les routeurs, et limite la capacité de ces sites à utiliser de telles requêtes pour identifier le réseau local de l'utilisateur.
Cette autorisation est limitée aux contextes sécurisés. Si elles sont accordées, les autorisations assouplissent également le blocage du contenu mixte pour les requêtes réseau locales (car de nombreux appareils locaux ne peuvent pas obtenir de certificats TLS publiquement fiables pour diverses raisons).
Ce travail remplace un effort antérieur appelé "Accès au réseau privé".
API Proofreader
Une API JavaScript permettant de relire le texte saisi avec des suggestions de correction, basée sur un modèle de langage d'IA.
Étendre la CSP script-src (également appelée script-src-v2)
Cette fonctionnalité ajoute de nouveaux mots clés à la directive CSP (Content Security Policy) script-src. Cela ajoute deux nouveaux mécanismes de mise sur liste d'autorisation basés sur le hachage : les sources de script basées sur les hachages d'URL et le contenu des fonctions eval() et de type eval(). On l'appelle parfois script-src-v2, bien qu'elle soit rétrocompatible avec la directive script-src existante et qu'elle utilise la même directive.
L'extension des hachages pour couvrir les hachages d'URL et de eval() permet aux développeurs de définir des règles de sécurité raisonnablement strictes en ajoutant des scripts à la liste d'autorisation en fonction de leurs hachages, même lorsque le contenu des scripts est sujet à des modifications fréquentes, et le contenu connu comme sûr de eval() sans autoriser l'utilisation non vérifiée de eval() de manière générale.
Les nouveaux mots clés remplacent les valeurs script-src basées sur l'hôte, le cas échéant. Cela permet à un seul en-tête d'être compatible avec les navigateurs qui implémentent ou non les nouveaux mots clés.
Descripteurs personnalisés WebAssembly
Permet à WebAssembly de stocker plus efficacement les données associées aux types au niveau de la source dans de nouveaux objets "descripteur personnalisé". Ces descripteurs personnalisés peuvent être configurés avec des prototypes pour les objets WebAssembly de ce type au niveau de la source. Cela vous permet d'installer des méthodes sur la chaîne de prototypes d'un objet WebAssembly et de les appeler directement depuis JavaScript à l'aide de la syntaxe d'appel de méthode normale. Les prototypes et les méthodes peuvent être configurés de manière déclarative à l'aide d'une fonction intégrée importée.