Notes de version de Chrome Enterprise et Education

Cet article s'adresse aux administrateurs qui gèrent des appareils Chrome OS ou dotés du navigateur Chrome dans une entreprise ou un établissement scolaire.

 

Sélectionnez l'onglet souhaité pour afficher les mises à jour du navigateur Chrome ou de ChromeOS.

• Les mises à jour du navigateur Chrome sont publiées sur la version stable anticipée du navigateur Chrome.
• Les mises à jour de ChromeOS sont publiées une semaine avant la version stable de ChromeOS.

 

Résumé de la version Chrome 133

 

Modifications apportées au navigateur Chrome	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Rechercher avec Google Lens sur ordinateur et iOS		✓
Signatures de code ponctuelles pour les shims de PWA sous macOS		✓
Fin de la compatibilité de la synchronisation Chrome avec les versions de Chrome datant de plus de quatre ans		✓
Nouvelle option dans la règle HttpsOnlyMode	✓		✓
Figement des onglets en mode Économiseur d'énergie		✓
Paramètre de sécurité V8 sur Android	✓
La page d'accueil de Chrome n'est plus déclenchée à l'aide de initial_preferences	✓
Prise en charge des URL à schéma non spécial	✓
Nouvelles règles dans le navigateur Chrome			✓
Règles supprimées du navigateur Chrome			✓
Modifications apportées à Chrome Enterprise Core	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Compatibilité de la règle DownloadRestrictions sur iOS	✓
Modifications apportées à Chrome Enterprise Premium	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Aucune mise à jour dans Chrome 133
Modifications du navigateur Chrome à venir	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Panneau "Confidentialité et sécurité" dans les outils pour les développeurs Chrome	✓	✓
Lecture à voix haute dans le mode Lecture dans Chrome 134		✓
Paramètres permettant de mettre en avant les fonctionnalités d'IA désactivées par une règle	✓
Partitionnement des URL blob : extraction/navigation	✓
Créer un client de service worker et hériter du contrôleur de service worker pour l'iFrame srcdoc	✓
Générer un événement d'erreur au lieu de générer une exception pour un worker bloqué par CSP	✓
Suppression des contraintes audio non standards pour getUserMedia	✓
Abandon des événements de mutation		✓
Synchronisation inter-appareil des paramètres et des thèmes Chrome sur ordinateur lors de la connexion	✓
Espaces proscrits dans les hôtes d'URL autres que file://	✓
Suppression de la règle ThirdPartyBlockingEnabled			✓
Abandon des getters dans l'API Intl Locale Info	✓
Suppression du remplacement SwiftShader	✓
Fournisseur de framework d'accessibilité UI Automation du navigateur sous Windows		✓
Migration de la version 4 de l'API SafeBrowsing vers la version 5	✓
Modifications de Chrome Enterprise Core à venir	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Nouveau binaire Chrome Enterprise Companion		✓	✓
Modifications de Chrome Enterprise Premium à venir	Sécurité/Confidentialité	Productivité de l'utilisateur/Applications	Gestion
Refactorisation de l'expérience utilisateur pour les règles de protection contre la perte de données	✓
Protection contre les captures d'écran	✓
Filtrage des URL sur iOS/Android	✓
Connecteur de reporting sur les appareils mobiles	✓
API Connectors	✓

 

TÉLÉCHARGER les notes de version (PDF)

Les notes de version destinées aux entreprises sont disponibles dans neuf langues. Vous pouvez découvrir les dernières informations concernant les mises à jour de Chrome en allemand, anglais, coréen, espagnol, français, indonésien, japonais, néerlandais et portugais. La traduction dans certaines langues peut prendre une à deux semaines.

Les notes de version de Chrome Enterprise et Education sont publiées selon le calendrier des versions de Chrome, à la date de sortie de la version stable anticipée du navigateur Chrome.

Modifications apportées au navigateur Chrome

 

   

