Websitekompatibilität – Auswirkungen von Änderungen an Microsoft Edge

Dieser Artikel hebt Folgendes hervor:

• Wichtige Unterschiede zwischen Microsoft Edge und dem Chromium-Projekt, dem Browsermodul, auf dem Microsoft Edge basiert.
• Webplattformänderungen mit großen Auswirkungen, die sich auf die Browserkompatibilität auf Ihrer Website auswirken können und die das Microsoft Edge-Team besonders genau verfolgt.

Weitere Informationen zu weiteren Änderungen in Microsoft Edge finden Sie in den Versionshinweisen für die Microsoft Edge-Webplattform.

Die Webplattform ist eine Sammlung von Technologien, die zum Erstellen von Webseiten verwendet werden, einschließlich HTML, CSS, JavaScript und vieler anderer offener Standards. Die Webplattform entwickelt sich ständig weiter, um die Benutzerfreundlichkeit, Sicherheit und Privatsphäre zu verbessern. In einigen Fällen können sich diese Änderungen auf die Funktionalität vorhandener Webseiten auswirken.

Aus Funktionalitäts- und Kompatibilitätsgründen übernimmt Microsoft Edge fast alle Änderungen des Chromium-Projekts in die Webplattform. Microsoft behält jedoch die vollständige Kontrolle über den Microsoft Edge-Browser und kann Änderungen zurückstellen oder ablehnen. Das Microsoft Edge-Team entscheidet, ob die Änderung Browserbenutzern zugute kommt.

Informationen zu bevorstehenden Änderungen an der Webplattform von Chromium-Projekten finden Sie in der Zeitleiste für die Veröffentlichung des Chrome-Plattformstatus.

Wichtige Änderungen

In dieser Tabelle sind wichtige Änderungen aufgeführt, die das Microsoft Edge-Team genau verfolgt.

Neueste Versionen

