Versionshinweise zur Microsoft Edge 156-Webplattform (22. Oktober 2026)

Im Folgenden finden Sie die neuen Webplattformfeatures und Updates in Microsoft Edge 156, das am 22. Oktober 2026 veröffentlicht wird.

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.

Detaillierter Inhalt:

• Microsoft Edge DevTools
• WebView2
• CSS-Features
  • :navigation-source Pseudoklasse
  • random() Funktion
  • text-decoration-inset und -zeit
  • Optionale Deskriptoren in @property Regeln
  • Einachsige Scrollcontainer
  • scroll-snap-type: pair So docken Sie an einem einzelnen Element an
• Web-APIs
  • Fehlgeschlagene Modulimporte können wiederholt werden
  • Transport von Komprimierungswörterbüchern Updates
  • IndexedDB: SQLite-Backend
  • WebGPU: Fragmenttiefe
  • WebRTC-Diagnoseprotokollierungs-API
  • WebTransport headers und responseHeaders
• Origin-Testversionen

Microsoft Edge DevTools

Neuigkeiten in den Microsoft Edge-DevTools anzeigen.

WebView2

Siehe:

• Vorschauruntime 156.0.4314.8 (12. Oktober 2026)

CSS-Features

Die folgenden neuen CSS-Features (Cascading Style Sheets) sind in Microsoft Edge enthalten.

:navigation-source Pseudoklasse

Wenn Sie die API für Ansichtsübergänge verwenden, verwenden Sie die :navigation-source Pseudoklasse, um das Element zu formatieren, das die Navigation initiiert hat, z. B. ein Link, eine Schaltfläche oder ein Formular.

Die :navigation-source CSS-Pseudoklasse gilt für das Element, das die Navigation während des gesamten Navigationsprozesses initiiert hat.

Siehe auch:

• Die Pseudoklasse :navigation-source im CSS-Navigationsabgleich.
• Transition-API bei MDN anzeigen.

Die random()-Funktion

Die random() CSS-Funktion bringt generative Zufälligkeit in CSS, sodass Sie einen zufälligen numerischen Wert innerhalb eines bestimmten Bereichs generieren können.

Sie können random() beispielsweise verwenden, um Elemente innerhalb ihres Containers zufällig zu verstreuen:

.dot {
  /* Position each dot randomly */
  position: absolute;
  top: random(0%, 100%);
  left: random(0%, 100%);
}

Standardmäßig wird jeder Aufruf der random() Funktion in einen neuen, eindeutigen Wert aufgelöst. Sie können dieses Standardverhalten überschreiben, indem Sie einen Startwert als ersten Parameter der Funktion übergeben, um zu steuern, wie zufällige Werte über Eigenschaften und Elemente hinweg freigegeben werden.

Siehe auch:

• random() CSS-Funktion bei MDN.

text-decoration-inset und -zeit

Die text-decoration-inset CSS-Eigenschaft steuert, wie weit Unterstreichungen, Überstreichungen und Durchgangsdekorationen von der Anfangs- und Endkante des Textes eines Elements entfernt oder darüber hinaus verlängert werden.

text-decoration-inset Unterstützt die folgenden Wertetypen:

• auto, wodurch der Browser den geeigneten Einschub basierend auf dem Text des Elements und dem umgebenden Kontext bestimmen kann.
• Ein Längenwert, z. B 20px. . .
• Ein Prozentwert, z. B 10%. . .
• Ein oder zwei Werte. Der erste Wert legt den Startoffset fest. Der zweite Wert legt bei Angabe den Endoffset fest.

Siehe auch:

• text-decoration-inset CSS-Eigenschaft bei MDN.

Optionale Deskriptoren in @property Regeln

In einer @property Regel können Sie die syntaxDeskriptoren , inherits, oder initial-value weglassen. Die Standardwerte ermöglichen das Entfernen von Boilerplate-Code.

Ausgelassene Deskriptoren sind standardmäßig die folgenden Werte:

• syntax Der Standardwert ist * (die universelle Syntax).
• inherits Standardwert ist true.
• initial-value Der Standardwert ist initial-value, der garantiert ungültig ist. Dieser Standardwert ermöglicht es Eigenschaften, die eingegeben werden, die var() Funktion mit einem Fallbackwert zu verwenden.