• Rechercher avec Google Lens sur ordinateur et iOS 

  Les administrateurs peuvent contrôler tous les éléments de cette fonctionnalité à l'aide de la règle LensOverlaySettings. Pour effectuer la recherche, une capture d'écran est envoyée aux serveurs Google. Elle n'est toutefois associée à aucun identifiant ni compte, elle n'est consultée par aucun humain, et les données sur le contenu ne sont pas consignées. Pour contextualiser la recherche en fonction du document ou du site Web que l'utilisateur consulte, les octets PDF ou le code HTML du site Web sont envoyés aux serveurs Google. Ils ne sont toutefois associés à aucun identifiant ni compte, ne sont visibles par aucun humain, et les données générées sur leur contenu ne sont pas consignées.

   

  Ordinateur de bureau

  Depuis Chrome 126, les utilisateurs peuvent rechercher n'importe quel texte ou image affiché sur l'écran de leur ordinateur de bureau avec Google Lens. Pour utiliser cette fonctionnalité, accédez à un site Web et cliquez sur le chip Google Lens dans l'omnibox sélectionnée, ou effectuez un clic droit sur une image et sélectionnez "Rechercher l'image avec Google". Les utilisateurs peuvent effectuer une sélection n'importe où sur l'écran pour rechercher du contenu, et affiner leur recherche en ajoutant des questions dans le champ de recherche. À partir de Chrome 132, les utilisateurs peuvent également poser des questions sur des pages Web ou des documents PDF entiers. Les réponses feront référence à leur document actuel et au Web. Pour utiliser cette fonctionnalité, activez Rechercher avec Google Lens comme décrit ci-dessus, puis saisissez des requêtes dans le champ de recherche en haut à droite de la fenêtre Chrome. Un panneau latéral comportant les résultats de recherche s'ouvre sur la droite de la fenêtre du navigateur. 

   

  iOS

  Depuis Chrome 131, les utilisateurs peuvent rechercher n'importe quel texte ou image affiché sur leur écran Chrome sur iOS avec Google Lens. Pour utiliser cette fonctionnalité, accédez à un site Web, puis cliquez sur le menu à trois points > Rechercher avec Google Lens. Les utilisateurs peuvent cliquer, mettre en surbrillance ou faire glisser leur doigt n'importe où sur l'écran pour rechercher du contenu, et affiner leur recherche en ajoutant des mots clés ou des questions dans le champ de recherche.

   

  Informations sur le déploiement :

  • Chrome 126 sur ChromeOS, Linux, Mac et Windows : déploiement de la fonctionnalité dans la version stable à 1 %
  • Chrome 127 sur ChromeOS, Linux, Mac et Windows : déploiement dans la version stable à 100 %
  • Chrome 131 sur iOS : déploiement de la fonctionnalité dans la version stable à 1 %
  • Chrome 132 sur ChromeOS, Linux, Mac et Windows : déploiement de la fonctionnalité étendue dans la version stable à 1 %
  • Chrome 133 sur iOS : déploiement dans la version stable à 100 %

 

   

