Versionshinweise zur Webplattform Microsoft Edge 143 (Dezember 2025)

Im Folgenden finden Sie die neuen Webplattformfeatures und Updates in Microsoft Edge 143, das am 4. Dezember 2025 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

Siehe Neuerungen in DevTools (Microsoft Edge 143).

WebView2

Siehe:

CSS-Features

Im Folgenden finden Sie die neuen CSS-Features (Cascading Style Sheets) in Microsoft Edge.

CSS verankerte Fallbackcontainerabfragen

Die @container anchored(fallback) Containerabfrage kann jetzt verwendet werden, um untergeordnete Elemente eines ankerpositionierten Elements basierend darauf zu gestalten, welches von position-try-fallbacks angewendet wird.

Dies kann z.B. verwendet werden, um:

  • Zeichnen Sie einen Pfeil zwischen einer QuickInfo mit Ankerposition und dem Element, an dem er verankert ist, in die richtige Richtung.
  • Zeigen Sie unterschiedliche Hintergrundverläufe basierend auf der Richtung an.
  • Führen Sie unterschiedliche Animationen basierend auf der Position des verankerten Elements aus.

Zum Beispiel:

#anchored {
  position-try-options: flip-block;
  container-type: anchored;
}
@container anchored(fallback: flip-block) {
  #anchored > .arrow {
    --arrow-rotation: 180deg;
  }
}

Siehe auch:

font-language-override CSS-Eigenschaft

Mit der font-language-override CSS-Eigenschaft können Sie die für die OpenType-Glyphenersetzung verwendete Systemsprache überschreiben, indem Sie ein vierstelliges Sprachtag direkt in CSS angeben.

Dies ermöglicht eine feinere typografische Steuerung für mehrsprachige Inhalte oder für Schriften mit sprachspezifischen Glyphenvarianten.

Siehe auch:

Side-relative Werte für background-position Langhandeigenschaften

Die background-position-x Eigenschaften und background-position-y longhand unterstützen jetzt siderelative Werte.

Mit einem side-relativen Wert können Sie die Position des Bilds relativ zu einer seiner Ränder definieren. Zum Beispiel:

.element {
  background-position-x: left 20px; /* 20px from the left edge */
  background-position-y: bottom 10%; /* 10% from the bottom edge */
}

Siehe auch:

Bessere Darstellung von box-shadow für Elemente mit großen border-radius Werten

Microsoft Edge rendert jetzt den Ausbreitungsbereich von box-shadow für Elemente mit großen border-radius Werten besser.

Der Schatten von kreisförmigen Formen (oder immer dann, wenn der border-radius Wert nahe 50 % liegt) ähnelt jetzt dem des ursprünglichen Shapes.

Siehe auch:

Web-APIs

Im Folgenden finden Sie die neuen Web-API-Features in Microsoft Edge.

Mehr Zeichen in JavaScript zulassen DOM-APIs

Sie können jetzt DOM-Elemente und -Attribute mit einer größeren Auswahl an gültigen Zeichen in JavaScript erstellen. Dies entspricht dem Verhalten, wenn dieselben Elemente und Attribute im HTML-Markup definiert sind.

Durch diese Änderung werden die JavaScript DOM-APIs am HTML-Parser ausgerichtet, was einen breiteren Satz von Zeichen für Elementnamen und Attribute ermöglicht.

Siehe auch:

dataTransfer -Eigenschaft für insertFromPaste, insertFromDropund insertReplacementText Eingabeereignisse

Die Eingabeereignisobjekte vom Typ insertFromPaste, insertFromDropund insertReplacementText verfügen jetzt über eine dataTransfer Eigenschaft zur besseren Interoperabilität mit anderen Browsern.

Die dataTransfer Eigenschaft ermöglicht den Zugriff auf die Zwischenablage oder Ziehen und Ablegen von Daten, wenn der Benutzer Text innerhalb eines contenteditable Elements bearbeitet. Die gleichen Daten sind auch auf dem dataTransfer Gelände von Ereignissen beforeinput verfügbar.

Dieses Feature gilt nur für contenteditable Elemente.

Siehe auch:

EditContext-API: Ändern der TextFormatunderlineStyle Enum-Werte und underlineThickness

Bisher wurden bei Verwendung der EditContext-API die TextFormat.underlineStyle Werte und TextFormat.underlineThickness Enumeration falsch groß geschrieben.

  • Die neuen Werte für die TextFormat.underlineStyle Aufzählung sind jetzt Kleinbuchstaben: {"none", "solid", "dotted", "dashed", "wavy"}.
  • Die neuen Werte für die TextFormat.underlineThickness Aufzählung sind jetzt Kleinbuchstaben: {"none", "thin", "thick"}.

