Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Im Folgenden finden Sie die neuen Webplattformfeatures und -updates in Microsoft Edge 144, die am 15. Januar 2026 veröffentlicht werden.
Um auf dem neuesten Stand zu bleiben und die neuesten Webplattformfeatures zu erhalten, laden Sie einen Vorschaukanal von Microsoft Edge (Beta, Dev oder Canary) herunter. wechseln Sie zu Microsoft Edge-Insider werden.
Ausführlicher Inhalt:
- Edge DevTools
- WebView2
-
CSS-Features
-
Das
scrolledFeature für Containerabfragen im Scrollzustand - CSS-Transformationsunterstützung bei der Ankerpositionierung
- Unterstützung für überscroll-Verhalten beim Scrollen auf der Tastatur und in Containern, die nicht scrollen können
- Durch Bildlauf ausgelöste Animationen
-
Formatieren von SVG-Elementen, die über instanziiert werden
<use> - View Transitions waitUntil()-Methode
-
Das
-
Web-APIs
- Die temporale API
- Das Clipboardchange-Ereignis
- IDNA ContextJ-Regeln
- Die Variants-Accessoreigenschaft von Intl.Locale
- Spiegelung von MathML-Operatoren im Rechts-nach-Links-Modus
- Performance API interactionCount-Eigenschaft
-
Der
maintain-framerate-and-resolutionWert für dieRTCDegradationPreferenceEnumeration - LayoutShift-API meldet Rect-Elemente in CSS-Pixeln
- Browsergebundene Schlüssel in der API für sichere Zahlungsbestätigungen
-
Unterstützung für
ping,hreflang,typeundreferrerPolicyfür SVG-Elemente<a> - Ausnahme bei pushState- und replaceState-Drosselung der Verlaufs-API
- Berechtigungsrichtlinie für Benutzer-Agent-Clienthinweise ch-ua-high-entropy-values
- WebGPU: Einheitliches Pufferstandardlayout
- WebGPU: subgroup_id-Funktion
- WebXR XRVisibilityMaskChange-Ereignis
- Veraltete oder entfernte Features
- Ursprungstests in Microsoft Edge
- Chromium Ursprungsversuche
Edge DevTools
Weitere Informationen finden Sie unter Neuerungen in Microsoft Edge DevTools.
WebView2
Weitere Informationen finden Sie in den Versionshinweisen für das WebView2 SDK.
CSS-Features
Das scrolled Feature für Containerabfragen im Scrollzustand
Das scrolled Feature für eine @container sroll-state() Abfrage ermöglicht es, Elemente innerhalb eines scrollfähigen Containers basierend auf der letzten Bildlaufrichtung des Containers zu formatieren.
Zum Beispiel:
.scrolling-up {
translate: 80px 0;
transition: 0.4s translate;
}
html {
container-type: scroll-state;
}
@container scroll-state(scrolled: top) {
.scrolling-up {
translate: 0 0;
}
}
Das scrolled Feature kann verwendet werden, um Ui-Muster wie eine Kopfzeile zu implementieren, die automatisch ausgeblendet wird, wenn der Benutzer auf der Seite nach unten scrollt und beim Bildlauf nach oben wieder angezeigt wird. Das scrolled Feature bietet eine reine CSS-Lösung für diese gängigen Benutzeroberflächenmuster.
Siehe auch:
- CSS-Containerabfragen zum Scrollzustand in den Versionshinweisen zur Microsoft Edge 133-Webplattform (Februar 2025)
- Scrollen: Das Feature mit Bildlauf in CSS Conditional Rules Module Level 5.
CSS-Unterstützung transform bei der Ankerpositionierung
Wenn ein Ankerelement an ein element gebunden wird, das transformiert wird, z. B. mithilfe der CSS-Eigenschaft transform , wird das ankerpositionierte Element jetzt korrekt relativ zum umgebenden Feld des transformierten Ankers positioniert.
Dadurch können Benutzeroberflächeneffekte erstellt werden, bei denen Elemente logisch verbunden bleiben, auch wenn eines der Elemente transformiert wird.
Siehe auch:
- CSS-Ankerpositionierung bei MDN.
Unterstützung für overscroll-behavior beim Scrollen auf der Tastatur und in Containern, die nicht scrollen können
Wenn Sie die CSS-Eigenschaft overscroll-behavior auf einen anderen Wert als autofestlegen, wird die Bildlaufkette vom Browser verhindert. Dies bedeutet, dass der Bildlauf, wenn ein Benutzer bis zum Ende eines Bildlaufcontainers scrollt, nicht an vorgängerfähige Scrollcontainer weitergegeben wird.
In früheren Versionen von Microsoft Edge funktionierte dies nur beim Maus- oder Touch-Scrollen. Diese Änderung sorgt auch für Respekt overscroll-behavior beim Scrollen auf der Tastatur.
Darüber hinaus overscroll-behavior gilt jetzt für alle Scrollcontainerelemente, unabhängig davon, ob diese Elemente derzeit überlaufenden Inhalt haben oder für den Benutzer scrollbar sind. Sie können jetzt beispielsweise verwenden overscroll-behavior , um die Bildlaufweitergabe auf einem overflow: hidden Hintergrund oder auf einem overflow: auto Element zu verhindern, ohne überlegen zu müssen, ob das Element selbst überläuft.
Siehe auch:
- overscroll-behavior bei MDN.
Durch Bildlauf ausgelöste Animationen
Die timeline-trigger -Eigenschaft kann nun CSS-Animationen basierend auf einer Bildlaufposition auslösen und die Wiedergabe dieser Animationen steuern, während der Benutzer scrollt.
Dieses Feature ist nützlich, um gängige Muster zu implementieren, bei denen Animationen erst beginnen, wenn eine Bildlaufposition auf der Seite erreicht wurde. Zuvor haben Entwickler dies häufig mithilfe von JavaScript ausgeführt, um zu erkennen, dass sich ein Element im Viewport des Scrollcontainers befindet. Wenn Sie stattdessen die CSS-Eigenschaft timeline-trigger verwenden, um Animationen basierend auf einer Bildlaufposition auszulösen, kann die Leistung und Zuverlässigkeit verbessert werden.
Siehe auch:
- Zeitachsentrigger in CSS-Animationen, Modulebene 2.
- Demos für durch Bildlauf ausgelöste Animationen.
Formatieren von SVG-Elementen, die über instanziiert werden <use>
CSS-Regeln, die mit SVG-Elementen übereinstimmen, die über das <use> SVG-Element in ein Dokument eingebettet sind, stimmen jetzt ordnungsgemäß mit den eingebetteten Elementen überein.
Zuvor stimmten die CSS-Regeln mit den ursprünglichen SVG-Elementen statt mit den über <use>instanziierten Elementen überein.
Siehe auch:
-
<use>bei MDN.
View Transitions-Methode waitUntil()
Die ViewTransition.waitUntil() -Funktion ermöglicht erweiterte Verwendungen der API für Ansichtsübergänge. Die Funktion akzeptiert eine Zusage, die verwendet wird, um die Zerstörung der Pseudostruktur zu verzögern, die zum Rendern und Animieren des Ansichtsübergangs verwendet wird.
Die Api für Ansichtsübergänge erstellt automatisch diese Pseudoelementunterstruktur, um die Elemente anzuzeigen und zu animieren, die an einem Übergang beteiligt sind.
Normalerweise:
- Diese Unterstruktur wird erstellt, wenn der Ansichtsübergang mit der Animation beginnt.
- Diese Teilstruktur wird zerstört, wenn sich die Animationen, die allen Pseudoelementen des Ansichtsübergangs zugeordnet sind, im abgeschlossenen Zustand befinden.
Dieses normale Verhalten funktioniert in den meisten Fällen. In einigen Fällen möchten Sie jedoch möglicherweise, dass die Pseudostruktur des Ansichtsübergangs über den Endzustand der Animation hinaus beibehalten wird. Wenn Sie z. B. einen Ansichtsübergang mit einer bildlaufgesteuerten Animation verknüpfen, soll die Unterstruktur nicht zerstört werden, wenn die Animationen abgeschlossen sind, da der Bildlauf nach hinten die Pseudoelemente erneut animieren sollte.
Siehe auch:
- Zeigen Sie die Übergangs-API bei MDN an.
- CSS-scrollgesteuerte Animationen bei MDN.
Web-APIs
Die temporale API
Mit der temporalen API können Sie mit Datumsangaben, Uhrzeiten, Zeitzonen und Dauer arbeiten und ist leistungsfähiger als die Datums-API.
Siehe auch:
- Temporal bei MDN.
Das clipboardchange Ereignis
Das clipboardchange -Ereignis der navigator.clipboard API wird ausgelöst, wenn der Benutzer den Inhalt der Zwischenablage aus einer Web-App oder einer anderen Systemanwendung ändert.
Das clipboardchange Ereignis ermöglicht es Ihnen, auf Änderungen der Zwischenablage zu reagieren, ohne den Inhalt der Zwischenablage in regelmäßigen Abständen lesen zu müssen (manchmal auch als Abruf der Zwischenablage bezeichnet).
Siehe auch:
IDNA ContextJ-Regeln
Um die Interoperabilität mit anderen Browsern zu verbessern, implementiert Microsoft Edge jetzt die IDNA ContextJ-Regeln, indem die Zeichen ZWNJ (U+200C ZERO WIDTH NON-JOINER) und ZWJ (U+200D ZERO WIDTH JOINER) an den meisten Stellen in URLs deaktiviert werden.
IDNA ist der Mechanismus, mit dem Nicht-ASCII-Zeichen in Domänennamen auftreten können. Die URL http://네이버.한국/ ist beispielsweise als http://xn--950bt9s8xi.xn--3e0b707e/codiert.
Siehe auch:
- Bessere Unicode-Unterstützung in Versionshinweisen zur Microsoft Edge 143-Webplattform (Dez. 2025)
Die variants Accessoreigenschaft von Intl.Locale
Die variants Accessoreigenschaft eines Intl.Locale instance gibt die Sprachtagvarianten zurück, die diesem Gebietsschema zugeordnet sind, als eine Zeichenfolge von Bezeichnern, die durch Bindestriche (Bindestriche) (-) getrennt sind.
Beispielsweise wird die deutsche Orthografievariante 1901 durch das de-1901 Sprachtag dargestellt und kann wie folgt aufgerufen werden:
const locale = new Intl.Locale('de-1901');
console.log(locale.variants); // "1901"
Siehe auch:
- Intl.Locale.prototype.variants bei MDN.
Spiegelung von MathML-Operatoren im Rechts-nach-Links-Modus
Beim Rendern von MathML-Operatoren im Rechts-nach-Links-Modus können Zeichen und Glyphen jetzt gespiegelt werden, indem sie in einen anderen Codepunkt geändert werden.
Bei Zeichen wird die Spiegelung durch die Unicode-Eigenschaft Bidi_Mirrored definiert. Beispielsweise wird eine rechte (schließende) Klammer zu einer linken (öffnenden) Klammer.
Einige Operatoren haben kein geeignetes gespiegeltes Zeichen. In diesem Fall wird stattdessen die Spiegelung auf Glyphenebene angewendet. Mithilfe der rtlm Schriftartfunktion kann eine Glyphe durch eine andere Glyphe ersetzt werden.
Siehe auch:
- MathML bei MDN.
Leistungs-API-Eigenschaft interactionCount
Die neue performance.interactionCount Eigenschaft gibt die Gesamtzahl der Interaktionen zurück, die auf der Seite aufgetreten sind.
Dieses Feature ist nützlich für die Berechnung des Inp-Metrikwerts (Interaction to Next Paint), der die Gesamtzahl der Interaktionen kennen muss, um ein hohes Perzentilergebnis zu berechnen.
Die performance.interactionCount -Eigenschaft ergänzt die Ereignissteuerungs-API, die verwendet wird, um die Leistung von Benutzerinteraktionen zu messen. Einigen Ereignissen, die von der Ereignissteuerungs-API zurückgegeben werden, ist ein interactionId Wert zugewiesen, der für die Gruppierung verwandter Interaktionen auf der Grundlage gängiger physischer Benutzereingaben oder -gesten nützlich ist.
Siehe auch:
Der maintain-framerate-and-resolution Wert für die RTCDegradationPreference Enumeration
Der maintain-framerate-and-resolution Wert für die RTCDegradationPreference Enumeration ermöglicht es einer Anwendung, den internen Videoanpassungsmechanismus von WebRTC für Fälle zu deaktivieren, in denen die Anwendung eine eigene externe Videoanpassungslogik implementiert.
WebRTC verfügt über einen internen Videoanpassungsmechanismus, der die Videoqualität und -leistung durch Anpassen der Codierungseinstellungen optimiert. Dieser Mechanismus basiert auf hartcodierter Logik und Schwellenwerten, die in verschiedenen Anwendungsfällen möglicherweise keine optimalen Ergebnisse liefern.
Der maintain-framerate-and-resolution Wert für die RTCDegradationPreference Enumeration deaktiviert die interne Videoanpassung von WebRTC.
Siehe auch:
- WebRTC-API bei MDN.
LayoutShift-API meldet Rect-Elemente in CSS-Pixeln
Die LayoutShift-API meldet jetzt Informationen zu den Elementen, die verschoben wurden, z previousRect . B. und currentRect, in CSS-Pixeln statt in physischen Pixeln.
Dadurch ist die API mit anderen Layout-bezogenen Web-APIs konsistent, die alle CSS-Pixel verwenden.
Siehe auch:
- LayoutShift bei MDN.
- LayoutShiftAttribution bei MDN.
Browsergebundene Schlüssel in der API für sichere Zahlungsbestätigungen
Die BESTÄTIGUNGS-API für sichere Zahlungen kann jetzt mit der Synchronisierung von Schlüsseln und Geräteanforderungen für Onlinezahlungen Schritt halten. Mit dem Feature "Gebundene Browserschlüssel" wird die Gerätebindung im Browser hinzugefügt, um Zahlungsszenarien zu ermöglichen, in denen eine Gerätebindung erforderlich ist.
Dieses Feature hilft bei der Erfüllung der Anforderungen an die Gerätebindung für Zahlungstransaktionen.
Siehe auch:
- Verwenden der Sicheren Zahlungsbestätigung bei MDN.
- Browsergebundener Schlüsselspeicher in sicherer Zahlungsbestätigung.
Unterstützung für ping, hreflang, typeund referrerPolicy für SVG-Elemente <a>
Die pingAttribute , hreflang, typeund referrerPolicy werden jetzt für SVG-Elemente <a> unterstützt.
Dadurch wird das SVG-Element <a> mit dem HTML-Element <a> konsistenter.
Siehe auch:
-
Unterstützungsattribut
downloadim SVG-Element<a>in Versionshinweisen zur Microsoft Edge 142-Webplattform (Okt. 2025). -
<a>bei MDN.
Ausnahme bei der Verlaufs-API pushState und replaceState Drosselung
Eine SecurityError Ausnahme wird jetzt ausgelöst, wenn eine übermäßige Verwendung der Methoden und replaceState der Verlaufs-API pushState erkannt wird, z. B. wenn diese Methoden hunderte Male pro Sekunde aufgerufen werden.
Zuvor wurden die Aufrufe ignoriert, und es wurden keine Fehler ausgelöst.
Siehe auch:
- Geschichte bei MDN.
Berechtigungsrichtlinie für User-Agent-Clienthinweise ch-ua-high-entropy-values
Die Berechtigungsrichtlinie ch-ua-high-entropy-values ermöglicht es einer Erstanbieterwebsite, mehr Kontrolle darüber zu haben, welche Drittanbieter über die navigator.userAgentData.getHighEntropyValues() API User-Agent Clienthinweise mit hoher Entropie anfordern dürfen.
Bisher war es nur möglich, die Sammlung von hohen Entropie-User-Agent Clienthinweisen durch Drittanbieter einzuschränken, wenn sie über HTTP angefordert werden.
Siehe auch:
- Api für Benutzer-Agent-Clienthinweise bei MDN.
- NavigatorUAData: getHighEntropyValues()-Methode bei MDN.
WebGPU: Einheitliches Pufferstandardlayout
Einheitliche Puffer, die in WGSL-Shadern deklariert werden, müssen keine 16-Byte-Ausrichtung auf Arrayelemente mehr haben oder geschachtelte Strukturoffsets auf ein Vielfaches von 16 Bytes auffüllen.
Siehe auch:
- WebGPU-API bei MDN.
WebGPU: subgroup_id Feature
Die subgroup_id integrierten Werte und num_subgroups sind jetzt verfügbar, wenn die Erweiterung für Untergruppen aktiviert ist.
Siehe auch:
- WebGPU-Untergruppen in Der Microsoft Edge 134-Webplattform – Versionshinweise (März 2025)
- WebGPU-API bei MDN.
WebXR-Ereignis XRVisibilityMaskChange
Das XRVisibilityMaskChange Ereignis stellt eine Liste von Scheitelpunkten und eine Liste von Indizes bereit, um das Gitter des sichtbaren Teils des Viewports des Benutzers darzustellen.
Diese Daten können verwendet werden, um sicher zu begrenzen, wie viel des Viewports gezeichnet wird, um die Leistung zu verbessern.
Siehe auch:
- WebXR-Geräte-API bei MDN.
Veraltete oder entfernte Features
Extern geladene Entitäten bei der XML-Analyse
Das synchrone Abrufen externer XML-Entitäten/DTDs, die dann bei der Analyse unter bestimmten Umständen verwendet werden, wurde entfernt.
Dies verbessert die Sicherheit der XML-Analyse in Microsoft Edge. Die Nutzung dieses Features war sehr gering, und andere Browser unterstützen dieses Feature nicht.
Ursprungstests in Microsoft Edge
Im Folgenden finden Sie Ursprungstests für neue experimentelle APIs, die in Microsoft Edge verfügbar sind.
Mit Origin-Testversionen können Sie experimentelle APIs auf Ihrer eigenen Livewebsite für einen begrenzten Zeitraum ausprobieren. Weitere Informationen zu Ursprungstests finden Sie unter Testen experimenteller APIs und Features mithilfe von Ursprungstests.
Eine vollständige Liste der verfügbaren Ursprungstests finden Sie unter Microsoft Edge Origin-Testversionen.
Webinstallations-API
Läuft am 14. Juli 2026 ab.
Mit der Webinstallations-API können Websites andere Websites als Web-Apps auf dem Gerät des Benutzers mithilfe navigator.install()von installieren.
Api zum Abrufen von Informationen
Läuft am 18. Dezember 2025 ab.
Die Acquisition Info-API unterstützt die 3P-Erfassungszuordnung für PWAs, die über einen App Store oder direkt über den Browser abgerufen werden.
Chromium Ursprungsversuche
Im Folgenden finden Sie aktive Chromium Ursprungstests, die Sie in Microsoft Edge ausprobieren können.
Eine vollständige Liste der Chromium Ursprungstests, die in Microsoft Edge verfügbar sind, finden Sie unter Microsoft Edge Origin-Testversionen.
Eingehende Anrufbenachrichtigungen
Läuft am 19. Mai 2026 ab.
Dieses Feature erweitert die Benachrichtigungs-API, sodass installierte PWAs eingehende Anrufbenachrichtigungen senden können.
Benachrichtigungen zu eingehenden Anrufen verfügen über Schaltflächen im Anrufstil und einen Klingelton.
Diese Erweiterung hilft Voice over IP-Web-Apps dabei, ansprechendere Benutzeroberflächen zu erstellen, indem sie es Benutzern erleichtert, eine Anrufbenachrichtigung einfach zu erkennen und zu beantworten.
Writer-API
Läuft am 21. April 2026 ab.
Die Writer-API kann verwendet werden, um Text in einer Eingabeaufforderung für eine Schreibaufgabe zu schreiben, die von einem gerätebasierten KI-Sprachmodell unterstützt wird.
Verwenden Sie diese API für Folgendes:
- Generieren Sie eine Texterklärung strukturierter Daten.
- Compose einen Beitrag zu einem Produkt basierend auf Rezensionen oder einer Produktbeschreibung.
- Generieren Sie eine Biografie basierend auf Hintergrundinformationen.
- Und vieles mehr.
Weitere Informationen finden Sie unter Zusammenfassen, Schreiben und Erneutes Schreiben von Text mit den APIs für die Schreibhilfe.
Rewriter-API
Läuft am 21. April 2026 ab.
Die Rewriter-API transformiert und formuliert Eingabetext auf angeforderte Weise, gestützt auf ein gerätebasiertes KI-Sprachmodell.
Verwenden Sie diese API, um Redundanzen innerhalb eines Texts zu entfernen, um Folgendes zu erreichen:
- Passen Sie den Text in ein Wortlimit ein.
- Umformulieren Sie Nachrichten so, dass sie für die gewünschte Zielgruppe geeignet sind.
- Seien Sie konstruktiver, wenn festgestellt wird, dass eine Nachricht unzureichende Sprache verwendet.
Weitere Informationen finden Sie unter Zusammenfassen, Schreiben und Erneutes Schreiben von Text mit den APIs für die Schreibhilfe.
Benutzerdefinierte WebAssembly-Deskriptoren
Läuft am 16. Juni 2026 ab.
Mit benutzerdefinierten WebAssembly-Deskriptoren kann WebAssembly Daten, die Typen auf Quellebene zugeordnet sind, effizienter in neuen benutzerdefinierten Deskriptorobjekten speichern.
CrashReportingStorageAPI
Läuft am 21. April 2026 ab.
Die CrashReportingStorageAPI-Ursprungsstudie macht die Schlüssel-Wert-Speicher-API verfügbar, mit der window.crashReport Sie für jeden Absturzbericht, der an die angegebenen Endpunkte gesendet wird, einen beliebigen Anwendungszustand angeben können.
Informationen zur allgemeinen Api für die Absturzberichterstattung finden Sie unter Absturzberichterstattung.
Informationen zum Entwurf und zur Spezifikation der window.crashReport Erweiterung finden Sie unter Einführung der CrashReportStorage-Schnittstelle (ein Explainer-Pull Request).
Finden Sie unter
WebGPU-Kompatibilitätsmodus
Läuft am 21. April 2026 ab
Der WebGPU-Kompatibilitätsmodus ist eine aktivierte, leicht eingeschränkte Teilmenge von WebGPU, die ältere Grafik-APIs wie OpenGL und Direct3D11 ausführen kann. Der WebGPU-Kompatibilitätsmodus erweitert die Reichweite von WebGPU-Anwendungen auf ältere Geräte, die nicht über die modernen, expliziten Grafik-APIs verfügen, die für die Kern-WebGPU erforderlich sind.
Erweiterte Lebensdauer freigegebener Worker
Läuft am 21. April 2026 ab.
Freigegebene Worker mit erweiterter Lebensdauer führen die extendedLifetime Option für den SharedWorker Konstruktor ein.
Dieses Feature ermöglicht es einem freigegebenen Worker, für einen kurzen Zeitraum am Leben zu bleiben, nachdem alle verbundenen Clients (z. B. Seiten) entladen wurden. Dies ist nützlich, um asynchrone Aufgaben auszuführen, die nach dem Entladen einer Seite ausgeführt werden müssen, z. B. das Speichern von Daten in IndexedDB oder das Senden von Analysen.
Ohne dieses Feature ist für diese Aufgaben ein Service Worker erforderlich, der für diesen Anwendungsfall zu schwer sein kann. Diese Ursprungstestversion bietet eine einfache Alternative.
Zugriff auf lokale Netzwerke aus nicht sicheren Kontexten
Läuft am 19. Mai 2026 ab.
Der Zugriff auf lokale Netzwerke aus nicht sicheren Kontexten ermöglicht vorübergehend den Zugriff auf Ressourcen in lokalen Netzwerken, die aus nicht sicheren Kontexten stammen. Dadurch haben Sie mehr Zeit, lokale Netzwerkzugriffsanforderungen zu migrieren, sodass sie aus einem sicheren Kontext stammen.
Einschränkungen für den Lokalen Netzwerkzugriff finden Sie unter Neue Berechtigungsaufforderung für den Lokalen Netzwerkzugriff. Diese Ursprungstestversion kann nur über vom HTTP-Header bereitgestellte Ursprungstoken aktiviert werden.
Hinweis
Teile dieser Seite sind Änderungen, die auf Arbeiten basieren, die von Chromium.org erstellt und freigegeben wurden und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Bedingungen verwendet werden.