• Signatures de code ponctuelles pour les shims de PWA sous macOS

  Les signatures de code pour les shims d'application créés lors de l'installation d'une progressive web app (PWA) sur macOS sont remplacées par des signatures de code ponctuelles créées lors de l'installation de l'application. La signature de code est utilisée par macOS et fait partie de l'identité de l'application. Ces signatures ponctuelles permettent à chaque shim de PWA de posséder une identité unique sur macOS. Auparavant, chaque PWA ressemblait à la même application sur macOS.

  Cette mise à jour permet de résoudre les problèmes liés à l'ajout de plusieurs PWA dans le volet de préférences Ouvrir à la connexion de macOS, et d'améliorer la gestion des notifications utilisateur dans les PWA sur macOS.

  Les administrateurs doivent vérifier la compatibilité avec tous les outils de sécurité des points de terminaison ou d'autorisation binaire qu'ils utilisent (Santa, par exemple). Cette fonctionnalité peut être activée via chrome://flags/#use-adhoc-signing-for-web-app-shims pour effectuer cette vérification. Ils peuvent ensuite installer une progressive web app et s'assurer qu'elle se lance comme prévu.

  En cas d'incompatibilité de la fonctionnalité avec les règles de sécurité actuelles, la règle AdHocCodeSigningForPWAsEnabled permet de désactiver la fonctionnalité lors du déploiement d'une règle de sécurité des points de terminaison mise à jour. La règle d'entreprise ne doit être utilisée que pour désactiver la fonctionnalité en attendant la mise à jour des règles de sécurité des points de terminaison, après quoi elle ne doit plus être définie.

   
  • Chrome 129 sur macOS
    La fonctionnalité est désactivée derrière un flag (chrome://flags/#use-adhoc-signing-for-web-app-shims) afin que les entreprises puissent vérifier la compatibilité avec leurs outils de sécurité des points de terminaison, tels que Santa. Si les outils ne sont actuellement pas compatibles, les entreprises peuvent désactiver la fonctionnalité via la règle d'entreprise pendant la mise à jour des configurations de sécurité des points de terminaison. La règle d'entreprise ne doit être utilisée que pour désactiver la fonctionnalité en attendant la mise à jour des règles de sécurité des points de terminaison.
   
  • Chrome 133 sur macOS

    La fonctionnalité commencera à être déployée dans la version stable à 100 %.

   

   

• Fin de la compatibilité de la synchronisation Chrome avec les versions de Chrome datant de plus de quatre ans 

  À partir de février 2025, la synchronisation Chrome (qui utilise et enregistre des données dans votre compte Google) n'est plus compatible avec les versions de Chrome datant de plus de quatre ans. Pour continuer à utiliser la synchronisation Chrome, vous devez passer à une version plus récente de Chrome. Pour en savoir plus, consultez cette discussion : Arrêt de la synchronisation Chrome sur les versions de Chrome de plus de quatre ans.

   
  • Chrome 133 sur Android, iOS, ChromeOS, Linux, macOS et Windows

    Cette modification n'affecte que les anciennes versions de Chrome et sera déployée côté serveur. Chrome 133 est uniquement mentionné pour refléter le calendrier d'application de la modification. 

   

   

• Nouvelle option dans la règle HttpsOnlyMode 

  Le paramètre Demander avant HTTP (Ask Before HTTP ou ABH, anciennement "Modes HTTPS Only/First") permet à Chrome de demander l'autorisation de l'utilisateur avant d'envoyer du contenu HTTP non sécurisé via le réseau. La règle HttpsOnlyMode permet d'activer ou de désactiver de force la demande d'autorisation.

  Dans Chrome 129, nous avons ajouté une nouvelle variante intermédiaire de la demande d'autorisation appelée "mode équilibré". Cette variante vise à améliorer l'expérience des utilisateurs en appliquant la demande d'autorisation (stricte) la plupart du temps, mais sans demander l'autorisation si Chrome sait qu'une connexion HTTPS n'est pas possible, par exemple lors de la connexion à un nom d'hôte court tel que "internal/".

  Nous ajoutons l'option force_balanced_enabled à la règle pour permettre d'activer de force cette nouvelle variante. Le paramètre force_balanced_enabled sur les navigateurs antérieurs à Chrome 129 entraîne le comportement par défaut, qui n'impose aucune restriction d'entreprise sur le paramètre de demande d'autorisation.

  Pour éviter les impacts inattendus, si vous aviez défini force_enabled, nous vous recommandons de ne pas définir force_balanced_enabled tant que l'ensemble de votre parc n'a pas été mis à niveau vers Chrome 129 ou une version ultérieure. Si vous ne passez pas de force_enabled à force_balanced_enabled, ce changement ne vous affectera pas.

   
  • Chrome 129 sur ChromeOS, Linux, macOS, Windows et Fuchsia
  • Chrome 133 pour Android
   

   

• Figement des onglets en mode Économiseur d'énergie 

  Lorsque l'économiseur d'énergie est activé, Chrome fige tout onglet masqué et silencieux depuis plus de cinq minutes s'il utilise beaucoup de ressources processeur, sauf dans les cas suivants :

  • L'onglet propose une fonctionnalité d'audioconférence ou de visioconférence (détectée via un micro/une caméra ou une capture d'écran/de fenêtre/d'onglet, ou une interface RTCPeerConnection avec un RTCDataChannel ouvert ou un MediaStreamTrack actif).
  • L'onglet contrôle un appareil externe (détecté via Web USB, Web Bluetooth, Web HID ou Web Serial).

  Cela permet de prolonger l'autonomie de la batterie et d'améliorer la vitesse de Chrome en réduisant l'utilisation du processeur.
  La fonctionnalité peut être testée à l'aide du flag chrome://flags/#freezing-on-energy-saver. Vous pouvez également la tester avec chrome://flags/#freezing-on-energy-saver-testing, qui simule l'activation de l'économiseur d'énergie et une utilisation élevée des ressources processeur dans tous les onglets. Vous pouvez ainsi vérifier si un onglet peut être figé dans ces conditions.

   
  • Chrome 133 sur ChromeOS, Linux, macOS et Windows
    La fonctionnalité commencera à être déployée auprès de 1 % des utilisateurs de la version stable dans Chrome 133.

    La disponibilité de l'économiseur d'énergie peut être contrôlée via la règle BatterySaverModeAvailability (ce changement n'a aucun effet lorsque l'économiseur d'énergie est inactif).

     

   

• Paramètre de sécurité V8 sur Android 

  V8 est le moteur JavaScript et WebAssembly de Chrome qui permet d'améliorer les performances des sites. Pour réduire la surface d'attaque de Chrome, Chrome 133 sur Android inclut désormais un nouveau paramètre sur chrome://settings/security pour désactiver les optimiseurs JIT (Just-in-Time, juste à temps) V8. Cela permet de conserver la compatibilité avec Web Assembly. Les administrateurs peuvent continuer à contrôler cette fonctionnalité à l'aide de la règle d'entreprise DefaultJavaScriptJitSetting, ainsi qu'avec les règles JavaScriptJitAllowedForSites et JavaScriptJitBlockedForSites associées.

   
  • Chrome 122 sur ChromeOS, Linux, macOS, Windows et Fuchsia
    Le paramètre est déployé dans Chrome 121. Les règles d'entreprise sont disponibles depuis Chrome 93.
  • Chrome 133 sur Android
    Le paramètre est disponible sur Android dans Chrome 133, sous "Paramètres du site". Les règles d'entreprise ne sont plus marquées comme expérimentales.
   

   

• La page d'accueil de Chrome n'est plus déclenchée à l'aide de initial_preferences 

  Nous avons supprimé la page d'accueil de Chrome de initial_preferences, car elle est redondante avec l'expérience de première utilisation qui se déclenche sur les plates-formes de bureau. L'ajout de chrome://welcome à la propriété first_run_tabs du fichier initial_preferences n'a désormais aucun effet. 

  Pour en savoir plus sur le contexte du fichier initial_preferences, consultez Configurer d'autres préférences.

   
  • Chrome 133 sur Windows, macOS et Linux
   

   

• Prise en charge des URL à schéma non spécial 

  Depuis Chrome 130, le navigateur Chrome accepte les URL à schéma non spécial, telles que git://example.com/path. Auparavant, l'analyseur d'URL de Chromium n'était pas compatible avec les URL non spéciales. Il les analysait comme si elles avaient un chemin opaque, ce qui n'est pas conforme à la norme d'URL. Dans Chrome 133, l'analyseur d'URL de Chromium analyse correctement les URL non spéciales, conformément à la norme d'URL. Pour en savoir plus, consultez http://bit.ly/url-non-special. 

   
  • Chrome 130 sur Windows, macOS, Linux et Android
  • Chrome 133 sur Windows, macOS, Linux et Android
  • Chrome 134 sur Windows, macOS, Linux et Android : suppression du flag de fonctionnalité

   

• Nouvelles règles dans le navigateur Chrome 

  Règle	Description
  LiveTranslateEnabled	Activer la traduction instantanée de sous-titres. Les sous-titres seront envoyés à Google pour être traduits.
  WebRtcIPHandling	Cette règle permet de limiter les adresses IP et interfaces utilisées par WebRTC pour tenter d'identifier la meilleure connexion disponible.
  DefaultJavaScriptOptimizerSetting	Permet de définir si le navigateur Chrome exécutera le moteur JavaScript V8 avec des optimisations JavaScript plus avancées.
  JavaScriptOptimizerBlockedForSites	Permet de lister les formats d'URL des sites pour lesquels les optimisations JavaScript avancées sont désactivées.
  JavaScriptOptimizerAllowedForSites	Permet de lister les formats d'URL des sites pour lesquels les optimisations JavaScript avancées sont activées.
  SafeBrowsingAllowlistDomains	Si cette règle est activée, la fonctionnalité de navigation sécurisée juge fiables les domaines que vous avez spécifiés.
  FilePickerChooseFromDriveSettings	Permet de choisir des fichiers directement dans Google Drive.

   

   

• Règles supprimées dans le navigateur Chrome 

  Règle	Description
  CSSCustomStateDeprecatedSyntaxEnabled	Détermine si la syntaxe obsolète de l'état personnalisé CSS est activée.

   

   

Modifications apportées à Chrome Enterprise Core

   

• Compatibilité de la règle DownloadRestrictions sur iOS 

  DownloadRestrictions est une règle universelle disponible pour les utilisateurs de Chrome Enterprise Core sur les plates-formes de bureau et sur Android. La règle DownloadRestrictions est désormais acceptée sur iOS. Les administrateurs peuvent ainsi bloquer tous les téléchargements sur les versions mobiles de Chrome sur iOS.

   
  • Chrome 133 sur iOS

Modifications apportées à Chrome Enterprise Premium

   

• Aucune mise à jour n'est appliquée à Chrome Enterprise Premium dans Chrome 133.

Découvrez les différences entre Chrome Enterprise Core et Chrome Enterprise Premium.

 

Bientôt disponibles

Remarque : Les éléments répertoriés ci-dessous sont des mises à jour en phase de test ou planifiées. Celles-ci peuvent être modifiées, retardées ou annulées avant le lancement de la version stable.

 

Modifications à venir du navigateur Chrome

 

    

• Panneau "Confidentialité et sécurité" dans les outils pour les développeurs Chrome 

  À partir de Chrome 134, les développeurs pourront utiliser le nouveau panneau Confidentialité et sécurité dans les outils pour les développeurs Chrome pour tester le comportement de leur site lorsque les cookies tiers sont limités. Les développeurs pourront limiter temporairement les cookies tiers, observer le comportement de leur site et consulter l'état des cookies tiers sur leur site.

  Cette fonctionnalité n'apporte aucune modification permanente aux règles d'entreprise existantes, mais elle permet de remplacer temporairement les règles d'entreprise liées aux cookies tiers (à savoir BlockThirdPartyCookies et CookiesAllowedForUrls) afin de les rendre plus restrictives. Si votre règle d'entreprise bloque déjà les cookies tiers à l'aide de BlockThirdPartyCookies, cette fonctionnalité sera désactivée.

  Le nouveau panneau Confidentialité et sécurité remplacera le panneau Sécurité existant. Les informations sur les certificats et les connexions TLS resteront disponibles dans l'onglet Sécurité du panneau Confidentialité et sécurité.

   
  • Chrome 134 sur ChromeOS, Linux, macOS et Windows

    

• Lecture à voix haute dans le mode Lecture dans Chrome 134 

  Le mode Lecture est une fonctionnalité du panneau latéral qui offre une vue simplifiée des pages Web comportant beaucoup de texte. Le mode Lecture inclura la fonctionnalité Lecture à voix haute qui permettra aux utilisateurs d'entendre le texte qu'ils lisent à voix haute. Vous pouvez choisir parmi différentes voix naturelles, ajuster la vitesse et voir des repères visuels. 

   
  • Chrome 134 sur Linux, macOS et Windows

    

• Paramètres permettant de mettre en avant les fonctionnalités d'IA désactivées par une règle 

  Dans les paramètres de Chrome, nous listons les fonctionnalités d'IA qui sont désactivées par une règle d'entreprise. Nous affichons également le message Désactivé par votre organisation, semblable à celui qui s'affiche pour les autres paramètres lorsqu'ils sont désactivés par une règle. 

   
  
  • Chrome 134 sur ChromeOS, Linux, macOS et Windows

    

• Partitionnement des URL blob : extraction/navigation 

  Dans le cadre de la proposition Storage Partitioning, Chromium implémentera le partitionnement de l'accès aux URL blob par clé de stockage (site de premier niveau, origine des frames et valeur booléenne has-cross-site-ancestor), à l'exception des navigations de niveau supérieur qui ne seront partitionnées que par origine de frame. Ce comportement est semblable à celui actuellement implémenté par Firefox et Safari, et aligne l'utilisation des URL blob sur le schéma de partitionnement adopté par d'autres API de stockage dans le cadre du partitionnement du stockage. De plus, Chromium appliquera "noopener" aux navigations de niveau supérieur initiées par le moteur de rendu sur des URL blob lorsque le site correspondant est de type intersites par rapport au site de premier niveau effectuant la navigation. Cela permet à Chromium d'adopter un comportement semblable à celui de Safari. Les spécifications concernées ont été mises à jour pour refléter ces changements. 

  Vous pouvez annuler temporairement cette modification en définissant la règle PartitionedBlobURLUsage. Cette règle sera abandonnée lorsque les autres règles d'entreprise liées au partitionnement du stockage seront abandonnées.

   
  • Chrome 134 sur Windows, macOS et Linux

    

• Créer un client de service worker et hériter du contrôleur de service worker pour l'iFrame srcdoc 

  Les documents de contexte srcdoc ne sont actuellement pas des clients de service worker et ne sont pas couverts par le service worker de leur page parente. Cela entraîne des divergences (par exemple, l'entrée Resource Timing indique les URL que ces documents chargent, mais le service worker ne les intercepte pas). Nous visons à corriger les divergences en créant des clients de service worker pour les iFrames srcdoc et en les faisant hériter du contrôleur de service worker de la page parente.

   
  • Chrome 134 sur Windows, macOS, Linux et Android

    

• Générer un événement d'erreur au lieu d'une exception pour un worker bloqué par CSP 

  Lorsqu'il est bloqué par la Content Security Policy (CSP), Chromium génère actuellement une exception SecurityError à partir des constructeurs "new Worker(url)" ou "new SharedWorker(url)". Conformément à la spécification de la CSP, la vérification CSP est effectuée lors de la récupération, et un événement d'erreur doit se déclencher après le retour de l'objet. Cette mise à jour vise à rendre Chromium conforme aux spécifications, en ne générant pas d'exception à partir du constructeur, mais en déclenchant un événement d'erreur de manière asynchrone.

   
  • Chrome 134 sur Windows, macOS, Linux et Android

    

• Suppression des contraintes audio non standards pour getUserMedia 

  Blink acceptait déjà plusieurs contraintes non standards avec le préfixe "goog" pour getUserMedia avant qu'elles ne soient normalisées.

  L'utilisation de ces contraintes a considérablement diminué (d'environ 0,000001 % à 0,0009 %, selon la contrainte), et certaines d'entre elles n'ont même plus d'effet en raison de modifications apportées à la pile de capture audio Chromium. D'ici peu, elles seront toutes ineffectives en raison d'autres modifications à venir.

  Nous ne prévoyons aucune régression majeure à la suite de ce changement. Les applications qui utilisent ces contraintes continueront de fonctionner, mais elles recevront l'audio avec les paramètres par défaut (comme si aucune contrainte n'avait été transmise). Elles peuvent facilement passer aux contraintes standards.

   
  • Chrome 134 sur Windows, macOS, Linux et Android

    

• Abandon des événements de mutation

  Les événements de mutation synchrone, y compris DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument et DOMCharacterDataModified, ont un impact négatif sur les performances des pages et augmentent 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. Vous devez supprimer les événements de mutation obsolètes ou les migrer vers l'API Mutation Observer. 

  Depuis Chrome 124, la règle d'entreprise temporaire MutationEventsEnabled est disponible pour réactiver les événements de mutation obsolètes ou supprimés. Pour en savoir plus, consultez cet article de blog. Si vous rencontrez des problèmes, signalez un bug ici.

  La prise en charge des événements de mutation est désactivée par défaut depuis Chrome 127, soit depuis environ le 30 juillet 2024. Le code aurait dû être migré avant cette date pour que votre site reste opérationnel. Si vous avez besoin de plus de temps, plusieurs possibilités s'offrent à vous :

  • L'évaluation avant arrêt des événements de mutation permet de réactiver la fonctionnalité pendant une durée limitée sur un site donné. Vous pouvez l'utiliser jusqu'à Chrome 134, soit jusqu'au 25 mars 2025.
  • La règle d'entreprise MutationEventsEnabled peut aussi être utilisée aux mêmes fins, également dans Chrome 134.
  • Chrome 135 sur Android, Linux, macOS et Windows : la règle d'entreprise MutationEventsEnabled sera abandonnée

    

• Synchronisation inter-appareil des paramètres et des thèmes Chrome sur ordinateur lors de la connexion 

  Après le lancement du nouveau modèle d'identité sur Chrome pour ordinateur, nous prévoyons d'activer les paramètres de compte, les thèmes et les raccourcis de sites pour les utilisateurs lorsqu'ils se connectent (au lieu qu'ils aient à les synchroniser).

  Pour ce faire, nous allons introduire l'espace de stockage local et l'espace de stockage du compte pour chacun de ces types de données.

  Autrement dit :

  • Pour les utilisateurs Chrome sur ordinateur qui se connectent à Chrome ou qui ont activé la synchronisation, les paramètres, les raccourcis de sites et les thèmes synchronisés avec leur compte Google seront conservés séparément des paramètres locaux, c'est-à-dire ceux définis lorsqu'ils sont déconnectés ou lorsque la synchronisation est désactivée. 
  • Le partage de données sera ainsi nettement moins important qu'auparavant : les paramètres locaux ne sont pas automatiquement importés lorsque les utilisateurs se connectent ou activent la synchronisation, et aucun paramètre de l'espace de stockage du compte n'est conservé sur l'appareil lorsque la synchronisation est désactivée.

  • Les règles Chrome existantes SyncDisabled et SyncTypesListDisabled continueront de s'appliquer afin que les administrateurs puissent limiter ou désactiver la fonctionnalité de synchronisation s'ils le souhaitent.

  • Chrome 135 sur Linux, macOS et Windows

    

