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

In diesem Artikel wird der Zeitplan der Änderungen für Microsoft Edge und das Chromium-Projekt aufgeführt. Außerdem werden alle Unterschiede und änderungen mit großen Auswirkungen hervorgehoben, die das Microsoft Edge-Team besonders genau verfolgt.

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.

Lesen Sie diesen Artikel häufig, wenn das Microsoft Edge-Team diesen Artikel aktualisiert, wenn sich das Denken weiterentwickelt, die Zeitachsen festigen und neue Änderungen angekündigt werden.

Unterschiede zum Chromium Zeitplan und Änderungen mit großen Auswirkungen

In dieser Tabelle ist Folgendes aufgeführt:

• Änderungen, bei denen sich der Rolloutzeitplan für Microsoft Edge vom Upstream Chromium-Projekt unterscheidet.
• Änderungen mit großen Auswirkungen, die das Microsoft Edge-Team genau verfolgt.

Neueste Versionen

Ändern	Stabiler Kanal	Experimentieren	Weitere Informationen
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.
Veraltetes textprediction Attribut	v131		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.
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.
Ä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.

Frühere Versionen

Ändern	Stabiler Kanal	Experimentieren	Weitere Informationen
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	Beta v87	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)	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)	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.