Ändern	Freigabe	Beschreibung
Unsichere Downloads über HTTP	Zukünftiges Release (TBD)	Wenn ein Benutzer versucht, potenziell gefährliche Inhalte von einer HTTP-Website herunterzuladen, erhält der Benutzer eine Benutzeroberflächenwarnung, z. B. "Unsicherer Download blockiert". Der Benutzer hat weiterhin die Möglichkeit, den Vorgang fortzusetzen und das Element herunterzuladen. Administratoren können die InsecureContentAllowedForUrls Richtlinie verwenden, um HTTP-Websites anzugeben, für die die Warnung unterdrückt wird. Administratoren können das InsecureDownloadWarnings Featureflag verwenden, um die Auswirkungen dieses bevorstehenden Features zu testen.
XSLT veraltet	Zukünftiges Release (TBD)	Die XSLT-Unterstützung stellt eine unverhältnismäßige Angriffsfläche dar, und das Chromium-Projekt, auf dem Microsoft Edge basiert, hat Pläne angekündigt, XSLT in einer zukünftigen Version zu deaktivieren und schließlich zu entfernen. Siehe Entfernen von XSLT für einen sichereren Browser. Daher sollten Sie die Abhängigkeit von clientseitigen XSLT als technische Schulden behandeln und die Migration entsprechend planen. Microsoft Edge Version 147 führt die XSLTEnabled-Featurerichtlinie ein, um Test- und Übergangsszenarien zu unterstützen, während das Chromium-Projekt darauf hinarbeitet, die XSLT-Unterstützung zu veralten und zu entfernen. Wir empfehlen Organisationen, Einstellungen XSLTEnabled = Disabled proaktiv zu testen, um Anwendungsabhängigkeiten und Wartungsanforderungen zu identifizieren, bevor zukünftige Standardänderungen vorgenommen oder das Feature entfernt wird.
Veraltetes Entladung-Ereignis	v152-v155	Edge 152 wird die neue unload Berechtigungsrichtlinie einführen, um das Erstellen von Entladung-Ereignis-Listenern zu ermöglichen. Der Standardwert ist anfänglich allow, aber zwischen Edge 152 und Edge 155 wird der Standardwert schrittweise zu denymigriert, sodass Entladunghandler nicht mehr auf Seiten ausgelöst werden, es sei denn, eine Seite entscheidet sich explizit dafür, sie wieder zu aktivieren. Verwenden Sie den Wert, um allow Ereignishandler zum Entladen explizit zu aktivieren. Edge 152: Entladung-Handler werden standardmäßig für 60 % der Seitenladevorgänge nicht mehr ausgelöst, es sei denn, die Website aktiviert explizit Entladung-Handler über die unload Berechtigungsrichtlinie. Edge 154: Erhöht sich auf 80 % der Seitenladevorgänge. Edge 155: Erhöht sich auf 100 % der Seitenladevorgänge. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Geplante Abschaffung des Entladung-Ereignisses in den Versionshinweisen zur Microsoft Edge 152-Webplattform (August 2026) und Absicht zu veralten: Veraltetes Entladungsereignis.
Entfernen von Inline-XSLT für die Produktion von SVG	v147	Die Unterstützung für die Verwendung von XSLT-Stylesheets zum Transformieren von XML-Daten in SVG-Dateien wurde entfernt. Weitere Informationen finden Sie unter Entfernen von Inline-XSLT für die Produktion von SVG in Microsoft Edge 147 Versionshinweise zur Webplattform (Apr. 2026).
JPEG oder PNG eingebettet in BMP	v145	Die Unterstützung für das Einbetten von JPEG- oder PNG-Bilddaten in einem Bitmap-Bildformat ist nicht standardisiert und wurde entfernt. Weitere Informationen finden Sie unter Entfernen der Unterstützung für die Bitmap-Erweiterung zum Einbetten von JPEG oder PNG in Microsoft Edge 145 Web Platform Release Notes (Februar 2026).
Extern geladene Entitäten bei XML-Analyse	v144	Das synchrone Abrufen externer XML-Entitäten/DTDs, die dann unter bestimmten Umständen beim Parsen verwendet werden, wurde entfernt. Weitere Informationen finden Sie unter Extern geladene Entitäten in der XML-Analyse in den Versionshinweisen zur Microsoft Edge 144-Webplattform (Januar 2025).
Veraltete Intl.Locale Getter	v143	Die Accessoreigenschaften des Objekts Intl.Locale sind jetzt zugunsten der entsprechenden Funktionen pro Spezifikation veraltet. Weitere Informationen finden Sie unter "Veraltete Intl.Locale Getter" in den Versionshinweisen zur Webplattform Microsoft Edge 143 (Dezember 2025).
Mobile und Desktop Parität für <select> Elemente	v142	Die Darstellung von HTML-Elementen bei Verwendung der <select>multiplesize and-Attribute ist jetzt auf mobilen und Desktop-Geräten einheitlich. Weitere Informationen finden Sie unter Mobil- und Desktopparität für <select> Elemente in den Versionshinweisen zur Webplattform Microsoft Edge 142 (Okt. 2025).
Entfernen spezieller Schriftgradregeln für <h1>	v140	Die speziellen Rand- und Schriftgrößenregeln für <h1> Elemente, wenn sie in <aside><article>, , <nav>und <section> Elementen verschachtelt sind, wurden jetzt entfernt, um die Barrierefreiheit zu verbessern. Weitere Informationen finden Sie unter Entfernte spezielle Schriftgrößenregeln für <h1> innerhalb einiger Elemente in denVersionshinweisen zur Webplattform Microsoft Edge 140 (September 2025).
Das Entfernen asynchroner Bereiche für Medienquellenerweiterungen löst Ausnahmen aus.	v138	Die folgenden Änderungen wurden an der Spezifikation für Medienquellenerweiterungen vorgenommen, um mehrdeutig definiertes Verhalten mit asynchronen Bereichsentfernungen zu verhindern: * SourceBuffer.abort() bricht SourceBuffer.remove() Vorgänge nicht mehr ab. * Die aktuell MediaSource.duration gepufferten Medien können nicht mehr abgeschnitten werden. Während diese Änderungen vor langer Zeit vorgenommen wurden und Safari und Firefox sie bereits implementiert haben, hatte Chromium dies noch nicht getan. In beiden Fällen werden jetzt Ausnahmen ausgelöst. Siehe Medienquellen-API bei MDN.
Entfernen des automatischen SwiftShader-Fallbacks	v138	Wenn bisher kein WebGL-Kontext mit der verfügbaren GPU erstellt werden konnte, griff Chromium automatisch auf den SwiftShader-Softwarerenderer zurück. Dieses automatische Fallbackverhalten wurde entfernt, und die Erstellung des WebGL-Kontexts schlägt jetzt fehl, anstatt auf SwiftShader zurückzugreifen. SwiftShader birgt Sicherheitsrisiken und führt zu einer schlechten Benutzererfahrung, wenn von einem leistungsstarken GPU-gestützten WebGL zu einer CPU-gestützten Implementierung zurückgegriffen wird. SwiftShader bleibt ein nützliches Tool für Headless-Tests auf einer Website. Dieser Anwendungsfall wird weiterhin unterstützt, indem Sie sich anmelden, indem Sie Microsoft Edge mit dem --enable-unsafe-swiftshader Befehlszeilenargument ausführen. Siehe Verwenden von Chromium mit SwiftShader.
getHostEnvironmentValue einstellen	v137-v141	Verwerfen Sie die nicht standardbasierte, ausschließlich window.external.getHostEnvironmentValue() auf Microsoft Edge basierende Methode, und verwenden Sie stattdessen die standardisierte User-Agent Client Hints-API, um Browser- und Plattforminformationen verfügbar zu machen. User-Agent Clienthinweise stellen Browser- und Plattforminformationen auf eine Weise bereit, die die Privatsphäre besser schützt. Weitere Informationen finden Sie unter Erkennen von Windows 11- und CPU-Architektur mithilfe von User-Agent Clienthinweisen und der Benutzer-Agent-Clienthinweise-API.
Updates für HTTPS-Richtlinien	v136-v139	Die AutomaticHttpsDefault Richtlinie wird in Version 136 unterstützt, aber davon wird abgeraten, und es ist geplant, sie in Version 139 zu entfernen. Verwenden Sie stattdessen die neue HttpsUpgradesEnabled Richtlinie, die ab Version 136 verfügbar ist.
Methode entfernen navigator.xr.supportsSession	v135	Die veraltete navigator.xr.supportsSession Eigenschaft wird aus der WebXR-API entfernt. Siehe Methode "Entfernennavigator.xr.supportsSession" in den Versionshinweisen zur Microsoft Edge 135-Webplattform (April 2025).
WebGPU-Limit entfernen maxInterStageShaderComponents	v135	Die maxInterStageShaderComponents Begrenzung wurde aufgehoben. Weitere Informationen finden Sie unter Entfernen des WebGPU-Limits maxInterStageShaderComponentsin den Versionshinweisen zur Webplattform Microsoft Edge 135 (April 2025).
Veraltete -ms-high-contrast und -ms-high-contrast-adjust	v134-v138	Die CSS-Medienabfrage -ms-high-contrast und die -ms-high-contrast-adjust Eigenschaft sind veraltet und ersetzen stattdessen das standardbasierte Feature für erzwungene Farben . Siehe Einstellung der Unterstützung für -ms-high-contrast und -ms-high-contrast-adjust.