• Espaces proscrits dans les hôtes d'URL autres que file:// 

  Comme indiqué dans les spécifications WhatWG.org, les hôtes d'URL ne peuvent pas comporter de caractère d'espacement. Cependant, l'analyse des URL dans Chromium autorise actuellement les espaces dans l'hôte.

  Chromium échoue donc à plusieurs tests associés aux domaines clés URL HTTPS pour WebSocket et "URL" du projet Interop2024.

  Pour que Chromium respecte les spécifications, nous aimerions supprimer complètement les espaces des hôtes d'URL. Toutefois, cela pose problème, car ils sont utilisés dans la partie hôte des URL file:// Windows. Pour en savoir plus, reportez-vous à la discussion sur GitHub.

  Cette fonctionnalité s'inscrit dans un processus continu visant à assurer la conformité de Chromium avec les spécifications, en interdisant les espaces dans les URL autres que "file".

   
  • Chrome 135 sur Android, ChromeOS, Linux, macOS, Windows et Fuchsia

    

• Suppression de la règle ThirdPartyBlockingEnabled 

  En raison de problèmes inattendus, la règle ThirdPartyBlockingEnabled sera supprimée dans Chrome 135. Si vous souhaitez nous faire part de vos commentaires à ce sujet, veuillez cliquer ici pour signaler un bug.

   
  • Chrome 132 sur Windows
    Abandon de la règle ThirdPartyBlockingEnabled
  • Chrome 135 sur Windows
    Suppression de la règle ThirdPartyBlockingEnabled

    

