Modifications apportées à Microsoft Edge ayant un impact sur la compatibilité des sites

Cet article met en évidence :

Différences importantes entre Microsoft Edge et le projet Chromium, le moteur de navigateur sur lequel Microsoft Edge est basé.
Les modifications de plateforme web à fort impact, qui peuvent avoir un impact sur la compatibilité du navigateur sur votre site, et que l’équipe Microsoft Edge suit de près.

Pour plus d’informations sur les autres modifications apportées à Microsoft Edge, consultez les notes de publication pour la plateforme web Microsoft Edge.

La plateforme web est un ensemble de technologies utilisées pour la création de pages web, notamment HTML, CSS, JavaScript et de nombreuses autres normes ouvertes. La plateforme web évolue constamment pour améliorer l’expérience utilisateur, la sécurité et la confidentialité. Dans certains cas, ces modifications peuvent affecter les fonctionnalités des pages web existantes.

Pour des raisons de fonctionnalité et de compatibilité, Microsoft Edge adopte la quasi-totalité des modifications du projet Chromium sur la plateforme web. Toutefois, Microsoft conserve le contrôle total du navigateur Microsoft Edge et peut différer ou rejeter les modifications. L’équipe Microsoft Edge décide si les modifications profitent aux utilisateurs du navigateur.

Pour plus d’informations sur les modifications à venir de la plateforme web du projet Chromium, consultez la chronologie de publication de l’état de la plateforme Chrome.

Changements à fort impact

Ce tableau répertorie les modifications à fort impact que l’équipe Microsoft Edge suit de près.

Dernières versions
Versions antérieures

