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 131
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
- Effectuer des recherches avec Google Lens sur iOS
Depuis Chrome 126, les utilisateurs peuvent rechercher n'importe quel texte ou image affiché à l'écran avec Google Lens. Pour utiliser cette fonctionnalité, accédez à un site Web et cliquez sur Rechercher avec Google Lens dans le chip de l'omnibox, dans les menus contextuels sur ordinateur, ou dans le menu à trois points sur ordinateur et sur appareil mobile. 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. Les administrateurs peuvent contrôler 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. Nous commençons à déployer cette fonctionnalité progressivement sur iOS dans Chrome 131 et prévoyons de la lancer entièrement dans Chrome 132.
- Chrome 126 sur ChromeOS, Linux, macOS et Windows : déploiement de la fonctionnalité dans la version stable à 1 %
- Chrome 127 sur ChromeOS, Linux, macOS et Windows : déploiement dans la version stable à 100 %
- Chrome 131 sur iOS : début du déploiement de la fonctionnalité
- Chrome 132 sur iOS : déploiement dans la version stable à 100 %
- Vérification asynchrone de la navigation sécurisée en temps réel sur iOS
Aujourd'hui, les vérifications liées à la navigation sécurisée bloquent le chargement de pages. En d'autres termes, l'utilisateur ne peut pas voir la page tant que les vérifications ne sont pas terminées. Pour améliorer la vitesse de chargement de Chrome, les vérifications en temps réel pour la navigation sécurisée ne bloqueront plus le chargement des pages après Chrome 122 et après Chrome 131 sur iOS.
Nous avons évalué le risque et mis en place des mesures d'atténuation :
- Pour les logiciels malveillants et les vulnérabilités 0-day, les vérifications des listes de blocage locales seront toujours effectuées de manière synchrone, de sorte que les charges utiles malveillantes continuent d'être bloquées par la navigation sécurisée.
- Pour les attaques par hameçonnage, nous avons examiné les données et il est peu probable que l'utilisateur ait interagi avec la page (par exemple, en saisissant un mot de passe) au moment où nous affichons l'avertissement.
- Chrome 122 sur Android, ChromeOS, Linux, macOS et Windows
- Chrome 131 sur iOS
- 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. Actuellement, chaque PWA ressemble à la même application sur macOS.
Cela permet de résoudre les problèmes liés à l'inclusion 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 à l'aide du flag
chrome://flags/#use-adhoc-signing-for-web-app-shimspour effectuer cette vérification. Les administrateurs peuvent ensuite installer une PWA 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
Cette fonctionnalité est activée à l'aide d'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 contrôler la fonctionnalité à l'aide de 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 131 sur macOS : la fonctionnalité commencera à être déployée dans la version stable à 1 %.
- Chrome 129 sur macOS
- Choisir un fichier dans Google Drive
À partir de Chrome 131, les utilisateurs de Chrome sur iOS peuvent importer un fichier depuis Google Drive directement sur une page Web, sans avoir à le télécharger au préalable sur l'appareil.
- Chrome 131 sur iOS : inclut la fonctionnalité de base permettant d'importer un seul fichier.
- OCR dans la visionneuse de PDF de Chrome
Chrome pour ordinateur rend désormais les PDF numérisés plus accessibles. En utilisant la reconnaissance optique des caractères (OCR) directement sur l'appareil pour préserver la confidentialité (aucun contenu n'est envoyé à Google), Chrome convertit automatiquement les PDF numérisés, vous permettant ainsi de sélectionner du texte, d'utiliser la combinaison Ctrl+F et d'effectuer des copier-coller. Cette fonctionnalité n'outrepasse pas les restrictions des PDF sécurisés. Elle n'applique l'OCR que sur les PDF auxquels l'utilisateur a accès. Cette solution permet aux utilisateurs de Chrome d'accéder aux PDF sans aucune étape supplémentaire, ce qui les rend aussi faciles d'accès que les autres contenus sur le Web.
- Chrome 131 sur ChromeOS, Linux, macOS et Windows
- Promotion de Chrome sur iOS sur la page "Nouvel onglet" de la version pour ordinateur
Promotion de Chrome sur iOS sur la page "Nouvel onglet" de la version pour ordinateur. Cette promotion vise à faire connaître Chrome sur iOS et à présenter un moyen simple de l'installer.
Vous pouvez contrôler cette fonctionnalité à l'aide des règles existantes PromotionsEnabled et NTPMiddleSlotAnnouncementVisible.
- Chrome 131 sur Linux, macOS et Windows
- Détection de la réutilisation de mots de passe entre profils
Auparavant, la réutilisation de mots de passe des identifiants d'entreprise n'était détectable que dans le profil d'entreprise. Désormais, la détection de la réutilisation de mots de passe détecte la réutilisation des identifiants d'entreprise dans tous les profils qui ne sont pas en mode navigation privée sur le navigateur géré.
Nous avons modifié les critères de détection de la réutilisation des mots de passe entre profils afin qu'ils reflètent plus précisément les comptes d'entreprise gérés. Nous avons également modifié le message à l'écran pour expliquer plus clairement aux utilisateurs que leur organisation surveille la réutilisation de leur mot de passe professionnel.
- Chrome 123 sur Android, iOS, ChromeOS, Linux, macOS, Windows et Fuchsia
- Chrome 131 sur Android, iOS, ChromeOS, Linux, macOS, Windows et Fuchsia
Nous avons modifié les critères de détection de la réutilisation des mots de passe entre profils pour mieux refléter les comptes d'entreprise gérés. Nous avons également modifié le message d'expérience utilisateur pour expliquer plus clairement aux utilisateurs que leur organisation surveille la réutilisation de leur mot de passe professionnel.
- Chrome sur Android est désormais compatible avec les services de mots de passe et de saisie automatique tiers
Jusqu'à présent, les services de mots de passe et de saisie automatique tiers pouvaient être utilisés dans Chrome sur Android via des API d'accessibilité.
Dans Chrome M131, nous ajoutons la prise en charge directe de la saisie automatique Android. Cela signifie que ces services fonctionneront avec Chrome sur Android sans API d'accessibilité. Cela devrait améliorer les performances de Chrome sur Android et des services de saisie automatique tiers.
Pour en bénéficier, les utilisateurs devront configurer leur fournisseur tiers dans les paramètres Android. Ensuite, dans Chrome, les utilisateurs devront sélectionner Paramètres > Services de saisie automatique, puis Saisie automatique avec un autre service.
Si les utilisateurs ne modifient pas les deux paramètres, ils continueront d'utiliser Google pour remplir automatiquement leurs mots de passe, leurs informations de paiement et d'adresse. La nouvelle règle ThirdPartyPasswordManagersAllowed permet de contrôler si les utilisateurs peuvent utiliser un service de saisie automatique tiers ou non.
- Chrome 131 pour Android
Le nouveau paramètre sera disponible à partir de Chrome 131. Si les utilisateurs utilisent le nouveau paramètre, celui-ci prend effet immédiatement. Si ce n'est pas le cas, les utilisateurs continuent d'utiliser Google ou un service tiers via une API d'accessibilité (si elle est installée).
La prise en charge des API d'accessibilité sera abandonnée début 2025. Les nouveaux paramètres de règles s'appliqueront alors à tous les utilisateurs.
- Chrome 131 pour Android
- Abandon des rapports détaillés sur la navigation sécurisée
Nous allons abandonner la fonctionnalité de rapports détaillés sur la navigation sécurisée, qui renforçait la sécurité de tous les utilisateurs en collectant des informations télémétriques auprès des utilisateurs participants. Ces informations étaient ensuite utilisées pour les protections de la navigation sécurisée Google. Les données collectées incluent les URL des pages Web visitées, des informations système limitées et une partie du contenu des pages.
Cette fonctionnalité est désormais remplacée par le mode de protection renforcée. Nous recommandons aux utilisateurs d'activer la protection renforcée pour continuer à assurer la sécurité de tous les utilisateurs, en plus d'activer le niveau de sécurité le plus élevé disponible dans Chrome. Pour en savoir plus, consultez Niveaux de protection de la navigation sécurisée.
- Chrome 129 sur Android, iOS, ChromeOS, Linux, macOS et Windows
Abandon des rapports détaillés sur la navigation sécurisée, à l'exception des demandes de rapports sur la navigation sécurisée côté client en temps réel - Chrome 131 sur Android, iOS, ChromeOS, Linux, macOS et Windows
Abandon de SafeBrowsingExtendedReportingEnabled pour les demandes de rapports sur la navigation sécurisée côté client en temps réel
- Chrome 129 sur Android, iOS, ChromeOS, Linux, macOS et Windows
- Méfiance à l'égard des certificats Entrust
En réponse à des échecs de conformité répétés, Chrome modifie la façon dont les certificats d'authentification des serveurs TLS reconnus publiquement (sites Web) émis par Entrust seront approuvés par défaut dans Chrome 131 et versions ultérieures sur Windows, macOS, ChromeOS, Android et Linux. Les règles iOS n'autorisent pas l'utilisation du Chrome Root Store dans Chrome pour iOS.
Pour être plus précis, les certificats TLS validant les certificats CA racine Entrust inclus dans le Chrome Root Store et émis :
- après le 11 novembre 2024 ne seront plus approuvés par défaut.
- jusqu'au 11 novembre 2024 ne seront pas concernés par ce changement.
Si un utilisateur ou une entreprise Chrome approuve explicitement l'un des certificats Entrust concernés sur une plate-forme et une version de Chrome reposant sur le Chrome Root Store (par exemple, approbation explicite transmise via un objet de stratégie de groupe Windows), les contraintes SCT décrites ci-dessus seront ignorées et les certificats fonctionneront normalement.
Pour en savoir plus et accéder à des ressources de test, consultez le blog Google sur la sécurité.
Pour en savoir plus, consultez ces questions fréquentes sur le Chrome Root Store.
- Chrome 131 sur Android, ChromeOS, Linux, macOS et Windows
Toutes les versions de Chrome 131 et ultérieures qui s'appuient sur le Chrome Root Store respecteront l'action de blocage, mais celle-ci ne commencera à s'appliquer qu'aux certificats émis après le 11 novembre 2024.
- Avertissements concernant les formulaires non sécurisés sur iOS
Depuis Chrome 125, le navigateur Chrome bloque l'envoi de formulaires depuis des pages sécurisées vers des pages non sécurisées sur iOS. Lorsque Chrome détecte l'envoi d'un formulaire non sécurisé, un avertissement s'affiche pour demander à l'utilisateur de confirmer l'envoi. L'objectif est d'éviter toute fuite de données de formulaire en texte brut sans l'approbation explicite de l'utilisateur. La règle InsecureFormsWarningsEnabled permet de contrôler cette fonctionnalité.
- Chrome 125 sur iOS : déploiement de la fonctionnalité
- Chrome 131 sur iOS : la règle InsecureFormsWarningsEnabled sera supprimée
- PartitionAlloc avec vérifications avancées (PA/AC)
PartitionAlloc (PA) et les projets de sécurité liés à la gestion de la mémoire associés intègrent différentes mesures de protection avancées qui sont désactivées par défaut (ou uniquement activées dans les versions de débogage) en raison de leur impact potentiel sur les performances. Il est possible que vous ne puissiez pas activer immédiatement cette fonctionnalité pour tous les utilisateurs, mais vous pouvez l'activer partiellement sous certaines conditions spécifiques et limitées.
Ce projet vise à mettre des mesures de protection avancées à la disposition des entreprises. Les administrateurs Enterprise peuvent appliquer des mesures de sécurité renforcées via les règles d'entreprise. Dans Enterprise, la sécurité est généralement privilégiée par rapport aux performances. Il est probable que les administrateurs souhaitent des vérifications avancées, même si cela a un impact sur les performances.
PA avec vérifications avancées est une mesure de sécurité avancée liée à la gestion de la mémoire. Cette fonctionnalité est désactivée par défaut en raison d'une régression des performances attendue. Les clients professionnels peuvent activer la sécurité avancée via une règle d'entreprise.
- Chrome 131 sur Android, iOS, ChromeOS, Linux, macOS, Windows et Fuchsia
- Connexion et synchronisation simplifiées
À partir de Chrome 131, les utilisateurs dont la synchronisation Chrome est activée bénéficient désormais d'une version simplifiée et consolidée des fonctionnalités de connexion et de synchronisation dans Chrome. La synchronisation Chrome n'est plus affichée en tant que fonctionnalité distincte dans les paramètres ou ailleurs. À la place, les utilisateurs pourront se connecter à Chrome pour utiliser et enregistrer des informations comme des mots de passe et des favoris dans leur compte Google, conformément aux règles d'entreprise applicables.
Comme auparavant, la fonctionnalité de synchronisation Chrome qui enregistre les données Chrome et y accède dans le compte Google peut être contrôlée via SyncTypesListDisabled. La connexion à Chrome peut être désactivée via BrowserSignin comme avant.
Notez que les modifications n'empêchent pas les utilisateurs de se connecter aux services Google sur le Web (comme Gmail) sans se connecter à Chrome, de rester déconnectés de Chrome ni de contrôler les informations synchronisées avec leur compte Google.
- Chrome 131 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 et de visioconférence (détectée via un micro/une caméra, 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.
- Chrome 130 sur ChromeOS, Linux, macOS et Windows
La fonctionnalité peut être testée dans Chrome 130 via l'entrée#freezing-on-energy-saverdansabout:flags. Vous pouvez également la tester avec le flag#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. La disponibilité de l'économiseur d'énergie peut être contrôlée à l'aide de la règle BatterySaverModeAvailability. Ce changement n'a aucun effet lorsque l'économiseur d'énergie est inactif. - Chrome 131 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 131 avant d'être progressivement étendue à 100 % des utilisateurs. 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.
- Mettre à jour les services Google Play pour résoudre les problèmes liés aux mots de passe sur l'appareil
Les utilisateurs disposant d'anciennes versions des services Google Play verront des fonctionnalités limitées avec leurs mots de passe sur l'appareil, et le Gestionnaire de mots de passe risque de ne plus fonctionner du tout pour eux. Ces utilisateurs devront mettre à jour les services Google Play ou suivre d'autres méthodes de dépannage en fonction de leur état. Cette opération s'inscrit dans le cadre d'une migration en cours qui ne concerne que les utilisateurs Android du Gestionnaire de mots de passe de Google.
- Chrome 131 pour Android
- Encapsulation de clé X25519Kyber768 pour TLS
À partir de Chrome 124, Chrome active par défaut sur toutes les plates-formes de bureau un nouveau mécanisme d'encapsulation de clé TLS sécurisé post-quantique X25519Kyber768, basé sur une norme NIST (ML-KEM). Cette mesure protège le trafic réseau de Chrome contre le déchiffrement par un futur ordinateur quantique avec les serveurs qui prennent également en charge ML-KEM. Ce changement doit être transparent pour les opérateurs de serveur. Cet algorithme de chiffrement sera utilisé pour les connexions TLS 1.3 et QUIC.
Cependant, certains boîtiers intermédiaires TLS peuvent ne pas être préparés pour la taille d'une encapsulation de clé Kyber (ML-KEM) ou d'un nouveau point de code de chiffrement TLS ClientHello, ce qui peut entraîner l'interruption ou la mise en attente de certaines connexions. Pour résoudre ce problème, mettez à jour votre boîtier intermédiaire ou désactivez le mécanisme d'encapsulation de clé à l'aide de la règle d'entreprise temporaire PostQuantumKeyAgreementEnabled qui sera disponible jusqu'à fin 2024. Notez toutefois qu'à long terme, des algorithmes de chiffrement post-quantique sécurisés seront requis dans TLS et la règle d'entreprise sera supprimée. La cryptographie post-quantique est requise pour CSNA 2.0.
Pour en savoir plus, consultez cet article du blog Chromium et cet article du blog sur la sécurité Google.
- Chrome 124 sur Windows, macOS et Linux : le nouveau mécanisme d'encapsulation de clé TLS sécurisé post-quantique X25519Kyber768 est activé
- Chrome 131 sur Linux, macOS et Windows : Chrome remplacera le mécanisme d'encapsulation de clé par la version standard finale de ML-KEM
- Chrome 141 sur Windows, macOS et Linux : suppression de la règle d'entreprise
- Abandon de la propriété de positionnement des ancres CSS inset-area
Le groupe de travail CSS (CSSWG) a décidé de renommer la propriété "inset-area" en "position-area". Pour en savoir plus, consultez la discussion du CSSWG sur github. Le nouveau nom de la propriété, "position-area", en tant que synonyme de "inset-area", est disponible via la mise à jour de cette fonctionnalité présentée sur État de la plate-forme Chrome, qui décrit l'abandon et la suppression de la propriété "inset-area".
- Chrome 131 sur Windows, macOS, Linux et Android
- Améliorations apportées au style de la structure des éléments <details> et <summary>
Davantage de styles CSS sont pris en charge pour la structure des éléments
<details>et<summary>. Cela peut faciliter l'utilisation de ces éléments lorsque des widgets de divulgation ou des widgets accordéon sont créés sur le Web. Plus précisément, ce changement supprime les restrictions qui empêchaient de définir la propriété d'affichage sur ces éléments et ajoute un pseudo-élément:details-contentpour styliser le conteneur de la partie qui se développe et se réduit.- Chrome 131 sur Windows, macOS, Linux et Android
- Autorisations de verrouillage du clavier et du pointeur
Peut afficher une demande d'autorisation auprès de l'utilisateur lorsqu'un site Web demande le verrouillage du clavier ou du pointeur, et enregistre les préférences de l'utilisateur en tant que paramètres de contenu. Vous pouvez interroger les paramètres via l'API Permissions. Cela permet de limiter l'utilisation abusive des API.
- Chrome 131 sur Windows, macOS et Linux
- Suppression de la méthode requestAdapterInfo() non standard de GPUAdapter
Le groupe de travail WebGPU WG a estimé que la méthode
requestAdapterInfo()n'était pas pratique pour déclencher une demande d'autorisation. Il a donc supprimé cette option et l'a remplacée par l'attribut GPUAdapter "info" afin que les développeurs Web puissent obtenir la même valeur GPUAdapterInfo de manière synchrone. Pour en savoir plus, consultez l'ancien attribut d'informations Changement prévu : WebGPU : GPUAdapter.- Chrome 131 sur Windows, macOS, Linux et Android
- Assouplissement de l'analyseur <select>
Cette modification permet à l'analyseur HTML d'autoriser des balises supplémentaires dans
<select>, hormis dans<option>,<optgroup>et<hr>.Elle est compatible avec la fonctionnalité
<select>personnalisable, mais elle est déployée en premier, car elle peut être effectuée indépendamment et présente des risques limités.Cette fonctionnalité est contrôlée par la règle temporaire SelectParserRelaxationEnabled. Il s'agit d'une période de transition temporaire. La règle cessera de fonctionner dans la version intermédiaire majeure Chrome 136.
Pour en savoir plus, consultez l'explication sur l'élément <select> personnalisable de l'UI ouverte et l'article de What Working Group sur les modifications apportées à l'analyseur HTML pour les éléments <select> personnalisables.
- Chrome 131 sur Windows, macOS, Linux et Android
- Compatibilité des propriétés clip-path, fill, stroke et marker-* avec les ressources SVG externes
Autorisez les références externes pour les masques de découpe, les repères et les serveurs de peinture (pour les propriétés de remplissage et de contour). Par exemple,
clip-path: url("resources.svg#myPath").- Chrome 131 sur Windows, macOS, Linux et Android
- Prise en charge des URL à schéma non spécial
Chrome 130 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. Désormais, 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 131 sur Windows, macOS, Linux et Android
- Chrome 134 sur Windows, macOS, Linux et Android : suppression du flag de fonctionnalité
- Traduction intégrée à la fonctionnalité "Rechercher avec Google Lens"
Des fonctionnalités de traduction en réalité augmentée (RA) sont en cours d'implémentation dans la fonctionnalité Rechercher avec Google Lens. Une règle d'entreprise est déjà en place pour permettre aux entreprises d'activer ou de désactiver cette fonctionnalité à l'aide de LensOverlaySettings.
- Chrome 131 sur ChromeOS, Linux, macOS et Windows
- Nouvelles règles dans le navigateur Chrome
Règle Description DownloadRestrictions Autoriser les restrictions de téléchargement Utiliser les certificats TLS ajoutés par l'utilisateur depuis des magasins de confiance de la plate-forme pour l'authentification du serveur SelectParserRelaxationEnabled Détermine si le nouveau comportement de l'analyseur HTML pour l'élément <select> est activé EnterpriseProfileBadgeToolbarSettings Contrôle la visibilité du badge du profil d'entreprise dans la barre d'outils WebAudioOutputBufferingEnabled Activer la mise en mémoire tampon adaptative pour Web Audio
- Règles supprimées dans le navigateur Chrome
Règle Description ProfileLabel Cette règle permet de définir un libellé servant à identifier un profil connecté. Ce libellé sera affiché à différents endroits (par exemple, à côté de l'icône de profil dans la barre d'outils) pour aider les utilisateurs à identifier le profil. ToolbarAvatarLabelSettings Paramètre du libellé de l'avatar dans la barre d'outils gérée BeforeunloadEventCancelByPreventDefaultEnabled Contrôler le nouveau comportement de la boîte de dialogue d'annulation générée par l'événement "beforeunload"
Modifications apportées à Chrome Enterprise Core
- Règle de contrôle des paramètres par défaut de l'IA générative
À partir de la version 131, Chrome Enterprise Core introduit la règle GenAiDefaultSettings permettant de contrôler le comportement par défaut de plusieurs règles d'IA générative via notre programme Testeur de confiance. Vous pouvez vous inscrire à notre programme Testeur de confiance. Cette règle n'a aucune incidence sur les valeurs des règles définies manuellement pour les fonctionnalités d'IA générative. Cette règle contrôle les paramètres par défaut des règles suivantes :
- CreateThemesSettings
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings
- GenAIWallpaperSettings
- HelpMeReadSettings
Pour en savoir plus sur les paramètres par défaut, consultez Chrome : fonctionnalités d'IA générative et règles.
- Disponible uniquement pour les testeurs de confiance. Vous pouvez vous inscrire à notre programme Testeur de confiance.
- Intégration de la télémétrie des extensions Chrome à SecOps
Nous commençons à collecter des données pertinentes sur la télémétrie des extensions Chronicle depuis Chrome, pour les profils et appareils gérés, et à les envoyer à Google SecOps. Google SecOps analyse les données pour fournir une analyse et un contexte instantanés sur les activités à risque. Ces données sont enrichies pour fournir un contexte supplémentaire et sont consultables pendant un an.
- Chrome 131 sur ChromeOS, Linux, macOS et Windows
- Chrome Web Store personnalisé pour les entreprises
Les administrateurs informatiques pourront personnaliser le Chrome Web Store pour leurs utilisateurs finaux gérés à l'aide d'un branding spécifique à l'entreprise, de messages personnalisés et d'une navigation adaptée. Les administrateurs peuvent personnaliser la plate-forme avec des logos, des bannières et des extensions recommandées, tout en masquant les catégories non pertinentes et en améliorant la visibilité des extensions.
Cette fonctionnalité est configurable via la console d'administration. Les configurations personnalisées de cette première version intermédiaire majeure seront disponibles pour tous les utilisateurs gérés connectés (utilisateurs connectés au Chrome Web Store avec un compte Google géré). La deuxième version intermédiaire majeure sera compatible avec cette fonctionnalité pour les navigateurs inscrits à CEC (sans connexion) et ne sera disponible que plus tard en 2025.
De plus, tous les utilisateurs gérés qui se connectent au Chrome Web Store verront les modifications suivantes :
- Nouvelles balises pour les éléments bloqués par leur administrateur et filtrage par élément privé dans les résultats de recherche
- Éléments privés et recommandés déplacés uniquement dans l'onglet "Extensions"
- Dès Chrome 131 sur Linux, macOS, Windows et ChromeOS : déploiement de la première version intermédiaire majeure
- Compatibilité de la règle DownloadRestrictions sur Android
DownloadRestrictions est une règle universelle disponible pour les utilisateurs de Chrome Enterprise Core sur ordinateur. La règle DownloadRestrictions est désormais acceptée sur Android. Cette règle permet aux administrateurs de bloquer tous les téléchargements sur les versions mobiles de Chrome sur Android.
- Chrome 131 pour Android
- Règle d'entreprise permettant de forcer la mise en mémoire tampon adaptative pour le rendu WebAudio
L'implémentation WebAudio de Chromium inclut un mécanisme de mise en mémoire tampon adaptative, qui a été ajouté pour résoudre de nombreux problèmes de plantage, en particulier sur Android avec le backend AAudio. Bien que ce mécanisme réduise considérablement les plantages, il augmente également la latence audio. Chrome effectue un test qui désactive le mécanisme de mise en mémoire tampon adaptative et exécute le rendu de manière synchrone sur toutes les plates-formes, à l'exception d'Android.
À partir de Chrome 131, la règle d'entreprise WebAudioOutputBufferingEnabled est disponible pour forcer Chrome à utiliser par défaut le comportement précédent, à savoir la mise en mémoire tampon adaptative pour le rendu WebAudio.
- Chrome 131 sur ChromeOS, Linux, macOS et Windows
- Générer des insights pour les erreurs et les avertissements dans la console des outils pour les développeurs Chrome
Une nouvelle fonctionnalité d'IA générative est désormais disponible pour les utilisateurs non gérés : générer des insights pour les erreurs et les avertissements dans la console d'outils pour les développeurs Chrome.
Ces insights fournissent une description personnalisée et des suggestions de corrections pour les erreurs et avertissements sélectionnés. Dans un premier temps, cette fonctionnalité n'est disponible qu'en anglais pour les utilisateurs de plus de 18 ans. Les administrateurs peuvent contrôler cette fonctionnalité à l'aide de la règle DevToolsGenAiSettings.
- Chrome 125 sur ChromeOS, Linux, macOS et Windows
La fonctionnalité est disponible pour les utilisateurs non gérés dans le monde entier, à l'exception de la Chine, de l'Europe et de la Russie. - Chrome 127 sur ChromeOS, Linux, macOS et Windows
La fonctionnalité est disponible pour les utilisateurs Chrome Enterprise et Education gérés dans les régions où elle est disponible. - Chrome 131 sur ChromeOS, Linux, macOS et Windows
Dans Chrome 131, une nouvelle fonctionnalité d'IA générative est disponible pour les utilisateurs gérés : un panneau dédié à l'assistance par l'IA dans les outils pour les développeurs Chrome, qui aide l'opérateur humain à examiner et à résoudre les problèmes de style, et à déboguer les feuilles CSS. - Chrome 132 sur ChromeOS, Linux, macOS et Windows
Le panneau "Assistance par l'IA" peut désormais décrire les ressources dans les panneaux "Performances", "Sources" et "Réseau", en plus de la compatibilité précédente avec le débogage de style.
- Chrome 125 sur ChromeOS, Linux, macOS et Windows
- Règles recommandées dans la console d'administration
Dès le 1er novembre, les administrateurs pourront choisir si certains paramètres sont recommandés ou obligatoires à l'aide du paramètre Contrôle par l'utilisateur. Ce paramètre sera déployé progressivement pour les règles pouvant être recommandées, en commençant par les suivantes :
- Confirmer avant de quitter
- Imprimante système par défaut
- Mode Économiseur de batterie
- Page d'accueil
- Protection de la navigation sécurisée
- Restrictions de téléchargement- Chrome 131 sur Android, iOS, ChromeOS, Linux, macOS et Windows
Modifications apportées à Chrome Enterprise Premium
- Paramètres de contrôle des données Chrome Enterprise : presse-papiers
Les administrateurs peuvent définir des règles de contrôle des données dans la console d'administration Google pour protéger les utilisateurs finaux contre les fuites de données dans le navigateur Chrome. Les paramètres de contrôle des données sont des règles légères de la console d'administration Google qui permettent aux administrateurs de définir une règle Chrome afin de contrôler les activités sensibles des utilisateurs (par exemple, copie et collage de données sensibles, prise de captures d'écran ou partage d'écran).
Cette fonctionnalité peut être contrôlée à l'aide de la règle DataControlsRules.
Cette fonctionnalité est mise à la disposition des membres du programme Testeur de confiance de Chrome Enterprise à des fins de test. Vous pouvez vous inscrire à notre programme Testeur de confiance.
- Chrome 128 sur ChromeOS, Linux, macOS et Windows : programme Testeur de confiance
- Chrome 131 sur ChromeOS, Linux, macOS et Windows : déploiement de la fonctionnalité
- Protections contre les captures d'écran
Les administrateurs peuvent empêcher les utilisateurs de prendre des captures d'écran ou de partager des pages Web spécifiques considérées comme contenant des données sensibles. Les administrateurs créent une règle de filtrage des URL dans le cadre de la protection contre la perte de données afin d'empêcher les utilisateurs de prendre des captures d'écran, ou de partager certaines URL ou catégories d'URL. Cette fonctionnalité peut être contrôlée via la même règle EnterpriseRealTimeUrlCheckMode qui active toutes les recherches d'URL en temps réel.
Cette fonctionnalité est mise à la disposition des membres du programme Testeur de confiance de Chrome Enterprise à des fins de test. Vous pouvez vous inscrire à notre programme Testeur de confiance.
- Chrome 129 sur ChromeOS, Linux, macOS et Windows : programme Testeur de confiance
- Chrome 131 sur ChromeOS, Linux, macOS et Windows : déploiement de la fonctionnalité
Bientôt disponible
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
- Lecture à voix haute dans le mode Lecture dans Chrome 132
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 inclut la fonctionnalité Lecture à voix haute qui permet aux utilisateurs d'entendre le texte qu'ils lisent à voix haute. Les utilisateurs peuvent choisir parmi différentes voix naturelles, ajuster la vitesse et voir des repères visuels.
- Chrome 132 sur ChromeOS, Linux, macOS et Windows
- Suppression de l'ancien mode headless du binaire Chrome
L'exécution de Chrome avec
--headless=oldne lance plus l'ancien mode headless, mais affiche le message de journal suivant :L'ancien mode headless a été supprimé du binaire Chrome. Vous pouvez utiliser le nouveau mode headless ou
chrome-headless-shell, qui est une implémentation autonome de l'ancien mode headless.- Chrome 132 sur Linux, macOS et Windows
- Capturer tous les écrans
Cette fonctionnalité utilise
getAllScreensMedia()pour capturer tous les écrans actuellement connectés à l'appareil. L'appel répété de la méthodegetDisplayMedia()nécessite plusieurs gestes de l'utilisateur, l'oblige à sélectionner l'écran suivant à chaque fois et ne garantit pas à l'application que tous les écrans ont été sélectionnés.getAllScreensMedia()améliore tous ces points.Cette fonctionnalité n'est exposée que derrière la règle d'entreprise MultiScreenCaptureAllowedForUrls. Les utilisateurs sont avertis avant même le début de l'enregistrement qu'il pourrait commencer à un moment donné. L'API ne fonctionne que pour les origines spécifiées dans la liste d'autorisation MultiScreenCaptureAllowedForUrls. Toute origine non spécifiée n'y aura pas accès.
- Chrome 132 sur Windows, macOS et Linux
- Suppression des API HTMLVideoElement en plein écran avec préfixe
Les API HTMLVideoElement en plein écran avec préfixe sont obsolètes depuis la version M38 environ. Elles ont été remplacées par l'API
Element.requestFullscreen(), qui a été publiée pour la première fois sans préfixe dans la version M71 en 2018. En 2024, la plupart des navigateurs sont compatibles avec les API sans préfixe, et ce, depuis quelques années déjà.Cette fonctionnalité permet de suivre la suppression des API suivantes de
HTMLVideoElement:- valeur booléenne de l'attribut de lecture seule
webkitSupportsFullscreen- valeur booléenne de l'attribut de lecture seule
webkitDisplayingFullscreen-
webkitEnterFullscreen() vide-
webkitExitFullscreen() vide// Notez la différence de casse du "S" dans FullScreen.
-
webkitEnterFullScreen() vide-
webkitExitFullScreen() videCes méthodes ne sont désormais que des alias de l'API moderne. Elles sont de moins en moins utilisées au fil des ans.
- Chrome 132 sur Windows, macOS, Linux et Android
- 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
- Conteneurs de défilement sélectionnables au clavier
Nous prévoyons d'améliorer l'accessibilité en rendant les conteneurs de défilement sélectionnables à l'aide de la navigation séquentielle. Aujourd'hui, la touche de tabulation ne sélectionne pas les scrollers, sauf si tabIndex est explicitement défini sur 0 ou plus.
En rendant les conteneurs de défilement sélectionnables par défaut, les utilisateurs qui ne peuvent pas (ou ne veulent pas) utiliser une souris pourront sélectionner le contenu tronqué à l'aide de la touche de tabulation et des touches fléchées. Ce comportement n'est activé que si le conteneur de défilement ne contient aucun enfant sélectionnable au clavier. Cette logique est nécessaire pour éviter les régressions pour les éléments sélectionnables existants susceptibles d'exister dans un conteneur de défilement comme
<textarea>.Remarque : Le déploiement précédent de cette fonctionnalité (qui a commencé dans Chrome 127) a été interrompu en raison de problèmes de compatibilité Web, qui doivent être résolus dans l'implémentation actuelle de Chrome 130.
Remarque : Le déploiement précédent de cette fonctionnalité (qui a commencé dans Chrome 130) a été interrompu en raison d'une régression de l'accessibilité, qui devrait être corrigée dans l'implémentation de Chrome 132.
- Chrome 132 sur Windows, macOS, Linux et Android
- Génération d'une exception pour les popovers ou les boîtes de dialogue dans les documents inactifs
Il s'agit d'un changement spécifique qui ne devrait normalement pas avoir d'impact sur les développeurs. Un corner case se produit lorsque plusieurs conditions uniques se produisent simultanément. Auparavant, l'appel de
showPopover()ou deshowModal()sur un popover ou une boîte de dialogue dans un document inactif échouait de manière silencieuse, c'est-à-dire sans générer d'exception. Toutefois, comme le document est inactif, aucun popover ni aucune boîte de dialogue ne s'affiche. Depuis la demande d'extraction de la spécification https://github.com/whatwg/html/pull/10705, ces situations génèrent désormais l'exceptionInvalidStateError.- Chrome 132 sur Windows, macOS, Linux et Android
- Capture des liens utilisateur sur les PWA
Les liens Web redirigent automatiquement les utilisateurs vers les applications Web installées. Pour mieux répondre aux attentes des utilisateurs concernant ces applications, Chrome facilite le basculement entre le navigateur et les applications Web installées. Lorsque l'utilisateur clique sur un lien pouvant être géré par une application Web installée, Chrome ajoute un chip dans la barre d'adresse pour lui suggérer de basculer vers l'application. Lorsque celui-ci clique dessus, le chip lance l'application directement ou ouvre une grille d'applications compatibles avec ce lien. Pour certains utilisateurs, cliquer sur un lien permet toujours d'ouvrir automatiquement l'application.
- Chrome 121 sur Linux, macOS et Windows
Lorsque certains utilisateurs cliquent sur un lien, celui-ci s'ouvre systématiquement dans une PWA installée, tandis que pour d'autres, le lien s'ouvre dans un nouvel onglet, avec un chip dans la barre d'adresse. Cliquer sur le chip lance l'application. Un flag est disponible pour contrôler cette fonctionnalité :chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 132 sur Linux, macOS et Windows
Lancement dans la version stable à 100 % avec une activation par défaut (toujours lancer les applications lorsque l'utilisateur clique sur un lien) ou une désactivation par défaut (toujours ouvrir dans un onglet, ne lancer que si l'utilisateur clique sur le chip de la barre d'adresse).
- Chrome 121 sur Linux, macOS et Windows
- Service réseau exécuté en bac à sable sur Windows
Le service réseau, qui fonctionne déjà dans son propre processus, s'exécutera en bac à sable sur Windows pour améliorer la sécurité et la fiabilité. Dans ce contexte, tout code tiers actuellement en mesure de manipuler le service réseau pourra en être empêché. Cela peut entraîner des problèmes d'interopérabilité avec des logiciels qui injectent du code dans l'espace de traitement de Chrome, tels que les logiciels de protection contre la perte de données. La règle NetworkServiceSandboxEnabled vous permet de désactiver le bac à sable si des incompatibilités sont détectées. Vous pouvez tester le bac à sable dans votre environnement en suivant ces instructions.
Vous pouvez également signaler les problèmes que vous rencontrez.
- Chrome 132 sur Windows
Service réseau exécuté en bac à sable sur Windows
- Chrome 132 sur Windows
- 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 :
- SwiftShader présente un risque de sécurité élevé en raison du code JIT exécuté dans le processeur graphique de Chromium.
- 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 133 sur Windows, macOS, Linux et Android
- Panneau "Confidentialité et sécurité" dans les outils pour les développeurs Chrome
À partir de Chrome 133, 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 133 sur ChromeOS, Linux, macOS et Windows
- 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) ne sera plus compatible avec les versions de Chrome datant de plus de quatre ans. Vous devez passer à une version plus récente de Chrome si vous souhaitez continuer à utiliser la synchronisation Chrome.
- 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.
- Chrome 133 sur Android, iOS, ChromeOS, Linux, macOS et Windows
- Espaces proscrits dans les hôtes d'URL autres que file://
Conformément aux spécifications, les hôtes d'URL [1] 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 [3] URL HTTPS pour WebSocket [2] 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 (GitHub) [4].
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 133 sur Android, ChromeOS, Linux, macOS, Windows et Fuchsia
- 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 domainesafebrowsing.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 133 sur Android, iOS, ChromeOS, Linux, macOS et Windows : déploiement progressif
- Partitionnement des URL blob : extraction ou navigation
Dans le cadre de nos efforts pour partitionner le stockage, 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 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 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 similaire à celui de Safari. Nous allons mettre à jour les spécifications pour refléter ces deux 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
- 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. À partir de Chrome 124, la règle d'entreprise temporaire MutationEventsEnabled sera disponible pour réactiver les événements de mutation obsolètes ou supprimés. Si vous rencontrez des problèmes, signalez un bug ici.La prise en charge des événements de mutation sera désactivée par défaut à partir de Chrome 127, vers le 30 juillet 2024. Le code doit ê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 dans Chrome 134 jusqu'au 25 mars 2025.
- La règle d'entreprise MutationEventsEnabled peut aussi être utilisée aux mêmes fins, également dans Chrome 134.
Pour en savoir plus, consultez cet article de blog. Si vous rencontrez des problèmes, signalez-les ici.
- Chrome 135 sur Android, Linux, macOS et Windows : la règle d'entreprise MutationEventsEnabled sera abandonnée
- 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
- Suppression de la règle d'entreprise utilisée pour l'ancien comportement SameSite
Dans Chrome 79, nous avons introduit la règle LegacySameSiteCookieBehaviorEnabledForDomainList pour rétablir l'ancien comportement SameSite des cookies sur les domaines spécifiés. La règle LegacySameSiteCookieBehaviorEnabledForDomainList a été étendue et elle sera supprimée dans les versions indiquées ci-dessous.
- Chrome 132 sur Android, ChromeOS, Linux, macOS et Windows : suppression de la règle LegacySameSiteCookieBehaviorEnabledForDomainList
Modifications de Chrome Enterprise Premium à venir
- Prévention de l'accès aux fichiers téléchargés avec une règle de protection contre la perte de données
Lorsqu'un administrateur définit une règle de protection contre la perte de données liée au téléchargement de fichiers, une analyse est déclenchée une fois le téléchargement terminé. Cette fonctionnalité empêche les utilisateurs inscrits à Chrome Enterprise d'accéder au contenu d'un fichier téléchargé tant que le résultat de l'analyse approfondie n'est pas renvoyé.
Cette fonctionnalité est contrôlée par la règle existante OnFileDownloadedEnterpriseConnector et n'est disponible que pour les utilisateurs de Chrome Enterprise Premium.
- Chrome 132 sur ChromeOS, Linux, macOS et Windows
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 130 : 9 octobre 2024 | |
| Chrome 129 : 11 septembre 2024 | |
| Chrome 128 : 14 août 2024 | |
| Chrome 127 : 17 juillet 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