Diese Änderung, die pro Spezifikation gilt, erleichtert das direkte Anwenden dieser Werte auf CSS-Eigenschaften, ohne sie neu zuordnen zu müssen.

Siehe auch:

FedCM-API: Unterstützung strukturierter JSON-Antworten von Identitätsanbietern

Die Federated Credential Management API (FedCM) unterstützt jetzt strukturierte JSON-Antworten von Identitätsanbietern (IdPs).

Dadurch können IdPs strukturierte JSON-Objekte anstelle von einfachen Zeichenfolgen über die id_assertion_endpoint. Dadurch entfällt die Notwendigkeit, JSON-Zeichenfolgen manuell zu serialisieren und zu analysieren, was die Integration vereinfacht und RPs ermöglicht, komplexe Antworten direkt zu interpretieren und somit verschiedene Protokolle (wie OAuth2, OIDC oder IndieAuth) ohne Out-of-Band-Vereinbarungen zu unterstützen.

Siehe auch:

Gamepad- ongamepadconnected und ongamepaddisconnected Ereignishandlerattribute

Die ongamepadconnected Attribute des Ereignishandlers und ongamepaddisconnected sind jetzt für das window Objekt verfügbar.

Dies gilt zusätzlich zu der vorhandenen Möglichkeit, auf die gamepadconnectedgamepaddisconnected Ereignisse und abzuhören mithilfe window.addEventListener()von .

Siehe auch:

HTMLElement: accessKeyLabel

Die HTMLElement.accessKeyLabel schreibgeschützte Eigenschaft ist jetzt in Microsoft Edge verfügbar.

HTMLElement.accessKeyLabel Gibt eine für Menschen lesbare Zeichenfolge zurück, die die tatsächliche Tastenkombination darstellt, die dem Element vom Browser basierend auf der Plattform und dem Browser des Benutzers zugewiesen wird.

Wenn kein Zugriffsschlüssel zugewiesen ist, wird eine leere Zeichenfolge zurückgegeben.

Siehe auch:

Bessere Unicode-Unterstützung

Microsoft Edge verwendet ICU, eine Drittanbieterbibliothek für allgemeine Unicode-Unterstützung. Die Intensivstation wird nun von ICU 74.2 auf ICU 77.1 hochgestuft.

Die neueste ICU 77-Version enthält CLDR 47 und andere Änderungen zur Unterstützung von Unicode 16.

Diese Änderung bringt Verbesserungen für die folgenden APIs:

  • Internationalisierungs-APIs unter dem Intl Namespace.
  • APIs für reguläre Ausdrücke.
  • URL-APIs.
  • Textsegmentierung.

Die oben genannten Änderungen werden in ICU 77.1 Test Failures erläutert.

Siehe auch:

Neuer Algorithmus zum Aktualisieren von PWA-Manifesten

Die Aktualisierung der installierten PWAs verwendet einen neuen Algorithmus. Der neue Updatealgorithmus macht den Updateprozess deterministischer und vorhersehbarer und gibt Ihnen mehr Kontrolle darüber, ob und wann Updates auf vorhandene Installationen Ihrer App angewendet werden sollen.

Der neue Updatealgorithmus hat die folgenden Vorteile:

  • Konsistenz: Der Algorithmus bietet eine konsistente Methode, um zu erkennen, wann eine Manifestaktualisierung erfolgen sollte.

  • Weniger Benutzerunterbrechungen: App-Benutzern wird das Updatedialogfeld nicht angezeigt, es sei denn, es ist unbedingt erforderlich, z. B. um sicherheitsrelevante Änderungen zu bestätigen.

  • Flexibilität des Browsers: Microsoft Edge kann nun das Aktualisieren bekannter, vertrauenswürdiger Apps ohne Anzeige einer Benachrichtigung zulassen und Updates für bekannte schädliche Apps blockieren.

  • Developer control: Sie haben mehr Kontrolle darüber, wann das Update-Dialogfeld den Benutzern angezeigt wird.

  • Reduzieren Sie den Netzwerkverkehr: Unnötiger Netzwerkverkehr wird minimiert.

Siehe auch:

WebTransport Aushandlung des Anwendungsprotokolls

WebTransport Mit der Anwendungsprotokollaushandlung können Sie das von Ihrer App verwendete Protokoll innerhalb des WebTransport Handshakes aushandeln.

Sie können eine Liste von Anwendungsprotokollen angeben, die beim Erstellen eines WebTransport Objekts unterstützt werden, die dann über HTTP-Anforderungsheader an den Server übermittelt werden.