Remplacez	Version	Description
Téléchargements non sécurisés via HTTP	Prochaine version (à déterminer)	Lorsqu’un utilisateur tente de télécharger du contenu potentiellement dangereux à partir d’un site HTTP, il reçoit un avertissement de l’interface utilisateur, tel que « Téléchargement non sécurisé bloqué ». L’utilisateur a toujours la possibilité de continuer et de télécharger l’élément. Les administrateurs peuvent utiliser la stratégie pour spécifier les `InsecureContentAllowedForUrls` sites HTTP pour lesquels l’avertissement sera supprimé. Les administrateurs peuvent utiliser l’indicateur `InsecureDownloadWarnings` de fonctionnalité pour tester l’impact de cette fonctionnalité à venir.
Suppression de l’indicateur `msAbydosHandwritingAttr` WebView2	v159	WebView2 supprimera l’indicateur de navigateur déconseillé `msAbydosHandwritingAttr` . Après cette modification, le passage `msAbydosHandwritingAttr` par `WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS`les arguments du navigateur basé sur le registre ou `CoreWebView2EnvironmentOptions.AdditionalBrowserArguments` n’activera plus le comportement attendu. Voir Changement cassant à venir : suppression de l’indicateur de navigateur WebView2 dans l’exécution `msAbydosHandwritingAttr`de la préversion 156.0.4314.8 (12 octobre 2026).
Configuration ACL requise pour WebView2 Fixed Version Runtime	v159	WebView2 renforce le bac à sable du moteur de rendu pour les déploiements de version fixe gérés par les applications. Les applications qui déploient et gèrent un runtime Fixed Version non packagé doivent configurer et conserver les entrées de la liste de contrôle d’accès (ACL) Windows requises dans le dossier d’exécution pendant l’installation, les mises à jour d’exécution et les réparations. Consultez Changement cassant à venir : configuration ACL requise pour les runtimes WebView2 Fixed Version gérés par l’application sur Windows dans Preview Runtime 156.0.4314.8 (12 octobre 2026).
Vérification plus stricte des répertoires d’accès au système de fichiers	v159	WebView2 appliquera des vérifications de dossiers restreints plus strictes lors de la traversée des répertoires d’accès au système de fichiers sur Windows. WebView2 sur Windows s’alignera plus étroitement sur le comportement de sécurité de Chromium en appliquant des vérifications d’emplacement sensible lorsque le contenu web accède ou énumère des entrées sous un répertoire accordé. Voir Changement cassant à venir : Vérifications de répertoire d’accès au système de fichiers plus strictes dans l’exécution de la préversion 156.0.4314.8 (12 octobre 2026).
Abandon de XSLT	v159 (v157 dans Edge Canary, Dev et Beta)	La prise en charge de XSLT représente une surface d’attaque disproportionnée, et le projet Chromium sur lequel Microsoft Edge est basé a annoncé son intention de désactiver et finalement de supprimer XSLT dans une prochaine version. Consultez Suppression de XSLT pour un navigateur plus sécurisé. Par conséquent, vous devez traiter la dépendance à l’égard de XSLT côté client comme une dette technique et planifier la migration en conséquence. La version 147 de Microsoft Edge introduit la stratégie de fonctionnalité XSLTEnabled pour prendre en charge les scénarios de test et de transition, tandis que le projet Chromium travaille à la dépréciation et à la suppression de la prise en charge XSLT. Nous encourageons les organisations à tester de manière proactive les paramètres `XSLTEnabled = Disabled` pour identifier les dépendances d’application et les exigences de correction avant toute modification par défaut future ou suppression de la fonctionnalité. Pour conserver temporairement l’activation du XSLT natif du navigateur pour une origine enregistrée, les propriétaires de sites peuvent s’inscrire à la version d’évaluation d’origine déconseillée XSLT, et les administrateurs des environnements gérés peuvent utiliser la stratégie XSLTEnabled . Les deux atténuations sont temporaires et sont planifiées pour cesser de fonctionner dans Microsoft Edge 176.
Supprimer la `_current` cible du lien	v153	La cible de lien non standard `_current` , utilisée pour spécifier qu’un lien doit s’ouvrir dans le contexte de navigation actuel, est supprimée. Consultez Cible de lien supprimée `_current` dans les notes de publication de la plateforme web Microsoft Edge 153 (10 septembre 2026).
Événement de déchargement obsolète	v152 à v155	Edge 152 introduit la nouvelle `unload` stratégie d’autorisation, pour permettre la création d’écouteurs d’événements de déchargement. La valeur par défaut est initialement `allow`, mais entre Edge 152 et Edge 155, la valeur par défaut sera progressivement migrée vers `deny`, de sorte que les gestionnaires de déchargement cessent de se déclencher sur les pages, à moins qu’une page ne choisisse explicitement de les réactiver. Pour activer explicitement les gestionnaires d’événements unload, utilisez la `allow` valeur. Edge 152 : les gestionnaires de déchargement cessent de se déclencher par défaut pour 60 % des chargements de pages, sauf si le site active explicitement les gestionnaires de déchargement via la stratégie d’autorisation `unload` . Edge 154 : augmente jusqu’à 80 % des chargements de page. Edge 155 : augmente à 100 % des chargements de page. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Consultez Annulation planifiée de l’événement de déchargement dans les notes de publication de laplateforme web Microsoft Edge 152 (27 août 2026) et Intention de déchargement : décharger l’événement.
Supprimer le XSLT inline pour la production de SVG	v147	La prise en charge de l’utilisation de feuilles de style XSLT pour transformer des données XML en fichiers SVG a été supprimée. Consultez Supprimer les XSLT inline pour la production de SVG dans les notes de publication de la plateforme web Microsoft Edge 147 (avril 2026).
JPEG ou PNG incorporé dans BMP	v145	La prise en charge de l’incorporation de données d’image JPEG ou PNG dans un format d’image bitmap n’est pas standard et a été supprimée. Consultez Supprimer la prise en charge de l’extension Bitmap pour incorporer JPEG ou PNG dans les notes de publication de la plateforme web Microsoft Edge 145 (février 2026).
Entités chargées en externe dans l’analyse XML	v144	L’extraction synchrone d’entités XML/DTD externes, qui sont ensuite utilisées lors de l’analyse dans des circonstances spécifiques, a été supprimée. Consultez Entités chargées en externe dans l’analyse XML, dans les notes de publication de la plateforme web Microsoft Edge 144 (janvier 2025).