• Abandon des getters dans l'API Intl Locale Info 

  L'API Intl Locale Info est une proposition ECMAScript TC39 de phase 3 visant à améliorer l'objet Intl.Locale en exposant des informations sur les paramètres régionaux, telles que les données relatives aux semaines (premier jour de la semaine, jour de début du week-end, jour de fin du week-end, valeur minimale du jour de la première semaine), l'orientation du texte et le cycle horaire utilisé dans les paramètres régionaux.

  Nous avons publié notre implémentation dans Chrome 99. La proposition de phase 3 a cependant été modifiée par la suite et plusieurs getters ont été déplacés dans des fonctions. Nous devons supprimer les getters obsolètes et relancer les fonctions renommées.

   
  • Chrome 135 sur Windows, macOS, Linux et Android

    

• Suppression du remplacement SwiftShader 

  Le remplacement automatique par WebGL via SwiftShader est obsolète. La création d'un contexte WebGL échouera au lieu de basculer vers SwiftShader. Cette décision a été prise pour deux raisons principales :

  1. SwiftShader présente un risque de sécurité élevé en raison du code JIT exécuté dans le processeur graphique de Chromium.
  2. L'expérience utilisateur est médiocre lors du passage d'une implémentation WebGL hautes performances basée sur un GPU à une implémentation basée sur un processeur. Les utilisateurs n'ont aucun contrôle sur ce comportement, et il est difficile de le décrire dans les rapports de bugs.

  SwiftShader est un outil utile pour les développeurs Web qui souhaitent tester leurs sites sur des systèmes headless ou dépourvus d'un GPU compatible. Ce cas d'utilisation sera toujours pris en charge en activant l'option, mais n'est pas destiné à exécuter du contenu non approuvé.

  Pour opter pour des garanties de sécurité inférieures et autoriser SwiftShader pour WebGL, lancez l'exécutable Chrome avec le commutateur de ligne de commande --enable-unsafe-swiftshader.

  Pendant la période d'abandon, un avertissement s'affichera dans la console JavaScript lorsqu'un contexte WebGL sera créé et pris en charge par SwiftShader. Si vous spécifiez --enable-unsafe-swiftshader, ce message d'avertissement sera supprimé.

  Chromium et les autres navigateurs ne garantissent pas la disponibilité de WebGL. Vous pouvez tester et gérer l'échec de la création d'un contexte WebGL, puis utiliser d'autres API Web telles que Canvas2D ou envoyer un message approprié à l'utilisateur.

   
  • Chrome 135 sur Windows, macOS, Linux et Android

    