Frühere Versionen

Ändern	Freigabe	Beschreibung
WebGPU-Grenzwert maxInterStageShaderComponents	v133	Das WebGPU-Limit maxInterStageShaderComponents wird entfernt. Siehe Veraltetes WebGPU-Limit maxInterStageShaderComponents.
<link rel=prefetch> Fünf-Minuten-Regel	v133	Wenn zuvor eine Ressource vorab <link rel=prefetch>abgerufen wurde, wurde ihre Cachesemantik (insbesondere max-age und no-cache) bei der ersten Verwendung innerhalb von 5 Minuten ignoriert, um ein erneutes Abrufen zu vermeiden. Jetzt wurde dieser Sonderfall entfernt, und es wird die normale HTTP-Cache-Semantik verwendet. Siehe Entfernen der <link rel=prefetch> Fünf-Minuten-Regel.
Attribut als veraltet kennzeichnen textprediction	v133	Entfernt die Unterstützung für das textprediction HTML-Attribut, bei dem es sich um ein nicht standardmäßiges Attribut handelt, das zum Aktivieren oder Deaktivieren der browserbasierten Textvorhersagefunktion für lange Texteingaben verwendet wird. Verwenden Sie stattdessen das standardisierte writingsuggestions Attribut, das ähnlich wie textpredictionfunktioniert, aber auch für andere Schreibunterstützungsfeatures gilt, die Browser möglicherweise bereitstellen. Websites, die explizit auf true denselben Wert festgelegt werden textprediction oder false stattdessen writingsuggestions festgelegt werden können. Weitere Informationen finden Sie unter Schreibvorschläge in der HTML-Spezifikation.
Entfernen der Unterstützung für die Tokenbindung	v127, v130	Die Tokenbindung verwendet kryptografische Zertifikate an beiden Enden der TLS-Verbindung, um die Sicherheitslücke von Bearertoken zu schließen, die verloren gehen oder gestohlen werden können. Die Unternehmensrichtlinie "AllowTokenBindingsForUrls " wird ab Version 127 nicht mehr unterstützt. Die Unterstützung für das Token Binding-Protokoll wird in Version 130 eingestellt.
Entfernen von Mutationsereignissen	v127	Entfernt die Unterstützung für Mutationsereignisse in Chromium. Verwenden Sie stattdessen die MutationObserver-API . Siehe Absicht zu veralten: Mutationsereignisse.
Entfernen von Web-SQL	v124	Die Web SQL-Unterstützung wird vollständig entfernt. In früheren Versionen war die Web-SQL-Unterstützung standardmäßig deaktiviert, konnte aber über die WebSQLAccess-Richtlinie wieder aktiviert werden. Nach dieser Änderung gibt es keinen Mechanismus mehr, um die Web-SQL-Unterstützung zu aktivieren. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Absicht zum Veralteten Schreiben und Entfernen von Web SQL.
Unterstützung für die Dateiformate AVIF und AV1 wurde hinzugefügt	v121	Microsoft Edge unterstützt jetzt die Dateiformate AVIF und AV1, die eine bessere Komprimierung und höhere Qualität von Bildern und Videos bieten. Benutzer können schnellere Ladezeiten und bessere Medienqualität auf Websites genießen.
Entfernen von Native Client (NaCl)	v120	Um die Websicherheit und -leistung zu verbessern, wird Native Client (NaCl) für Microsoft Edge (zusammen mit anderen Browsern) nicht mehr unterstützt. NaCl wurde durch Version 115 unterstützt. In v116 bis v119 war NaCl nur durch Aktivieren einer Unternehmensrichtlinie verwendbar. WebAssembly (Wasm) wird anstelle von NaCl empfohlen. siehe Ausführen von kompiliertem Code in einer Erweiterung.
Änderungen an werden document.domain standardmäßig ignoriert	v119	Die document.domain Eigenschaft konnte in der Vergangenheit so eingestellt werden, dass die Richtlinie des gleichen Ursprungs gelockert wird und Subdomains von einer Website interagieren können. Dieses Verhalten wird standardmäßig deaktiviert, sodass das Festlegen der document.domain Eigenschaft keine Auswirkungen hat. Weitere Informationen und Problemumgehungen finden Sie unter Microsoft Edge deaktiviert das Ändern von "document.domain".
Neue TLS-Serverzertifikatüberprüfung	v111 (verwaltete Geräte), v109 (nicht verwaltete Geräte)	Es werden keine Auswirkungen auf die Sitekompatibilität erwartet. Wenn Sie ungewöhnliche TLS-Serverzertifikatbereitstellungen haben, sollten Sie in v109 testen, um sicherzustellen, dass es keine Auswirkungen gibt. Weitere Informationen und Testleitfäden finden Sie unter Änderungen an der Überprüfung des TLS-Server-Zertifikats im Microsoft Edge-Browser.
Senden von CORS-Preflightanforderungen für den privaten Netzwerkzugriff	v104	Ab Version 104 sendet Microsoft Edge eine CORS-Preflight-Anforderung, bevor eine Seite aus dem Internet Ressourcen aus einem lokalen Netzwerk (Intranet) anfordern darf. Der Intranetserver sollte auf den Preflight reagieren, indem er eine explizite Berechtigung für den Zugriff auf die Ressource erteilt. Das Ergebnis dieser Überprüfung wurde noch nicht erzwungen. Die Erzwingung beginnt frühestens in Version 111. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Siehe Preflight-Anfrage im Glossar bei MDN; Feature: Zugriff auf private Netzwerke Preflight-Anforderungen für Unterressourcen: Modus "Nur Warnung" Chrome-Plattformstatus. Zwei Kompatibilitätsrichtlinien sind verfügbar, um die CORS-Preflight-Anforderung zu unterdrücken: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls.
Externe Protokolle in Sandbox-Frames standardmäßig blockieren	v103	Blockiert die Verwendung externer Protokolle (die mit Nicht-Browser-Anwendungen interagieren) aus Sandbox-iframes, es sei denn, die Berechtigung wird explizit durch das sandbox Attribut für den Frame erteilt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag.
Dreistellige Versionsnummer in der User-Agent-Zeichenfolge	v100	Ab Version 100 sendet Microsoft Edge eine dreistellige Versionsnummer im User-Agent-Header, z. B Edg/100. Dies kann Skripts oder serverseitige Analysen verwirren, die einen fehlerhaften Parser verwenden, um die Versionsnummer der User-Agent Zeichenfolge zu ermitteln. Ab Version 97 können Websitebesitzer diese Bedingung vor Version 100 emulieren, indem sie das Experimentflag #force-major-version-to-100 in edge://flagsaktivieren.
Veraltete Plan-B-SDP-Semantik von WebRTC	v98 (Chrome+2)	Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Mit dieser Änderung wird ein veralteter SDP-Dialekt (Session Description Protocol) namens "Plan B" nicht mehr unterstützt. Dieses SDP-Format wird durch "Unified Plan" ersetzt, ein spezifikationskonformes und browserübergreifendes SDP-Format. Weitere Informationen finden Sie im Chrome Platform Status-EintragPSA: Plan B should throw in M96 Beta and Stable und PSA: Plan B throwing in Stable and Extended Deprecation Trial End Date. Der Microsoft-Rolloutzeitplan für die Ausmusterung ist für zwei Versionen nach Chrome geplant.
WebSQL in Drittanbieterkontexten blockieren	v97	Die Verwendung des veralteten WebSQL-Features wird von Drittanbieterframes blockiert. Eine Unternehmensrichtlinie WebSQLInThirdPartyContextEnabled ist als Opt-out bis v101 verfügbar. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag.
Downloads gemischter Inhalte blockieren	v94	Das Herunterladen von Dateien von HTTP-URLs wird auf HTTPS-Seiten blockiert. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Google Security-Blogeintrag.
Beschränken privater Netzwerkanforderungen auf sichere Kontexte	v94	Ab v94 erfordert der Zugriff auf Ressourcen in lokalen Netzwerken (Intranet) von Seiten im Internet, dass diese Seiten über HTTPS bereitgestellt werden. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Zwei Kompatibilitätsrichtlinien sind verfügbar, um Szenarien zu unterstützen, die die Kompatibilität mit nicht sicheren Seiten beibehalten müssen: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls.
Entfernen von 3DES in TLS	v93	Ab Version 93 wird die Unterstützung für die TLS_RSA_WITH_3DES_EDE_CBC_SHA Verschlüsselungssammlung entfernt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Darüber hinaus wird in Version 93 eine Kompatibilitätsrichtlinie verfügbar sein, um Szenarien zu unterstützen, die die Kompatibilität mit veralteten Servern beibehalten müssen. Diese Kompatibilitätsrichtlinie wird veraltet und funktioniert in Version 95 nicht mehr. Stellen Sie sicher, dass Sie betroffene Server vorher aktualisieren.
Automatisches Upgrade von Bildern mit gemischtem Inhalt	v88	Nicht sichere (HTTP) Verweise auf Bilder werden automatisch auf HTTPS aktualisiert. Wenn das Bild nicht über HTTPS verfügbar ist, schlägt der Bilddownload fehl. Zur Steuerung dieser Funktion ist eine Gruppenrichtlinie verfügbar. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag.
Entfernen von Adobe Flash	v88	Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie in der Adobe Flash Chromium Roadmap.
Entfernen der FTP-Unterstützung	v88	Veraltet, aber ab Beta v87 immer noch vorhanden. In v88 wird die FTP-Unterstützung vollständig entfernt. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Unternehmen mit Websites, die weiterhin FTP-Unterstützung benötigen, können weiterhin FTP verwenden, indem sie die Website für die Verwendung des IE-Modus konfigurieren.
HTTP-Authentifizierung nicht zulässig, wenn Cookies von Drittanbietern blockiert werden	v87	Ab Version 87 ist die HTTP-Authentifizierung ebenfalls nicht zulässig, wenn Cookies für Anforderungen von Drittanbietern mithilfe der BlockThirdPartyCookies-Richtlinie oder des Umschalters in edge://settingsblockiert werden. Diese Änderung kann sich auf Downloads von Enterprise Mode Site List für den Internet Explorer-Modus auswirken, wenn der Endpunkt, der die Liste hostet, die Verwendung von HTTP-Authentifizierung erfordert. Um die Verwendung von Cookies und HTTP-Authentifizierung für Downloads von Enterprise Mode-Sitelisten zuzulassen, fügen Sie der CookiesAllowedForURLs-Richtlinie ein entsprechendes URL-Muster hinzu.
AppCache als veraltet kennzeichnen	v86 (Chrome+1)	Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Siehe Vorbereiten der AppCache-Entfernung unter web.dev. Der Microsoft-Rolloutzeitplan für die Ausmusterung ist für eine Version nach Chrome geplant. Das Anfordern eines AppCache OriginTrial-Tokens ermöglicht es Websites, die veraltete API bis v90 weiterhin zu verwenden.
Verweiser-Richtlinie: Standardwert strict-origin-when-cross-origin	v86 (Chrome+1)	Veraltet, aber immer noch vorhanden ab Canary v79, Dev v79. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status.
Cookies standardmäßig und SameSite=LaxSameSite=None-requires-Secure	v86 (Chrome+1)	Veraltet, aber immer noch vorhanden ab Canary v82, Dev v82. Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status.
Deaktivieren von TLS/1.0 und TLS/1.1	v84	Die Versionen 1.0 und 1.1 des TLS-Protokolls, die von HTTPS-Websites verwendet werden, sind jetzt veraltet und in modernen Browsern nicht verfügbar.
Dezente Aufforderung zum Anfordern von Benachrichtigungsberechtigungen anzeigen	v84	Bei Anforderungen für stille Benachrichtigungen wird in der Adressleiste ein subtiles Anforderungssymbol für Websitebenachrichtigungsberechtigungen angezeigt, die mithilfe der NotificationsPush OR-API angefordert wurden. Dadurch wird die Flyout-Eingabeaufforderung mit vollständigen oder Standardberechtigungen ersetzt. Dieses Feature ist derzeit für alle Benutzer aktiviert. Informationen zum Deaktivieren stiller Benachrichtigungsanforderungen finden Sie unter edge://settings/content/notifications. In Zukunft wird das Microsoft Edge-Team möglicherweise prüfen, ob die vollständige Flyout-Benachrichtigungsaufforderung in einigen Szenarien wieder aktiviert werden kann.
Synchrone XmlHttpRequest beim Seitenende nicht zulassen	v83 (Chrome+1)	Diese Änderung erfolgt im Chromium-Projekt, auf dem Microsoft Edge basiert. Passend zu Chrome bietet Microsoft Edge eine Gruppenrichtlinie, um diese Änderung bis v88 zu deaktivieren. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Chrome Platform Status.

Notation für Browserversionen

In diesem Artikel wird die folgende Notation für Browser-Versionsnummern verwendet.

Notation	Beschreibung
v123	Das Feature oder die Änderung wird in Microsoft Edge Version 123 ausgeliefert.
v123 (Chrome+1)	Das Feature oder die Änderung wird in Microsoft Edge Version 123 ausgeliefert, die eine Version nach dem Feature oder der Änderung in Chrome Version 122 ausgeliefert wird.
v123 (Chrome+2)	Das Feature oder die Änderung wird in Microsoft Edge Version 123 ausgeliefert, das zwei Versionen nach dem Release oder der Feature- oder Änderung in Chrome Version 121 ausgeliefert wird.
Beta v123	Das Feature oder die Änderung wird in Version 123 des Beta-Vorschaukanals von Microsoft Edge ausgeliefert.
Dev v123	Das Feature oder die Änderung wird in Version 123 des Dev-Vorschaukanals von Microsoft Edge ausgeliefert.
Canary v123	Das Feature oder die Änderung wird in Version 123 des Canary-Vorschaukanals von Microsoft Edge ausgeliefert.

Siehe auch

• Versionshinweise für die Microsoft Edge-Webplattform