Die oben genannten Standardeinstellungen funktionieren auch bei der Registrierung einer benutzerdefinierten Eigenschaft von JavaScript mithilfe von CSS.registerProperty().

Siehe auch:

• @property CSS at-rule bei MDN.
• CSS: registerProperty() statische Methode bei MDN.
• Garantiert-ungültiger Wert in benutzerdefinierten CSS-Eigenschaften für kaskadierende Variablen Modulebene 2.

Einachsige Scrollcontainer

Die overflow CSS-Eigenschaft unterstützt jetzt das Festlegen eines scrollbaren Werts, z. Bscroll. , zusammen mit einem zweiten Wert. clip Beispiel: overflow: scroll clip;

Diese Einstellung overflow: scroll clip ermöglicht, dass ein Element durch position: sticky verschiedene Bildlaufcontainer pro Achse eingeschränkt wird. Verwenden Sie diese Funktion beispielsweise, um eine Tabelle zu erstellen, in der sowohl die Spalten- als auch die Zeilenüberschriften im Blick bleiben, während der Benutzer durch den Inhalt scrollt.

Bisher bot die overflow Eigenschaft keine Möglichkeit, einen Bildlaufcontainer nur für eine einzelne Achse verantwortlich zu machen. Dies wirkte sich auf Features aus, die von Bildlaufcontainern abhängen, z. B. Elemente mit position: sticky.

Siehe auch:

• Erläuterung zu einachsigen Bildlaufcontainern
• overflow CSS-Eigenschaft in MDN.

scroll-snap-type: pair So docken Sie an einem einzelnen Element an

Die scroll-snap-type CSS-Eigenschaft unterstützt jetzt den pair Wert.

.scroller {
  scroll-snap-type: pair mandatory;
}

Der pair Wert behandelt das Scroll-Snapping entlang der x- und y-Achse als Paar. Anstatt unabhängig voneinander ein Fangziel entlang der x-Achse und ein Fangziel entlang der y-Achse auszuwählen, wird beim Ausrichten ein einzelnes Element in beiden Achsen ausgewählt.

Siehe auch:

• CSS-Eigenschaft scroll-snap-type in MDN.
• Kopplung in CSS Scroll Snap Module Level 1.

Web-APIs

Die folgenden neuen Web-API-Features sind in Microsoft Edge enthalten.

Fehlgeschlagene Modulimporte können wiederholt werden

Sie können nun fehlgeschlagene Modulimporte wiederholen, z. B. nach einem Netzwerkausfall.

Zuvor wurde ein Fehler beim Importieren eines Moduls zwischengespeichert, und der erneute Importversuch desselben Moduls ergab denselben Fehler.

Das Modulladeverhalten ermöglicht jetzt, fehlgeschlagene Modulimporte manuell zu wiederholen. Dies umfasst Folgendes:

• Dynamische Importe mithilfe der import() Funktion.
• Dynamisches Einfügen eines <script src="..." type="module"> Elements.
• Jeder statische Import, der die import Anweisung verwendet, wenn er in einem der oben genannten Kontexte vorhanden ist.

Siehe auch:

• JavaScript-Module bei MDN.
• import() bei MDN.
• import at MDN.
• module in <script type> HTML attribute, at MDN.

Transport von Komprimierungswörterbüchern Updates

Beim Abrufen eines Komprimierungswörterbuchs über ein <link rel="compression-dictionary"> Element gilt jetzt für Microsoft Edge:

• Wird als Anforderungsziel verwendet compression-dictionary .
• Legt die Werte für die Anforderung mode, credentials, referrer, und referrerpolicyrichtig fest.
• Berücksichtigt die crossoriginreferrer und-Attribute, die für das <link rel="compression-dictionary"> Element festgelegt sind.

Siehe auch:

• Transport von Komprimierungswörterbüchern bei MDN.
• rel="compression-dictionary" HTML-Attributwert bei MDN.

IndexedDB: SQLite-Backend

Für neue Datenspeicher verwendet Microsoft Edge jetzt SQLite anstelle der IndexedDB-API als zugrunde liegende Speicher-Engine im Back-End.

Die IndexedDB-API selbst bleibt unverändert; Nur die zugrunde liegende Speicher-Engine wurde geändert.

Diese Änderung soll die Zuverlässigkeit und Leistung für Websites, die die IndexedDB-API verwenden, verbessern.