• Migration de la version 4 de l'API SafeBrowsing vers la version 5 

  Les appels Chrome à l'API SafeBrowsing v4 seront migrés vers l'API v5. Les noms des méthodes sont également différents entre les versions 4 et 5.

  Si les administrateurs ont ajouté des URL à la liste d'autorisation spécifique à la version 4 pour autoriser les requêtes réseau sur https://safebrowsing.googleapis.com/v4*, ils doivent les modifier pour autoriser les requêtes réseau sur l'ensemble du domaine safebrowsing.googleapis.com. Sinon, les requêtes réseau rejetées vers l'API v5 entraîneront des régressions de sécurité pour les utilisateurs.

   
  • Chrome 135 sur Android, iOS, ChromeOS, Linux, macOS et Windows

  Le déploiement sera progressif.

    

• Fournisseur de framework d'accessibilité UI Automation du navigateur sous Windows

  À partir de la version 126, Chrome a commencé à prendre en charge directement les logiciels clients d'accessibilité utilisant le framework d'accessibilité UI Automation de Microsoft Windows. Avant ce changement, ces logiciels interagissaient avec Chrome par le biais d'un shim de compatibilité dans Microsoft Windows. Ce changement vise à améliorer l'accessibilité pour de nombreux utilisateurs. Il est entièrement compatible avec le narrateur, la loupe et Voice Access et améliorera les applications tierces qui utilisent le framework d'accessibilité UI Automation de Windows. Les utilisateurs de Chrome constateront une réduction de l'utilisation de la mémoire et de la surcharge de traitement lors de l'utilisation avec des outils d'accessibilité. Cela facilitera également le développement de logiciels utilisant des technologies d'assistance.

  Les administrateurs peuvent utiliser la règle d'entreprise UiAutomationProviderEnabled, disponible dans Chrome 125, pour activer de force le nouveau fournisseur (afin que tous les utilisateurs bénéficient de la nouvelle fonctionnalité) ou le désactiver. Cette règle sera disponible jusqu'à Chrome 136 et sera supprimée dans Chrome 137. Cette période d'un an vise à donner aux entreprises suffisamment de temps pour travailler avec des fournisseurs tiers afin de résoudre les incompatibilités causées par le passage du shim de compatibilité Microsoft au fournisseur UI Automation Chrome.

  • Chrome 125 sur Windows : la règle UiAutomationProviderEnabled permet aux administrateurs d'activer le fournisseur du framework d'accessibilité UI Automation de Chrome et de vérifier que les outils d'accessibilité tiers continuent de fonctionner.
  • Chrome 126 sous Windows: le framework des variantes Chrome sera utilisé pour commencer à activer le fournisseur de framework d'accessibilité UI Automation de Chrome pour les utilisateurs. Il sera activé progressivement pour tous les utilisateurs de la version stable, avec des pauses si nécessaire pour résoudre les problèmes de compatibilité pouvant être corrigés dans Chrome. Les administrateurs Enterprise peuvent continuer à utiliser la règle UiAutomationProviderEnabled pour activer le nouveau comportement de manière anticipée ou pour le désactiver temporairement jusqu'à Chrome 136.
  • Chrome 137 sur Windows : la règle UiAutomationProviderEnabled sera supprimée de Chrome. Tous les clients utiliseront le fournisseur de framework d'accessibilité UI Automation du navigateur.   

   

   

  Modifications de Chrome Enterprise Core à venir

      

  • Nouvelle application associée à Chrome Enterprise 

    Chrome Enterprise Companion App est un nouveau binaire d'administration qui sera automatiquement installé avec les navigateurs Chrome enregistrés dans Chrome Enterprise Core ou Chrome Enterprise Premium. Il est conçu pour gérer les cas d'utilisation, les règles et les rapports Enterprise. 

    • Chrome 134 sur Windows et macOS

   