Wenn der Server eines dieser Protokolle auswählt, gibt er über HTTP-Antwortheader an, welches Protokoll, und der Wert ist innerhalb des WebTransport Objekts verfügbar.

Siehe auch:

Veraltete oder entfernte Features

Die folgenden Web-API-Features sind veraltet (werden weiterhin unterstützt, aber nicht empfohlen) oder entfernt.

Siehe auch Websitekompatibilität – Auswirkungen von Änderungen an Microsoft Edge.

Veraltete Intl.Locale Getter

Die Intl.Locale API macht Informationen für ein Gebietsschema verfügbar, einschließlich der Wochenelemente und des Stundenzyklustyps, z. B. das 12-Stunden-Format, das japanische 12-Stunden-Format oder das 24-Stunden-Format.

Die Accessoreigenschaften des Objekts Intl.Locale sind jetzt zugunsten der entsprechenden Funktionen gemäß der Spezifikation veraltet. Beispielsweise ist die Intl.Locale.prototype.hourCycle Accessoreigenschaft zugunsten der Intl.Locale.prototype.getHourCycles() Funktion veraltet.

Siehe auch:

Origin-Testversionen in Microsoft Edge

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 Testen experimenteller APIs und Features mithilfe von Ursprungsversuchen.

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

API für die Anzeigenauswahl

Läuft am 30. November 2025 ab.

Die Ad Selection API stellt benutzerrelevante Anzeigen auf Ihrer Website ohne Verwendung von Cookies von Drittanbietern bereit.

API für Akquisitionsinformationen

Läuft am 18. Dezember 2025 ab.

Die Akquisitionsinfo-API unterstützt die Akquisitionszuordnung von Drittanbietern für PWAs, die über einen App Store oder direkt über den Browser erworben wurden.

  • Erklärvideo
  • Feedback
  • Register: war: https://developer.microsoft.com/microsoft-edge/origin-trials/trials/4013a45f-3f48-4341-81ea-1bc13bf90c83

Testversionen zum Ursprung von Chromium

Im Folgenden finden Sie aktive Testversionen mit Chromium-Ursprung, die Sie in Microsoft Edge ausprobieren können.

Eine vollständige Liste der Testversionen mit Chromium-Ursprung, die in Microsoft Edge verfügbar sind, finden Sie unter Testversionen für den Ursprung in Microsoft Edge.

Heuristiken der weichen Navigation

Läuft am 10. März 2026 ab.

Weiche Navigationen sind JavaScript-gesteuerte Navigationen desselben Dokuments, die die Verlaufs-API oder die neue Navigations-API verwenden, durch eine Benutzergeste ausgelöst werden und das DOM ändern, den vorherigen Inhalt sowie die dem Benutzer angezeigte URL ändern.

Diese Ursprungsstudie experimentiert mit Heuristiken der weichen Navigation und macht sie experimentell im Web verfügbar, sodass Anbieter und Entwickler von Real User Monitoring (RUM) diese sammeln und über ihre Nützlichkeit beim Sammeln von Leistungsmetriken berichten können.

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-Ursprungstestversion macht den window.crashReport Schlüsselwert Storage-API verfügbar, mit der Entwickler mit jedem Absturzbericht, der an vom Entwickler angegebene Endpunkte gesendet wird, einen beliebigen Anwendungsstatus bereitstellen können.

Informationen zur allgemeinen API-Infrastruktur für Absturzberichte finden Sie unter Absturzberichte.

Informationen zum Entwurf und zur Spezifikation der window.crashReport Erweiterung findest du im Explainer und dem Pull Request Introduce the CrashReportStorage interface.

Finden Sie unter

WebGPU-Kompatibilitätsmodus

Läuft am 21. April 2026 ab

Der WebGPU-Kompatibilitätsmodus ist eine optionale Teilmenge von WebGPU, die ältere Grafik-APIs wie OpenGL und Direct3D11 ausführen kann. Ziel ist es, die Reichweite von WebGPU-Anwendungen auf ältere Geräte zu erweitern, die nicht über die modernen, expliziten Grafik-APIs verfügen, die Core-WebGPU erfordert.

Abrufen Erneut versuchen

Läuft am 24. März 2026 ab.

Die Abrufwiederholung ermöglicht es Webentwicklern, anzugeben, dass eine fetch() Anforderung wiederholt werden soll, um eine größere Garantie dafür zu haben, dass sie zuverlässig gesendet wird, selbst wenn die Netzwerkverbindung fehlerhaft ist. Dies ist besonders wichtig für Keep-Alive-Abrufe, bei denen die Anforderung möglicherweise das Dokument überlebt, das nicht mehr auf seinen Fehler warten und einen manuellen Wiederholungsversuch durchführen kann.

