Änderungen an Microsoft Edge, die sich auf die Websitekompatibilität auswirken

In diesem Artikel wird Folgendes hervorgehoben:

• Starke Unterschiede zwischen Microsoft Edge und dem Chromium Projekt, der Browser-Engine, auf der Microsoft Edge basiert.
• Änderungen an der Webplattform, die sich auf die Browserkompatibilität auf Ihrer Website auswirken können und die das Microsoft Edge-Team besonders genau verfolgt.

Weitere Informationen zu anderen Änderungen in Microsoft Edge finden Sie unter Versionshinweise 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 vielen anderen offenen Standards. Die Webplattform wird ständig weiterentwickelt, um die Benutzererfahrung, die Sicherheit und den Datenschutz zu verbessern. In einigen Fällen können sich diese Änderungen auf die Funktionalität vorhandener Webseiten auswirken.

Aus Gründen der Funktionalität und Kompatibilität übernimmt Microsoft Edge fast alle Änderungen des Chromium Projekts an der 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 Chromium-Projekts finden Sie unter Chrome Platform Status Release Zeitleiste.

Änderungen mit großen Auswirkungen

In dieser Tabelle sind änderungen mit großen Auswirkungen aufgeführt, die das Microsoft Edge-Team genau verfolgt.

Neueste Versionen

Ändern	Freigabe	Beschreibung
getHostEnvironmentValue einstellen	Zukünftiges Release (TBD)	Stellen Sie die nicht auf Standards basierende, reine window.external.getHostEnvironmentValue() Microsoft Edge-Methode als veraltet fest, zugunsten der Verwendung der standardisierten User-Agent Clienthinweis-API, um Browser- und Plattforminformationen verfügbar zu machen. User-Agent Clienthinweise stellen Browser- und Plattforminformationen auf eine besser datenschutzschonende Weise bereit. Weitere Informationen finden Sie unter Erkennen von Windows 11- und CPU-Architektur mit User-Agent Clienthinweisen und Clienthinweis-API für Den Benutzer-Agent.
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, fortzufahren 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.
Deprecate unload-Ereignis	Zukünftiges Release (TBD)	Führt eine neue Permission-Policy ein, um das Erstellen von Unloadereignislistenern zu ermöglichen. Die Standardrichtlinie ist allow, aber die Standardrichtlinie wird schrittweise zu denymigriert, sodass entladene Handler nicht mehr auf Seiten ausgelöst werden, es sei denn, eine Seite stimmt explizit zu, um sie erneut zu aktivieren. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Intent to Deprecate: Deprecate unload event (Absicht zu deprecate: Deprecate unload-Ereignis).
Entfernen von JavaScript-Dialogfeldern für einen ursprungsübergreifenden Unterrahmen	Zukünftiges Release (TBD)	window.alertEntfernt , window.promptund window.confirm aus ursprungsübergreifenden iFrames. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Intent to Remove: Cross origin subframe JS Dialogs.For more information, see Intent to Remove: Cross origin subframe JS Dialogs.For more information, see Intent to Remove: Cross origin subframe JS Dialogs.
Als veraltet kennzeichnen -ms-high-contrast und -ms-high-contrast-adjust	v134-v138	Die CSS-Medienabfrage -ms-high-contrast und die -ms-high-contrast-adjust -Eigenschaft werden zugunsten der standardbasierten Funktion für erzwungene Farben als veraltet markiert. Weitere Informationen finden Sie unter Veraltete Unterstützung für -ms-high-contrast und -ms-high-contrast-adjust.
WebGPU-Grenzwert maxInterStageShaderComponents	v133	Der WebGPU-Grenzwert maxInterStageShaderComponents wird entfernt. Weitere Informationen finden Sie unter WebGPU limit maxInterStageShaderComponents als veraltet.
<link rel=prefetch> Fünf-Minuten-Regel	v133	Wenn zuvor eine Ressource mithilfe <link rel=prefetch>von vorab abgerufen wurde, wurde ihre Cachesemantik (insbesondere max-age und no-cache) für die erste Verwendung innerhalb von 5 Minuten ignoriert, um eine Neubenutzung zu vermeiden. Nun wurde dieser Sonderfall entfernt, und es wird die normale HTTP-Cachesemantik verwendet. Weitere Informationen finden Sie unter Entfernen der <link rel=prefetch> Fünf-Minuten-Regel.
Veraltetes textprediction Attribut	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 Texteingaben mit langer Form verwendet wird. Verwenden Sie stattdessen das standardisierte writingsuggestions Attribut, das ähnlich wie textpredictionfunktioniert, aber auch für andere Features zur Schreibunterstützung gilt, die von Browsern bereitgestellt werden können. Websites, die explizit auf true oder false festgelegt textprediction sind, können stattdessen auf denselben Wert festlegenwritingsuggestions. Weitere Informationen finden Sie unter Schreiben von Vorschlägen in der HTML-Spezifikation.