Modifications de Chrome Enterprise Premium à venir

 

   

• Refactorisation de l'expérience utilisateur pour les règles de protection contre la perte de données 

  Nous mettons tout en œuvre pour créer une interface plus conviviale et efficace pour les règles de protection contre la perte de données spécifiques à Chrome. Cela implique de repenser le workflow de création de règles dans la console d'administration afin de mieux intégrer les fonctionnalités de sécurité existantes et à venir pour les clients Chrome Enterprise Premium.

   
  • Chrome 134 sur Windows, macOS, Linux et ChromeOS
   

   

• Protection contre les captures d'écran 

  Nous prévoyons d'améliorer la fonctionnalité existante de protection contre les captures d'écran en étendant le blocage du partage d'écran aux applications de réunion telles que Google Meet, Zoom, Teams et Slack. Nous allons tirer parti du déploiement réussi des commandes de protection des données en intégrant des fonctionnalités clés, en comblant les lacunes et en tenant compte des commentaires des utilisateurs.

   
  • Chrome 134 sur Windows et macOS
   

   

• Filtrage des URL sur iOS et Android 

  Nous allons étendre les fonctionnalités de filtrage des URL des plates-formes de bureau aux plates-formes mobiles. Les organisations pourront ainsi auditer, prévenir ou bloquer le chargement de certaines URL ou catégories d'URL dans les navigateurs Chrome gérés ou les profils utilisateur gérés sur les appareils mobiles. Cela inclut de s'assurer que la fonctionnalité est parfaitement compatible avec l'accès contextuel, qui permet aux administrateurs de définir des règles d'accès en fonction du contexte utilisateur (rôle utilisateur ou emplacement, par exemple) et de l'état de l'appareil (appareil géré ou conformité de la sécurité, par exemple).

   
  • Chrome 135 sur Android et iOS
   

   