Remplacez	Version	Description
Dépréciation `Intl.Locale` des getters	v143	Les propriétés d’accesseur de l’objet `Intl.Locale` sont maintenant dépréciées, au profit des fonctions correspondantes, par spécification. Consultez Obtenir de façon déconseillée`Intl.Locale`, dans les notes de publication de la plateforme web Microsoft Edge 143 (décembre 2025).
Parité des appareils mobiles et de bureau pour `<select>` les éléments	v142	L’apparence des éléments HTML, lors de l’utilisation des `<select>` attributs et`size`, est désormais cohérente sur les `multiple` appareils mobiles et de bureau. Consultez Parité des appareils mobiles et de bureau pour `<select>` les éléments, dans les notes de publication de la plateforme web Microsoft Edge 142 (octobre 2025).
Supprimer les règles spéciales de taille de police pour `<h1>`	v140	Les règles spéciales de marge et de taille de police pour `<h1>` les éléments, lorsqu’ils sont imbriqués dans les éléments, `<aside><nav>`, `<article>`et `<section>` les éléments, sont désormais supprimées pour améliorer l’accessibilité. Consultez Suppression des règles spéciales de taille de police pour `<h1>` certains éléments dans lesnotes de publication de la plateforme web Microsoft Edge 140 (sept. 2025).
La suppression de plage asynchrone pour les extensions de source multimédia lève des exceptions	v138	Les modifications suivantes ont été apportées à la spécification des extensions de source multimédia, afin d’interdire les comportements définis de manière ambiguë impliquant des suppressions de plages asynchrones : * `SourceBuffer.abort()` n’interrompt plus les `SourceBuffer.remove()` opérations. * Le paramètre `MediaSource.duration` ne peut plus tronquer les médias actuellement mis en mémoire tampon. Bien que ces changements aient été effectués il y a longtemps, et que Safari et Firefox les aient déjà implémentés, Chromium ne l’avait pas encore fait. Des exceptions sont désormais levées dans les deux cas. Voir API source de média sur MDN.
Suppression du rétablissement automatique de SwiftShader	v138	Auparavant, si un contexte WebGL ne pouvait pas être créé avec le GPU disponible, Chromium revenait automatiquement à l’utilisation du moteur de rendu logiciel SwiftShader. Ce comportement de secours automatique est maintenant supprimé et la création du contexte WebGL échoue maintenant au lieu de revenir à SwiftShader. SwiftShader présente des risques pour la sécurité et entraîne une mauvaise expérience utilisateur lors du passage d’un WebGL hautes performances soutenu par GPU à une implémentation soutenue par le processeur. SwiftShader reste un outil utile pour effectuer des tests sans affichage sur un site. Ce cas d’usage est toujours pris en charge en acceptant, ce que vous pouvez faire en exécutant Microsoft Edge avec l’argument `--enable-unsafe-swiftshader` de ligne de commande. Voir Utilisation de Chromium avec SwiftShader.
`getHostEnvironmentValue` déconseillée	v137 à v141	Dépréciez la méthode non basée sur des normes, uniquement Microsoft Edge `window.external.getHostEnvironmentValue()` , au profit de l’utilisation de l’API d’indications client User-Agent standardisée pour exposer les informations du navigateur et de la plateforme. User-Agent conseils client fournissent des informations sur le navigateur et la plateforme d’une manière plus respectueuse de la confidentialité. Consultez Détecter l’architecture du Windows 11 et du processeur à l’aide des indicateurs client User-Agent et l’API d’indicateurs client User-Agent.
Mises à jour de la stratégie HTTPS	v136 à v139	La `AutomaticHttpsDefault` stratégie est prise en charge mais découragée dans la version 136, et devrait être supprimée dans la version 139. Utilisez plutôt la nouvelle `HttpsUpgradesEnabled` stratégie, disponible à partir de la version 136.
Supprimer la `navigator.xr.supportsSession` méthode	v135	La propriété déconseillée `navigator.xr.supportsSession` est supprimée de l’API WebXR. Consultez Méthode Supprimer`navigator.xr.supportsSession`, dans les notes de publication de la plateforme web Microsoft Edge 135 (avril 2025).
Supprimer la limite WebGPU `maxInterStageShaderComponents`	v135	La `maxInterStageShaderComponents` limite est désormais supprimée. Consultez Supprimer la limite `maxInterStageShaderComponents`WebGPU dans les notes de publication de la plateforme web Microsoft Edge 135 (avril 2025).
Obsolète `-ms-high-contrast` et `-ms-high-contrast-adjust`	v134 à v138	La requête multimédia CSS `-ms-high-contrast` et la `-ms-high-contrast-adjust` propriété sont déconseillées au profit de la fonctionnalité de couleurs forcées basées sur les normes. Voir Prise en charge déconseillée pour -ms-high-contrast et -ms-high-contrast-adjust.
Limite WebGPU `maxInterStageShaderComponents`	v133	La limite WebGPU `maxInterStageShaderComponents` est supprimée. Voir Dépréciation de la limite WebGPU maxInterStageShaderComponents.
`<link rel=prefetch>` Règle des cinq minutes	v133	Auparavant, lorsqu’une ressource était préchargée à l’aide `<link rel=prefetch>`de , sa sémantique de cache (en particulier, `max-age` et `no-cache`) était ignorée pour la première utilisation dans les 5 minutes, afin d’éviter toute récupération. Ce cas particulier a été supprimé et la sémantique normale du cache HTTP est utilisée. Voir Supprimer la `<link rel=prefetch>` règle des cinq minutes.
Attribut déconseillé `textprediction`	v133	Supprime la prise en charge de l’attribut `textprediction` HTML, qui est un attribut non standard utilisé pour activer ou désactiver la fonctionnalité de prédiction de texte basée sur le navigateur pour les entrées de texte long. Utilisez plutôt l’attribut standardisé `writingsuggestions` , qui fonctionne de la même manière que `textprediction`, mais qui s’applique également à d’autres fonctionnalités d’aide à l’écriture que les navigateurs peuvent fournir. Sites qui définissent `textpredictiontrue` explicitement ou `false` peuvent définir la `writingsuggestions` même valeur. Pour plus d’informations, voir Écriture de suggestions dans la spécification HTML.
Suppression de la prise en charge du jeton obligatoire	v127, v130	La liaison de jetons utilise des certificats cryptographiques aux deux extrémités de la connexion TLS pour tenter de combler la faille de sécurité des jetons du porteur, qui peuvent être perdus ou volés. La stratégie d’entreprise AllowTokenBindingsForUrls ne sera plus prise en charge, à compter de v127. La prise en charge du protocole de liaison de jetons sera supprimée dans la v130.
Suppression des événements de mutation	v127	Supprime la prise en charge des événements de mutation dans Chromium. Utilisez l’API MutationObserver à la place. Voir Intention de dépréciation : événements de mutation.
Suppression de Web SQL	v124	Supprime complètement la prise en charge de Web SQL. Dans les versions antérieures, la prise en charge de Web SQL était désactivée par défaut, mais pouvait être réactivée via la stratégie WebSQLAccess. Après cette modification, il n’existe plus aucun mécanisme permettant d’activer la prise en charge de Web SQL. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez Intention de dépréciation et de suppression de Web SQL.
Ajout de la prise en charge des formats de fichier AVIF et AV1	v121 (en anglais)	Microsoft Edge prend désormais en charge les formats de fichier AVIF et AV1, qui offrent une meilleure compression et des images et vidéos de meilleure qualité. Les utilisateurs peuvent profiter de temps de chargement plus rapides et de médias de meilleure qualité sur les sites Web.
Suppression de Native Client (NaCl)	v120	Pour améliorer la sécurité et les performances web, le client natif (NaCl) n’est plus pris en charge pour Microsoft Edge (ainsi que pour d’autres navigateurs). NaCl a été pris en charge jusqu’à la v115. Des versions 116 à 119, NaCl n’était utilisable qu’en activant une stratégie d’entreprise. WebAssembly (Wasm) est recommandé à la place de NaCl ; consultez Exécuter du code compilé dans une extension.
Ignorer les modifications par `document.domain` défaut	v119	Historiquement, la `document.domain` propriété pouvait être définie pour assouplir la stratégie de même origine et permettre aux sous-domaines d’un site d’interagir. Ce comportement est désactivé par défaut, de sorte que la définition de la propriété n’a `document.domain` aucun effet. Pour plus d’informations et pour des solutions de contournement, consultez Microsoft Edge désactive la modification de document.domain.
Nouveau vérificateur de certificat de serveur TLS	v111 (appareils gérés), v109 (appareils non gérés)	Aucun impact sur la compatibilité du site n’est prévu. Si vous avez des déploiements de certificat de serveur TLS inhabituels, vous devez effectuer un test dans la version v109 pour confirmer qu’il n’y a aucun impact. Pour plus d’informations et pour obtenir des conseils de test, consultez Modifications apportées à la vérification du certificat de serveur TLS du navigateur Microsoft Edge.
Envoyer des demandes de contrôle en amont CORS pour un accès à un réseau privé	v104	À partir de la version 104, Microsoft Edge envoie une demande de contrôle en amont CORS avant qu’une page d’Internet ne soit autorisée à demander des ressources à partir d’un réseau local (intranet). Le serveur intranet doit répondre au contrôle en amont en fournissant une autorisation explicite d’accès à la ressource. Le résultat de cette case activée n’est pas encore appliqué. L’application commencera au plus tôt dans la v111. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Voir la demande de contrôle en amont dans le glossaire à MDN ; Fonctionnalité : Accès au réseau privé Demandes de contrôle en amont pour les sous-ressources : mode avertissement uniquement État de la plateforme Chrome. Deux stratégies de compatibilité sont disponibles pour supprimer la demande de contrôle en amont CORS : InsecurePrivateNetworkRequestAllowed et InsecurePrivateNetworkRequestAllowedForUrls.
Bloquer par défaut les protocoles externes dans les trames bac à sable	v103	Bloque l’utilisation de protocoles externes (qui interagissent avec des applications sans navigateur) à partir d’iframes en bac à sable, sauf si l’autorisation est explicitement accordée par l’attribut `sandbox` sur le cadre. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome.
Numéro de version à trois chiffres dans la chaîne User-Agent	v100	À partir de v100, Microsoft Edge envoie un numéro de version à trois chiffres dans l’en-tête User-Agent, par `Edg/100`exemple. Cela peut confondre les scripts ou les analyses côté serveur qui utilisent un analyseur bogué pour déterminer le numéro de version de la chaîne User-Agent. À partir de v97, les propriétaires de site peuvent émuler cette condition avant v100 en activant l’indicateur `#force-major-version-to-100` d’expérience dans `edge://flags`.
Dépréciation de la sémantique SDP du Plan B de WebRTC	v98 (Chrome+2)	Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Cette modification rend obsolète un ancien dialecte de protocole de description de session (SDP) appelé Plan B. Ce format SDP est remplacé par le plan unifié, qui est un format SDP conforme aux spécifications et compatible avec tous les navigateurs. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome, PSA : plan B doit être lancé dans M96 Bêta et Stable, et PSA : Lancement du Plan B dans la version stable et étendue Date de fin de l’essai de dépréciation. La planification du déploiement de Microsoft pour l’annulation est prévue pour deux versions après Chrome.
Bloquer WebSQL dans des contextes tiers	v97	L’utilisation de la fonctionnalité WebSQL héritée sera bloquée pour les trames tierces. Une stratégie d’entreprise WebSQLInThirdPartyContextEnabled sera disponible en tant que désactivation jusqu’à la version 101. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome.
Bloquer les téléchargements de contenu mixte	v94	Le téléchargement de fichiers à partir d’URL HTTP sera bloqué sur les pages HTTPS. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée de blog sur la sécurité Google.
Limiter les demandes de réseau privé aux contextes sécurisés	v94	À partir de la version 94, l’accès aux ressources des réseaux locaux (intranet) à partir de pages sur Internet nécessite que ces pages soient transmises par HTTPS. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome. Deux stratégies de compatibilité sont disponibles pour prendre en charge les scénarios qui doivent préserver la compatibilité avec les pages non sécurisées : InsecurePrivateNetworkRequestAllowed et InsecurePrivateNetworkRequestAllowedForUrls.
Suppression de 3DES dans TLS	v93	À partir de v93, la prise en charge de la suite de chiffrement TLS_RSA_WITH_3DES_EDE_CBC_SHA sera supprimée. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome. En outre, dans la version v93, une stratégie de compatibilité sera disponible pour prendre en charge les scénarios qui doivent préserver la compatibilité avec les serveurs obsolètes. Cette stratégie de compatibilité devient obsolète et cesse de fonctionner dans la version v95. Assurez-vous de mettre à jour les serveurs concernés avant cela.
Mise à niveau automatique des images à contenu mixte	v88	Les références non sécurisées (HTTP) aux images sont automatiquement mises à niveau vers HTTPS. Si l’image n’est pas disponible via HTTPS, le téléchargement de l’image échoue. Une stratégie de groupe est disponible pour contrôler cette fonctionnalité. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome.
Suppression d’Adobe Flash	v88	Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez la feuille de route Adobe Flash Chromium.
Supprimer la prise en charge FTP	v88	Obsolète mais toujours présent à partir de la version bêta v87. Dans la version v88, la prise en charge FTP est entièrement supprimée. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, consultez l’entrée État de la plateforme Chrome. Les entreprises dont les sites nécessitent toujours la prise en charge FTP peuvent continuer à utiliser FTP en configurant le site pour utiliser le mode IE.
Authentification HTTP non bloquée lorsque les cookies tiers sont bloqués	v87	À partir de v87, lorsque les cookies sont bloqués pour les demandes tierces, à l’aide de la stratégie BlockThirdPartyCookies ou de la bascule dans `edge://settings`, l’authentification HTTP est également interdite. Cette modification peut avoir un impact sur les téléchargements de listes de sites en mode Entreprise pour le mode Internet Explorer si le point de terminaison hébergeant la liste nécessite l’utilisation de l’authentification HTTP. Pour autoriser l’utilisation des cookies et de l’authentification HTTP pour les téléchargements de listes de sites en mode Enterprise, ajoutez un modèle d’URL correspondant à la stratégie CookiesAllowedForURLs .
Déconseiller AppCache	v86 (Chrome+1)	Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Consultez Préparation à la suppression d’AppCache à web.dev. La planification du déploiement de Microsoft pour l’annulation est prévue pour une version après Chrome. La demande d’un jeton AppCache OriginTrial permet aux sites de continuer à utiliser l’API déconseillée jusqu’à la v90.
Stratégie de référence : par défaut `strict-origin-when-cross-origin`	v86 (Chrome+1)	Obsolète mais toujours présent à partir de Canary v79, Dev v79. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, y compris la chronologie planifiée par Google pour cette modification, consultez l’entrée État de la plateforme Chrome.
Cookies par défaut sur `SameSite=Lax` et `SameSite=None-requires-Secure`	v86 (Chrome+1)	Obsolète mais toujours présent à partir de Canary v82, Dev v82. Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Pour plus d’informations, y compris la chronologie planifiée par Google pour cette modification, consultez l’entrée État de la plateforme Chrome.
Désactiver TLS/1.0 et TLS/1.1	v84	Les versions 1.0 et 1.1 du protocole TLS utilisées par les sites HTTPS sont désormais obsolètes et indisponibles dans les navigateurs modernes.
Afficher une invite subtile pour les demandes d’autorisations de notification	v84	Les demandes de notification discrètes affichent une icône de demande subtile dans la barre d’adresse pour les autorisations de notification de site demandées à l’aide de l’API `Notifications` ou `Push` , remplaçant ainsi l’interface utilisateur de l’invite de l’autorisation complète ou standard. Cette fonctionnalité est actuellement activée pour tous les utilisateurs. Pour refuser les demandes de notification silencieuses, consultez `edge://settings/content/notifications`. À l’avenir, l’équipe Microsoft Edge peut envisager de réactiver l’invite de notification complet dans certains scénarios.
Interdire le renvoi synchrone `XmlHttpRequest` dans la page	v83 (Chrome+1)	Ce changement se produit dans le projet Chromium, sur lequel Microsoft Edge est basé. Correspondant à Chrome, Microsoft Edge propose une stratégie de groupe pour désactiver cette modification jusqu’à la version 88. Pour plus d’informations, y compris la chronologie planifiée par Google pour cette modification, consultez l’entrée État de la plateforme Chrome.

Notation pour les versions du navigateur

Cet article utilise la notation suivante pour les numéros de version du navigateur.

Remarques	Description
v123	La fonctionnalité ou la modification est fournie dans la version 123 de Microsoft Edge.
v123 (Chrome+1)	La fonctionnalité ou la modification est fournie dans Microsoft Edge version 123, qui est une version après la version 122 de Chrome ou la modification.
v123 (Chrome+2)	La fonctionnalité ou la modification est fournie dans Microsoft Edge version 123, qui est deux versions après la version 121 de Chrome ou la modification.
Bêta v123	La fonctionnalité ou la modification est fournie dans la version 123 du canal d’aperçu bêta de Microsoft Edge.
Dev v123	La fonctionnalité ou la modification est fournie dans la version 123 du canal d’aperçu Dev de Microsoft Edge.
Canary v123	La fonctionnalité ou la modification est fournie dans la version 123 du canal d’aperçu Canary de Microsoft Edge.

Voir aussi

Notes de publication pour la plateforme web Microsoft Edge

Commentaires

Cette page a-t-elle été utile ?

Dernière mise à jour : 2026-10-15