In einer zukünftigen Phase werden vorhandene Datenspeicher von der Verwendung von LevelDB-Speichern zu SQLite-Speichern migriert.

Siehe auch:

• IndexedDB API at MDN.
• SQLite.

WebGPU: Fragmenttiefe

In WGSL können Sie jetzt einen lessgreater oder-Modifikator für @builtin(frag_depth)angeben.

Zuvor @builtin(frag_depth) konnte sich dies möglicherweise negativ auf die Leistung auswirken, da die frühen Z-Optimierungen bei einem Draw-Aufruf deaktiviert wurden.

Die neuen Modifikatoren ermöglichen das explizite Festlegen des Puffermodus und erlauben es, die frühen Z-Optimierungen anzuwenden.

Siehe auch:

• WebGPU API at MDN.
• frag_depth in WebGPU-Schattierungssprache.

WebRTC-Diagnoseprotokollierungs-API

Mit der WebRTC-Diagnoseprotokollierungs-API können Sie die Sammlung von WebRTC-Diagnosedaten auslösen, sodass die Daten für lokales Debuggen verwendet werden können.

Wenn der Benutzer die Freigabe der Diagnosedaten für den Browserhersteller autorisiert, lässt die API diese Freigabe zu. Dadurch erhalten Sie Informationen, die Ihnen helfen können, Fehler im Browser zu beheben oder den Browser anderweitig zu verbessern.

WebRTC-Anwendungen stoßen häufig auf komplexe Probleme mit der Konnektivität oder Medienqualität, die in lokalen Umgebungen schwer zu reproduzieren sind. Die WebRTC-Diagnoseprotokollierungs-API kann beim Debuggen dieser Probleme helfen.

Siehe auch:

• Diagnoseprotokollierung in WebRTC-Erweiterungen.
• WebRTC-Diagnoseprotokollierungs-API.

WebTransport headers und responseHeaders

Beim Aufrufen des WebTransport() Konstruktors können Sie mit dieser headers Option während des ersten CONNECT Handshakes benutzerdefinierte HTTP-Anforderungsheader an den Server übergeben.

Mit der responseHeaders Eigenschaft in der WebTransport Objekt-instance können Sie die HTTP-Antwortheader überprüfen, die vom Server nach dem ersten CONNECT Handshake gesendet werden.

Diese Ergänzungen zur WebTransport-API ermöglichen Ihnen Folgendes:

• Geben Sie während des ersten CONNECT Handshakes Metadaten, Authentifizierungstoken und benutzerdefinierte Parameter an.
• Greifen Sie auf vom Server bereitgestellte Header zu, nachdem die Verbindung hergestellt wurde.

Diese Änderung behebt mehrere technische Einschränkungen bei der Authentifizierung, beim Routing und bei der Aushandlung von Funktionen.

Ohne benutzerdefinierte Header müssen Sie entweder:

• Übergeben Sie Authentifizierungstoken in URL-Abfragezeichenfolgen, wodurch Anmeldeinformationen in Serverprotokollen und Telemetriedaten verfügbar gemacht werden.
• Authentifizierung über einen anfänglichen Datenstrom, wodurch ein zusätzlicher Roundtrip hinzugefügt wird, bevor die Verbindung nutzbar ist.

Darüber hinaus untersuchen API-Gateways und Reverse-Proxys in der Regel HTTP-Header auf der CONNECT-Ebene. Ohne benutzerdefinierte Header können diese Vermittler WebTransport-Sitzungen nicht über vorhandene Pipelines autorisieren oder weiterleiten, wodurch Server gezwungen sind, Verbindungen zu akzeptieren, bevor die Anmeldeinformationen überprüft werden.

Siehe auch:

• WebTransport-API bei MDN.

Origin-Testversionen

Im Folgenden finden Sie Ursprungsversuche für neue experimentelle APIs, die in Microsoft Edge verfügbar sind.

Mit Origin-Testversionen können Sie für einen begrenzten Zeitraum experimentelle APIs auf Ihrer eigenen Livewebsite ausprobieren. Weitere Informationen zu Ursprungsversuchen finden Sie unter Verwenden von Ursprungsversuchen in Microsoft Edge.

Eine vollständige Liste der verfügbaren Origin-Testversionen finden Sie unter Microsoft Edge Origin-Testversionen.