• Connecteur de reporting sur les appareils mobiles 

  Nous nous efforçons d'offrir les mêmes fonctionnalités que la version pour ordinateur afin de permettre aux organisations de surveiller les événements liés à la sécurité, tels que les visites de sites non sécurisés et les éventuelles tentatives d'exfiltration de données, et d'y réagir sur les appareils mobiles. Cela contribue à garantir une sécurité et une application cohérente des règles sur différentes plates-formes.

   
  • Chrome 135 sur Android et iOS
   

   

• API Connectors 

  Nous prévoyons de simplifier le processus de configuration des connecteurs de sécurité tiers et de permettre aux fournisseurs de gérer les configurations directement dans leur propre interface utilisateur. L'objectif est de permettre aux organisations d'intégrer plus facilement leurs outils et services de sécurité préférés à Chrome, afin de renforcer la sécurité et la gestion sur différentes plates-formes.

   
  • Chrome 135 sur Windows, macOS, Linux et ChromeOS

 S'abonner aux e-mails concernant les versions futures

Notes de version précédentes 

Version de Chrome et date de sortie prévue de la version stable
Chrome 133 : 29 janvier 2025
Chrome 132 : 8 janvier 2025
Chrome 131 : 6 novembre 2024
Chrome 130 : 9 octobre 2024
Notes de version précédentes  →

Autres ressources

• Pour essayer de nouvelles fonctionnalités avant qu'elles soient lancées, inscrivez-vous au programme de testeur de confiance.
• Communiquez avec d'autres administrateurs Chrome Enterprise via le forum client Chrome Enterprise.
• Fonctionnement des versions de Chrome – Cycle des versions de Chrome
• Pour connaître les dates spécifiques, consultez le calendrier des versions de Chrome.
• Téléchargements du navigateur Chrome et aperçus des produits Chrome Enterprise – Navigateur Chrome pour les entreprises
• État et calendrier des versions de Chrome – État de la plate-forme Chrome | Visionneuse du serveur de mises à jour Google
• Annonces : Blog des versions de Chrome | Blog Chromium
• Développeurs : découvrez les modifications apportées à la plate-forme Web

Vous avez encore besoin d'aide ?

• Clients Google Workspace, Cloud Identity (accès autorisé uniquement) : contactez le service d'assistance
• Assistance Enterprise pour le navigateur Chrome : inscrivez-vous pour contacter un spécialiste
• Forum des administrateurs Chrome
• Centre d'aide Chrome Enterprise et Education

Google et les marques et logos associés sont des marques de Google LLC. Tous les autres noms d'entreprises et de produits sont des marques des entreprises auxquelles ils sont associés.