Prompt-API

Läuft am 24. März 2026 ab

Die Prompt-API ist eine experimentelle Web-API, mit der Sie ein in Microsoft Edge integriertes kleines Sprachmodell (SLM) aus dem JavaScript-Code Ihrer Website oder Browsererweiterung abrufen können. Verwenden Sie die Prompt-API, um Text zu generieren und zu analysieren oder um Anwendungslogik basierend auf Benutzereingaben zu erstellen, und entdecken Sie innovative Möglichkeiten, Prompt-Engineering-Funktionen in Ihre Webanwendung zu integrieren.

Siehe auch:

Benachrichtigungen über eingehende Anrufe

Läuft am 19. Mai 2026 ab.

Erweitern Sie die Benachrichtigungs-API, damit installierte PWAs Benachrichtigungen über eingehende Anrufe senden können, d. h. Benachrichtigungen mit Schaltflächen im Anrufstil und einem Klingelton. Diese Erweiterung hilft VoIP-Web-Apps, ansprechendere Erfahrungen zu schaffen, indem sie es Benutzern erleichtert, eine Anrufbenachrichtigung einfach zu erkennen und zu beantworten. Diese Funktion hilft auch, die Lücke zwischen systemeigenen und Webimplementierungen von Apps zu schließen, die über beide verfügen.

Siehe auch:

Shared Worker mit verlängerter Lebensdauer

Läuft am 21. April 2026 ab.

Freigegebene Worker mit verlängerter Lebensdauer führen die extendedLifetime Option für den SharedWorker Konstruktor ein.

Dieses Feature ermöglicht es einem gemeinsam genutzten Worker, für kurze Zeit aktiv zu bleiben, nachdem alle verbundenen Clients (z. B. Seiten) entladen wurden. Dies ist nützlich für asynchrone Aufgaben, die nach dem Entladen einer Seite abgeschlossen werden müssen, z. B. das Speichern von Daten in IndexedDB oder das Senden von Analysen.

Ohne dieses Feature erfordern diese Aufgaben einen Service Worker, der für diesen Anwendungsfall zu schwer sein kann. Diese Ursprungstestversion bietet eine einfache Alternative.

Blocking-Attribut für das Rendern mit voller Bildrate

Läuft am 24. März 2026 ab

Das neue full-frame-rate Render-Blocking-Attribut weist den Browser an, die Seite mit einer niedrigeren Bildrate zu rendern, um Ressourcen zu reservieren und gleichzeitig kritische Inhalte zu analysieren. Nachdem der kritische Inhalt analysiert wurde, stellt der Browser seine normale Bildrate wieder her.

Verringert beispielsweise <link rel="expect" href="#critical-content" blocking="full-frame-rate"> die Bildrate des Browsers, bis das #critical-content Element analysiert wird.

Das full-frame-rate Renderblocking-Attribut dient nur zu Informationszwecken. Der Browser kann beschließen, die Bildrate zu verringern, bevor er ein blockierendes Element analysiert, z. B. ganz am Anfang der Ladephase. Der Browser kann auch beschließen, die Bildfrequenz wiederherzustellen, bevor die Liste der blockierenden Elemente leer wird, z. B. nach einem Timeout oder nach bestimmten Benutzerinteraktionen.

Lokaler Netzwerkzugriff aus nicht sicheren Kontexten

Läuft am 19. Mai 2026 ab.

Der lokale Netzwerkzugriff aus nicht sicheren Kontexten ermöglicht vorübergehend den Zugriff auf Ressourcen in lokalen Netzwerken, die aus nicht sicheren Kontexten stammen. Dies gibt Entwicklern mehr Zeit, lokale Netzwerkzugriffsanforderungen so zu migrieren, dass sie aus einem sicheren Kontext stammen.

Informationen zu 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.

URL- und Eval-Hashes in CSP script-src

Läuft am 24. März 2026 ab.

Dieses Feature führt URL- und Eval-Hashes ein, die in script-src Direktiven in Content Security Policy (CSP) verwendet werden sollen. Diese Funktion ermöglicht es Entwicklern, eine strikte Inhaltssicherheitsrichtlinie zu schreiben, die sich nur auf Hash- und Nonce-basierte Richtlinien stützt, ohne freizügige Hostnamen-basierte Zulassungslisten oder unsafe-evalverwenden zu müssen.

Hinweis

Teile dieser Seite sind Änderungen, die auf von Chromium.org erstellten und freigegebenen Werken basieren und gemäß den in der Creative Commons Attribution 4.0 International License beschriebenen Begriffen verwendet werden.

  • Zuletzt aktualisiert um