Frühere Versionen

Ändern	Freigabe	Beschreibung
Entfernen der Tokenbindungsunterstützung	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 v127 nicht mehr unterstützt. Die Unterstützung für das Tokenbindungsprotokoll wird in v130 entfernt.
Entfernung von Mutationsereignissen	v127	Entfernt die Unterstützung für Mutationsereignisse in Chromium. Verwenden Sie stattdessen die MutationObserver-API . Weitere Informationen finden Sie unter Absicht, veraltet zu werden: Mutationsereignisse.
Entfernen von Web SQL	v124	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 erneut aktiviert werden. Nach dieser Änderung gibt es keinen Mechanismus mehr zum Aktivieren der Web SQL-Unterstützung. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie unter Intent to Deprecate and Remove Web SQL .For more information, see Intent to Deprecate and Remove Web SQL.
Unterstützung für AVIF- und AV1-Dateiformate hinzugefügt	v121	Microsoft Edge unterstützt jetzt die Dateiformate AVIF und AV1, die eine bessere Komprimierung und eine höhere Qualität von Bildern und Videos bieten. Benutzer können schnellere Ladezeiten und qualitativ hochwertigere Medien auf Websites genießen.
Entfernen von Native Client (NaCl)	v120	Zur Verbesserung der Websicherheit und -leistung wird Native Client (NaCl) für Microsoft Edge (zusammen mit anderen Browsern) nicht mehr unterstützt. NaCl wurde bis v115 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 document.domain standardmäßig ignorieren	v119	Die document.domain Eigenschaft konnte in der Vergangenheit so festgelegt werden, dass die Richtlinie desselben Ursprungs gelockert und Unterdomänen 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 sind keine Auswirkungen auf die Websitekompatibilität zu erwarten. Wenn Sie ungewöhnliche TLS-Serverzertifikatbereitstellungen haben, sollten Sie in v109 testen, um sicherzustellen, dass keine Auswirkungen auftreten. Weitere Informationen und Testanleitungen finden Sie unter Änderungen an der Tls-Serverzertifikatüberprüfung im Microsoft Edge-Browser.
Senden von CORS-Preflightanforderungen für den Zugriff auf private Netzwerke	v104	Ab v104 sendet Microsoft Edge eine CORS-Preflightanforderung , bevor eine Seite aus dem Internet Ressourcen aus einem lokalen Netzwerk (Intranet) anfordern darf. Der Intranetserver sollte auf das Preflight reagieren, indem er explizit die Berechtigung für den Zugriff auf die Ressource bereitstellt. Das Ergebnis dieser Überprüfung ist noch nicht erzwungen. Die Erzwingung beginnt frühestens in v111. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag "Chrome Platform Status" und im Blogbeitrag "Chrome-Entwickler". Es stehen zwei Kompatibilitätsrichtlinien zur Verfügung, um die CORS-Preflightanforderung zu unterdrücken: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls.
Standardmäßiges Blockieren externer Protokolle in Sandkastenframes	v103	Blockiert die Verwendung externer Protokolle (die mit Nicht-Browseranwendungen interagieren) von iframes mit Sandkasten, es sei denn, die sandbox Berechtigung wird explizit vom -Attribut für den Frame erteilt. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag Status der Chrome-Plattform.
Dreistellige Versionsnummer in der User-Agent Zeichenfolge	v100	Ab v100 sendet Microsoft Edge eine dreistellige Versionsnummer im User-Agent-Header, z Edg/100. B. . Dies kann Skripts oder serverseitige Analysen verwirren, die einen fehlerhaften Parser verwenden, um die User-Agent Zeichenfolgenversionsnummer zu bestimmen. Ab v97 können Websitebesitzer diese Bedingung vor v100 emulieren, indem sie das Experimentflag #force-major-version-to-100 in edge://flagsaktivieren.
WebRTC-Plan-B-SDP-Semantik als veraltet kennzeichnen	v98 (Chrome+2)	Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Durch diese Änderung wird ein veralteter SDP-Dialekt (Session Description Protocol) mit dem Namen Plan B als veraltet gekennzeichnet. Dieses SDP-Format wird durch den einheitlichen Plan ersetzt, bei dem es sich um ein spezifikationskonformes und browserübergreifendes SDP-Format handelt. Weitere Informationen finden Sie unter Dem Eintrag Status der Chrome-Plattform, PSA: Plan B sollte in M96 Beta und Stable ausgelöst werden, und PSA: Plan B throwing in Stable and Extended Deprecation Trial End Date . Der Microsoft-Rolloutzeitplan für die Einstellung ist für zwei Releases nach Chrome geplant. Durch das Anfordern eines WebRTC Plan B Reverse Origin Trial Tokens können Websites die veraltete API bis v101 weiterhin verwenden.
WebSQL in Drittanbieterkontexten blockieren	v97	Die Verwendung des Legacy-WebSQL-Features wird für Frames von Drittanbietern blockiert. Eine Unternehmensrichtlinie WebSQLInThirdPartyContextEnabled ist bis v101 als Deaktivierung verfügbar. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag Status der Chrome-Plattform.
Downloads gemischter Inhalte blockieren	v94	Das Herunterladen von Dateien von HTTP-URLs wird auf HTTPS-Seiten blockiert. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Blogeintrag zur Google-Sicherheit.
Einschränken privater Netzwerkanforderungen auf sichere Kontexte	v94	Ab v94 erfordert der Zugriff auf Ressourcen in lokalen (Intranet-)Netzwerken von Seiten im Internet aus, dass diese Seiten über HTTPS übermittelt werden. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag Status der Chrome-Plattform. Zwei Kompatibilitätsrichtlinien sind verfügbar, um Szenarien zu unterstützen, die die Kompatibilität mit nicht sicheren Seiten aufrechterhalten müssen: InsecurePrivateNetworkRequestAllowed und InsecurePrivateNetworkRequestAllowedForUrls.
Entfernen von 3DES in TLS	v93	Ab v93 wird die Unterstützung für die TLS_RSA_WITH_3DES_EDE_CBC_SHA Cipher Suite entfernt. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag Status der Chrome-Plattform. Darüber hinaus ist in v93 eine Kompatibilitätsrichtlinie verfügbar, um Szenarien zu unterstützen, die die Kompatibilität mit veralteten Servern aufrechterhalten müssen. Diese Kompatibilitätsrichtlinie wird veraltet und funktioniert in v95 nicht mehr. Stellen Sie sicher, dass Sie die betroffenen Server zuvor aktualisieren.
Automatisches Aktualisieren von Bildern mit gemischten Inhalten	v88	Nicht sichere (HTTP)-Verweise auf Images werden automatisch auf HTTPS aktualisiert. Wenn das Image nicht über HTTPS verfügbar ist, schlägt der Download des Images fehl. Ein Gruppenrichtlinie ist verfügbar, um dieses Feature zu steuern. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Eintrag Status der Chrome-Plattform.
Entfernen von Adobe Flash	v88	Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie in der Roadmap zu Adobe Flash Chromium.
Entfernen der FTP-Unterstützung	v88	Veraltet, aber ab Beta v87 weiterhin vorhanden. In v88 wird die FTP-Unterstützung vollständig entfernt. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie im Chrome-Plattformstatuseintrag. Unternehmen, die über Websites verfügen, die noch FTP-Unterstützung benötigen, können FTP weiterhin 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 v87 ist die HTTP-Authentifizierung auch nicht mehr zulässig, wenn Cookies für Anforderungen von Drittanbietern blockiert werden, indem entweder die BlockThirdPartyCookies-Richtlinie oder die Umschaltfläche in edge://settingsverwendet wird. Diese Änderung kann sich auf Downloads der Unternehmensmoduswebsiteliste für den Internet-Explorer-Modus auswirken, wenn der Endpunkt, der die Liste hostt, die VERWENDUNG der HTTP-Authentifizierung erfordert. Fügen Sie der CookiesAllowedForURLs-Richtlinie ein entsprechendes URL-Muster hinzu, um die Verwendung von Cookies und der HTTP-Authentifizierung für Websitelistendownloads im Unternehmensmodus zu ermöglichen.
AppCache als veraltet kennzeichnen	v86 (Chrome+1)	Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen finden Sie in der WebDev-Dokumentation. Der Microsoft-Rolloutzeitplan für die Einstellung ist für ein Release nach Chrome geplant. Durch das Anfordern eines AppCache OriginTrial-Tokens können Websites die veraltete API bis v90 weiterhin verwenden.
Referrer-Richtlinie: Standardwert strict-origin-when-cross-origin	v86 (Chrome+1)	Veraltet, aber immer noch vorhanden ab Canary v79, Dev v79. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Status der Chrome-Plattform.
Cookies sind standardmäßig SameSite=Lax und SameSite=None-requires-Secure	v86 (Chrome+1)	Veraltet, aber weiterhin vorhanden ab Canary v82, Dev v82. Diese Änderung findet im Chromium-Projekt statt, auf dem Microsoft Edge basiert. Weitere Informationen, einschließlich der geplanten Zeitleiste von Google für diese Änderung, finden Sie im Eintrag Status der Chrome-Plattform.
Deaktivieren von TLS/1.0 und TLS/1.1	v84	Die Versionen 1.0 und 1.1 des TLS-Protokolls, das von HTTPS-Websites verwendet wird, sind jetzt veraltet und in modernen Browsern nicht mehr verfügbar.
Anzeigen einer subtilen Eingabeaufforderung für Benachrichtigungsberechtigungsanforderungen	v84	Stille Benachrichtigungsanforderungen zeigen ein subtiles Anforderungssymbol in der Adressleiste für Websitebenachrichtigungsberechtigungen an, die mithilfe der Notifications API oder Push angefordert wurden, und ersetzt die vollständige oder standardmäßige Flyout-Eingabeaufforderungsbenutzeroberfläche. Dieses Feature ist derzeit für alle Benutzer aktiviert. Informationen zum Deaktivieren von stillen Benachrichtigungsanforderungen finden Sie unter edge://settings/content/notifications. In Zukunft kann das Microsoft Edge-Team in einigen Szenarien die erneute Aktivierung der vollständigen Flyoutbenachrichtigungsaufforderung untersuchen.
Synchrone XmlHttpRequest Seitenentlassung nicht zulassen	v83 (Chrome+1)	Diese Änderung findet im Chromium-Projekt statt, 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 Status der Chrome-Plattform.

Notation für Browserversionen

In diesem Artikel wird die folgende Notation für Browserreleasenummern verwendet.

Notation	Beschreibung
v123	Das Feature oder die Änderung wird in Microsoft Edge Version 123 bereitgestellt.
v123 (Chrome+1)	Das Feature oder die Änderung wird in Microsoft Edge Version 123 ausgeliefert. Dies ist eine Version, nachdem das Feature oder die Änderung in Chrome Version 122 ausgeliefert wurde.
v123 (Chrome+2)	Das Feature oder die Änderung wird in Microsoft Edge Version 123 bereitgestellt. Dies sind zwei Versionen, nachdem das Feature oder die Änderung in Chrome Version 121 ausgeliefert wurde.
Beta v123	Das Feature oder die Änderung wird in Version 123 des Beta-Vorschaukanals von Microsoft Edge bereitgestellt.
Dev v123	Das Feature oder die Änderung wird in Version 123 des Dev Preview-Kanals von Microsoft Edge bereitgestellt.
Canary v123	Das Feature oder die Änderung wird in Version 123 des Canary-Vorschaukanals von Microsoft Edge bereitgestellt.

Siehe auch

• Versionshinweise für die Microsoft Edge-Webplattform