Sauf indication contraire, les modifications suivantes s'appliquent à la version stable de Chrome 124 pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur les fonctionnalités listées ici, cliquez sur les liens fournis ou consultez la liste sur ChromeStatus.com. Chrome 124 est stable depuis le 16 avril 2024. Vous pouvez télécharger la dernière version sur Google.com pour ordinateur ou sur le Google Play Store pour Android.
Vous ne voulez que les moments forts ? Découvrez les nouveautés de Chrome 124.
Modifications du navigateur et outils pour les développeurs
Installation universelle
Rendez toutes les pages installables, même celles qui ne répondent pas aux critères actuels d'installation des PWA.
Conteneurs de défilement pouvant être sélectionnés au clavier
Améliore l'accessibilité en rendant les conteneurs de défilement sélectionnables à l'aide de la navigation de sélection séquentielle. Avant cette modification, la touche de tabulation ne mettait pas en surbrillance les défilements, sauf si tabIndex est explicitement défini sur 0 ou plus.
En rendant le curseur sélectionnable par défaut, les utilisateurs qui ne peuvent pas (ou ne souhaitent pas) utiliser une souris peuvent sélectionner le contenu tronqué à l'aide de la touche Tabulation et des touches fléchées du clavier. Ce comportement n'est activé que si le conteneur de défilement ne contient aucun enfant sélectionnable au clavier.
Cette fonctionnalité sera déployée progressivement à partir de Chrome 124 et disponible pour tous les utilisateurs dans Chrome 125.
Défilements sélectionnables au clavier | Bug de suivi n° 40113891 | Entrée ChromeStatus.com | Spécification
Invite d'autorisations pour l'API Web MIDI
Cette fonctionnalité restreint l'accès à l'API Web MIDI derrière une invite d'autorisation. Auparavant, l'utilisation de messages SysEx avec l'API Web MIDI nécessite une autorisation explicite de l'utilisateur.À partir de Chrome 125, tout accès à l'API Web MIDI nécessite une autorisation utilisateur.
Cette fonctionnalité sera déployée progressivement à partir de Chrome 124 et disponible pour tous les utilisateurs dans Chrome 125.
Bug de suivi n° 40063295 | Entrée ChromeStatus.com | Spécifications
HTML et DOM
Attribut writingsuggestions
Les navigateurs commencent à proposer des suggestions de texte aux utilisateurs lorsqu'ils saisissent du texte dans différents champs modifiables du Web. Bien que cela soit généralement utile pour les utilisateurs, il peut arriver que les développeurs souhaitent désactiver l'aide à la rédaction fournie par le navigateur, comme les extensions ou les sites fournissant des fonctionnalités similaires.
Le nouvel attribut writingsuggestions comporte des valeurs true ou false qui permettent aux développeurs d'activer ou de désactiver les suggestions rédactionnelles fournies par le navigateur. L'état de l'attribut d'un élément peut également être hérité des éléments ancêtres, ce qui permet aux développeurs de contrôler cette capacité à l'échelle de chaque élément, document ou sous-document.
Entrée ChromeStatus.com | Spécification
Chargement…
Conseil client Sec-CH-UA-Form-Factors
Cette suggestion fournit au serveur des informations sur les facteurs de forme de l'user-agent. Elle renvoie une ou plusieurs des valeurs de facteur de forme suivantes:
- Ordinateur: user-agent exécuté sur un ordinateur personnel.
- Automobile: user-agent intégré à un véhicule, où l'utilisateur peut être responsable de l'utilisation du véhicule et ne pas être en mesure de soigner les petits détails.
- Mobile: petit appareil tactile généralement porté par la personne de l'utilisateur.
- Tablette: appareil tactile plus grand que "Mobile" et qui n'est généralement pas porté par la personne de l'utilisateur.
- XR: appareils immersifs qui enrichissent ou remplacent l'environnement qui entoure l'utilisateur.
- EInk: appareil caractérisé par des mises à jour de l'écran lentes, et une résolution des couleurs limitée ou inexistante.
- Montre: appareil mobile doté d'un petit écran (généralement moins de 2 pouces) porté de manière à permettre à l'utilisateur de le regarder rapidement.
Entrée ChromeStatus.com | Spécification
Autorisation d'accès au réseau privé pour assouplir le contenu mixte
Pour établir des connexions à des appareils sur un réseau local qui n'ont pas de noms uniques et qui ne peuvent donc pas obtenir de certificats TLS, cette fonctionnalité introduit une nouvelle option dans fetch(), qui permet de déclarer l'intention d'un développeur de communiquer avec un tel appareil. Cela inclut une nouvelle fonctionnalité contrôlée par des règles pour contrôler l'accès de chaque site à cette fonctionnalité, ainsi que de nouveaux en-têtes pour la réponse préliminaire du serveur afin de fournir des métadonnées supplémentaires.
Entrée ChromeStatus.com | Spécification
En-tête de requête HTTP priority
Cette opération ajoute l'en-tête de requête priority pour toutes les requêtes HTTP avec les informations de priorité de la requête au moment de son envoi.
RFC 9218 (Extensible Prioritization Scheme pour HTTP) définit un en-tête de requête HTTP priority à utiliser pour signaler la priorité de la requête aux origines (et aux intermédiaires). Il définit également les processus de négociation et les trames au niveau du protocole pour que HTTP/2 et HTTP/3 fournissent les mêmes informations de priorité.
L'en-tête ne peut signaler la priorité initiale d'une ressource que lors de sa première demande, tandis que les mécanismes basés sur les frames permettent de modifier la priorité par la suite.
L'en-tête peut fonctionner de bout en bout avec les serveurs d'origine (et fournir un mécanisme permettant à l'origine de remplacer la priorité si elle est reconnue par des intermédiaires), tandis que les trames sont limitées à fonctionner au niveau d'une liaison.
Cette fonctionnalité est spécifiquement conçue pour prendre en charge le schéma de priorisation basé sur l'en-tête.
Bug de suivi n° 40252001 | Entrée ChromeStatus.com | Spécifications
Blocage de l'affichage des documents
Cette fonctionnalité permet aux auteurs de bloquer l'affichage d'un document jusqu'à ce que le contenu critique ait été analysé, ce qui garantit un premier rendu cohérent dans tous les navigateurs. Sans cette fonctionnalité, l'état du premier rendu dépend des méthodes heuristiques de rendement de l'analyse, qui peuvent varier d'un navigateur à l'autre.
Cela est particulièrement important pour les transitions de vue, où l'état du DOM analysé sur la première image peut modifier considérablement la transition créée.
Notez que cette fonctionnalité implémente une syntaxe <link rel=expect href="#id"> qui permet à un élément "link" de faire référence à un autre élément attendu sur la page. Le rendu est ensuite bloqué jusqu'à ce que l'élément attendu soit entièrement analysé. Cela remplace l'implémentation précédente d'un attribut HTML qui permet de bloquer l'affichage de l'ensemble du document.
Entrée ChromeStatus.com | Spécification
Encapsulation de clé X25519Kyber768 pour TLS
Protège le trafic TLS actuel de Chrome contre la future cryptanalyse quantique en déployant l'algorithme de contrat de clé antiquantique Kyber768.
Il s'agit d'un accord clé hybride X25519 et Kyber768 basé sur la norme IETF. Cette spécification et ce lancement n'entrent pas dans le cadre du W3C. Cet accord clé sera lancé sous la forme d'un algorithme de chiffrement TLS et doit être transparent pour les utilisateurs.
Protéger le trafic Chrome avec Kyber KEM hybride | Bug de suivi n° 40910498 | Article ChromeStatus.com | Spécifications
Contenus multimédias
jitterBufferTarget attribut
L'attribut jitterBufferTarget permet aux applications de spécifier une durée cible en millisecondes de contenu multimédia que le tampon de gigue RTCRtpReceiver doit contenir. Cela a une incidence sur la quantité de mise en mémoire tampon effectuée par le user-agent, ce qui affecte les retransmissions et la récupération après la perte de paquets. Modifier la valeur cible permet aux applications de contrôler le compromis entre le délai de lecture et le risque de manquer d'images audio ou vidéo en raison de la gigue du réseau.
Bug de suivi n° 324276557 | Entrée ChromeStatus.com | Spécifications
API Web
API WebSocketStream
L'API WebSocket fournit une interface JavaScript au protocole WebSocket RFC6455. Bien qu'il ait été efficace, il est gênant d'un point de vue ergonomique et il lui manque la caractéristique importante de contre-pression. L'objectif de l'API WebSocketStream est de résoudre ces problèmes en intégrant les flux WHATWG à l'API WebSocket.
WebSocketStream: intégrer des flux avec l'API WebSocket | Bug de suivi n° 41470216 | Article ChromeStatus.com | Spécification
setHTMLUnsafe et parseHTMLUnsafe
Les méthodes setHTMLUnsafe et parseHTMLUnsafe permettent d'utiliser la fonction Shadow DOM déclarative à partir de JavaScript. Ces méthodes permettent également d'analyser impérativement le code HTML dans le DOM, par rapport à innerHTML ou DOMParser.
Entrée ChromeStatus.com | Spécification
API Streams: itération asynchrone ReadableStream
Les API de flux fournissent des primitives interopérables et omniprésentes pour créer, composer et consommer des flux de données. Cette modification prend en charge le protocole itérable asynchrone de l'API ReadableStream, ce qui permet d'utiliser des flux lisibles comme source des boucles await...of.
Bug de suivi n° 40612900 | Entrée ChromeStatus.com | Spécifications
pageswap événement
L'événement pageswap est déclenché sur l'objet de fenêtre d'un document lorsqu'une navigation remplacera ce document par un nouveau document. L'événement fournit des informations d'activation sur la navigation (type, NavigationHistoryEntry pour le nouveau document).
Si la navigation comporte une transition d'affichage inter-document, l'événement est envoyé avant la capture de l'état de l'ancien document. Cela permet au développeur de configurer l'ancien état capturé pour la transition en fonction des informations d'activation de la navigation et de l'état visuel actuel de l'ancien document.
Bug de suivi n° 41495176 | Entrée ChromeStatus.com | Spécifications
Ajouts à l'API Attribution Reporting
Des fonctionnalités ont été ajoutées à l'API Attribution Reporting pour créer des fonctionnalités de débogage supplémentaires grâce à la prise en charge des rapports de débogage des échecs d'analyse, améliorer l'ergonomie de l'API en prenant en charge un champ permettant de spécifier la plate-forme d'enregistrement préférée et améliorer la confidentialité.
Document Picture-in-picture: ajout d'une option pour masquer le bouton "Revenir à l'onglet"
Cela ajoute un nouveau paramètre (disallowReturnToOpener) à l'API Document Picture-in-picture qui, lorsqu'il est défini sur "true", indique au navigateur qu'il ne doit pas afficher de bouton dans la fenêtre Picture-in-picture pour permettre à l'utilisateur de revenir à l'onglet d'ouverture.
Bien qu'il soit toujours judicieux d'ajouter un bouton pour revenir à l'onglet d'ouverture dans le cas Picture-in-picture de la vidéo (le flux vidéo peut être renvoyé à l'élément vidéo dans l'onglet d'ouverture), ce n'est pas toujours le cas pour les expériences Picture-in-picture de document. Cela permet aux développeurs de mieux contrôler l'expérience utilisateur lorsqu'ils estiment qu'un tel bouton n'est pas pertinent pour leur cas d'utilisation.
Documentation pour le mode Picture-in-picture des documents | Entrée ChromeStatus.com | Spécification
Rendu et graphismes
SVG context-fill et context-stroke
Intègre une fonctionnalité SVG existante qui autorise les mots clés context-fill et context-stroke lorsque vous spécifiez les propriétés de remplissage et de trait. Cela ne concerne que les sous-arborescences SVG instanciées avec un élément <use> et les éléments <marker> instanciés à l'aide de la propriété marker sur un élément <path>. Dans ce cas, context-fill et context-stroke sont résolus sur la valeur des propriétés fill et stroke du <use> ou du <path>.
Entrée ChromeStatus.com | Spécification
WebGPU: compatibilité avec ServiceWorker et SharedWorker
La compatibilité de ServiceWorker et de SharedWorker est ajoutée à WebGPU, conformément aux fonctionnalités WebGL existantes.
Les service workers activent les fonctionnalités hors connexion et le traitement en arrière-plan pour WebGPU. Cela signifie que les applications Web ou les extensions Chrome exigeantes en ressources graphiques peuvent mettre en cache des ressources et effectuer des calculs même lorsque l'utilisateur n'interagit pas activement avec la page.
Les workers partagés permettent à plusieurs onglets ou contextes d'extension de coordonner et de partager les ressources WebGPU. Cela se traduit par des performances plus fluides et une utilisation plus efficace du matériel graphique de l'utilisateur.
Bug de suivi n° 41494731 | Entrée ChromeStatus.com | Spécifications
Essais d'origine en cours
Dans Chrome 124, vous pouvez activer les nouvelles phases d'évaluation suivantes.
Essai d'abandon pour les événements de mutation
Les événements de mutation, y compris DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument et DOMCharacterDataModified, peuvent nuire aux performances des pages et augmenter considérablement la complexité liée à l'ajout de nouvelles fonctionnalités sur le Web. Ces API ont été abandonnées dans la spécification en 2011 et ont été remplacées (en 2012) par l'API Mutation Observer, qui s'est avérée beaucoup plus performante.
La prise en charge des événements de mutation sera désactivée par défaut à partir de Chrome 127, aux alentours du 30 juillet 2024. Le code doit être migré vers l'API Mutation Observer avant cette date pour éviter le dysfonctionnement du site. Si vous avez besoin de plus de temps, inscrivez-vous à l'essai d'abandon des événements Mutation pour réactiver la fonctionnalité pendant une durée limitée sur un site donné. Vous pouvez l'utiliser dans Chrome 134, qui prendra fin le 25 mars 2025.
Une règle d'entreprise MutationEventsEnabled peut également être utilisée aux mêmes fins, également via Chrome 134.
Phase d'évaluation | Bug de suivi n° 40268638 | Entrée ChromeStatus.com | Spécifications
Abandons et suppressions
Cette version de Chrome présente les abandons et suppressions suivants. Consultez la page ChromeStatus.com pour obtenir la liste des abandons et des suppressions.
Il n'y a pas d'abandon ni de suppression dans Chrome 124.
Complément d'informations
Vous souhaitez en savoir plus ? Consultez ces ressources supplémentaires.