Freigeben über

Versionshinweise zur Microsoft Edge 141-Webplattform (Okt. 2025)

Im Folgenden finden Sie die neuen Webplattformfeatures und -updates in Microsoft Edge 141, die am 2. Oktober 2025 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

Weitere Informationen finden Sie unter Neuerungen in DevTools (Microsoft Edge 141).

WebView2

Weitere Informationen finden Sie unter 1.0.3537.50 (6. Oktober 2025) in den Versionshinweisen für das WebView2 SDK.

Webplattformfeatures

CSS-Features

CSS-Pseudoelement ::search-text

Mit dem CSS-Pseudoelement ::search-text können Sie die Ergebnisse der Suche auf der Seite des Browsers formatieren.

Auf diese Weise können Sie die Vordergrund- und Hintergrundfarben von Suchergebnissen ändern. Dies kann nützlich sein, wenn die Standardfarben des Browsers unzureichenden Kontrast zu den Seitenfarben aufweisen.

Siehe auch:

Unterstützung width und height Darstellungsattribute für geschachtelte <svg> Elemente

Sie können jetzt die - und height -widthDarstellungsattribute für geschachtelte <svg> Elemente verwenden, sowohl über SVG-Markup als auch über CSS. Dieser Ansatz bietet mehr Flexibilität, sodass Sie SVG-Elemente in komplexen Designs effizienter gestalten können.

Mit diesem Feature erzeugen die folgenden beiden HTML-Codeausschnitte nun dieselbe Ausgabe:

<svg width="100px" height="100px">
  <svg style="width:50px;height:50px;">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Im obigen Beispiel verwendet die zweite Zeile ein style -Attribut, das - und height -Werte enthältwidth.

<svg width="100px" height="100px">
  <svg width="50px" height="50px">
    <circle cx="50px" cy="50px" r="40px" fill="green" />
  </svg>
</svg>

Im obigen Beispiel verwendet die zweite Zeile separate width Attribute und height .

Siehe auch:

Web-APIs

ariaNotify()-API

Die ariaNotify() API ermöglicht es Ihrer App, einer Sprachausgabe direkt mitzuteilen, was er sagen soll, wenn es eine nicht vom Benutzer initiierte Änderung am Inhalt einer Webseite gibt. Im einfachsten Szenario rufen ariaNotify("foo") Sie für das Dokument oder für ein Element auf.

Siehe auch:

IndexedDB-Methode getAllRecords() und direction -Option für getAll() und getAllKeys()

IndexedDB IDBObjectStore und IDBIndex -Objekte unterstützen jetzt die getAllRecords() -Methode, die Indexschlüssel, Primärschlüssel und Werte für jeden Datensatz zurückgibt, zusätzlich zur Unterstützung von Lesevorgängen in beide Richtungen.

Die getAllRecords() -Methode kann bestimmte IndexedDB-Lesevorgänge im Vergleich zu vorhandenen Alternativen erheblich beschleunigen, z. B. die Verwendung von IndexedDB-Cursorn.

Dieses Feature führt aus Gründen der Konsistenz auch die direction Option in die vorhandenen getAll() Methoden und getAllKeys() ein.

Siehe auch:

Die navigateEvent.intercept() -Methode unterstützt jetzt eine precommitHandler Option, die der Option ähnelt handler .

Die precommitHandler Option wird verwendet, um den Commit eines Navigationsereignisses und damit die URL-Aktualisierung zu verzögern, bis die Zusage des Handlers aufgelöst wurde. Die precommitHandler Option ermöglicht es dem Handler auch, die Navigations-URL, Informationen, status und das Verlaufspush- und Ersetzungsverhalten zu ändern.

Ohne wird precommitHandlervon der Navigations-API sofort ein Commit für Navigationen ausgeführt. Dies ist manchmal ein Problem für JavaScript-Routingbibliotheken, die asynchrone Navigationen im gleichen Dokument verwenden.

Siehe auch:

windowAudio Option für getDisplayMedia()

Die getDisplayMedia() -Methode unterstützt jetzt die windowAudio -Option.

Mit windowAudio der Option können Sie dem Benutzer die Möglichkeit geben, Audio zu teilen, wenn ein Fenster für die Bildschirmfreigabe ausgewählt ist. windowAudio kann auf exclude, systemoder windowfestgelegt werden.

Siehe auch:

Erweiterte echoCancellation Option für getUserMedia()

Die echoCancellation Option für getUserMedia() wird jetzt von und truefalse erweitert, um auch und zu remote-onlyunterstützenall.

Dies ermöglicht Folgendes:

  • Ändern Sie das Verhalten der Echounterdrückung, das auf Audiospuren angewendet wird, die von Mikrofonen empfangen werden.
  • Steuern Sie, wie viel von der Benutzersystemwiedergabe aus dem Mikrofonsignal entfernt wird.

In einigen Szenarien ist die einzige zulässige Option für die Echounterdrückung das Entfernen aller Benutzersystemwiedergaben aus dem Mikrofon, z. B. um sicherzustellen, dass keine datenschutzrelevanten Wiedergaben erfasst werden, z. B. von Bildschirmsprachausgaben oder Systembenachrichtigungen.

In anderen Szenarien ziehen Sie es möglicherweise vor, das Echo aus RTCPeerConnectionszu entfernen, um die 2-Wege-Echtzeitkommunikation (RTC) zu ermöglichen, während der Rest des lokalen Playouts weiterhin erfasst wird.

Siehe auch:

restrictOwnAudio Medienspureinschränkung

Die neue restrictOwnAudio Medienspureinschränkung kann dazu beitragen, übersichtlichere Bildschirmaufzeichnungen zu erstellen, z. B. wenn auf der Aufnahmewebseite selbst Audio wiedergegeben wird und Sie nicht möchten, dass diese Audiodaten in die Aufnahme einbezogen werden, um unerwünschtes Echo zu vermeiden.

Bei Verwendung von getDisplayMedia() und bei der Erfassung der Systemaudiodaten werden standardmäßig alle vom System wiedergegebenen Audiodaten erfasst. Wenn die restrictOwnAudio Einschränkung festgelegt ist, wird die erfasste Systemaudiodaten gefiltert, um Audiodaten aus dem Dokument auszuschließen, das aufgerufen hat getDisplayMedia().

Siehe auch:

Unterstützung für alternative Felder bei der FedCM-Kontoauswahl

Telefonnummern und Benutzernamen werden jetzt zusätzlich zu oder anstelle des vollständigen Namens und der E-Mail-Adresse eines Benutzers als Bezeichner für die Eindeutigkeit von Konten in der FedCM-Kontoauswahl unterstützt.

Diese neuen Felder sind jetzt auch für Websites verfügbar, um den Offenlegungstext zu beeinflussen.

Diese Änderung erleichtert Identitätsanbietern, die keine E-Mail-Adressen und vollständigen Namen zum Identifizieren von Benutzern verwenden, die Einführung von FedCM.

Siehe auch:

Verbesserungen bei Spekulationsregeln

Wenn der Benutzer für kurze Zeit auf einen Link zeigt, löst der eager Wert der Option einer Spekulationsregel eagerness jetzt Prefetches und Prerenderings aus.

Zuvor wurde der Wert so schnell wie möglich mit dem eager Vorabrufen und Prerendering gestartet, ähnlich dem immediate Wert. Das neue Verhalten ist nützlicher, da der eager Wert jetzt eifriger als der moderate Wert und weniger eifrig als der immediate Wert ist.

Ausführliche Informationen zu diesem und anderen anstehenden Verbesserungen finden Sie unter Verbesserungen bei Spekulationsregeln.

Siehe auch:

WebRTC-codierte Transformation

Mit der WebRTC-codierten Transformations-API können Sie die Daten verarbeiten, die über eine RTCPeerConnectiongesendet werden.

Siehe auch:

Strenge Richtlinie desselben Ursprungs für die Speicherzugriffs-API

Die Speicherzugriffs-API folgt jetzt der Richtlinie desselben Ursprungs.

Standardmäßig fügt die Verwendung von document.requestStorageAccess() in einem Frame Cookies nur an die Anforderungen an, die an den Ursprung des iFrames gesendet werden. Die CookiesAllowedForUrls Richtlinien- und Speicherzugriffsheader können weiterhin verwendet werden, um die Blockierung websiteübergreifender Cookies zu entsperren.

Siehe auch:

Signaturbasierte Unterressourcenintegrität

Die Überprüfung auf die Integrität von Unterressourcen auf einer Webseite kann jetzt mithilfe von Ed25519-Signaturen durchgeführt werden, zusätzlich zu den statischen Digests von Ressourceninhalten.

Dadurch erhalten Sie einen Mechanismus zum Überprüfen der Herkunft von Ressourcen, von der Ihre Seite abhängt, und schafft eine technische Grundlage für die Vertrauensstellung in die Abhängigkeiten einer Website. Ihr Webserver kann Antworten mit einem Ed25519-Schlüsselpaar signieren, und Sie können dann verlangen, dass der Browser die Signatur mit einem bestimmten öffentlichen Schlüssel überprüft.

Siehe auch:

Ursprungstests

Im Folgenden finden Sie neue experimentelle APIs, die Sie auf Ihrer eigenen Livewebsite für einen begrenzten Zeitraum ausprobieren können.

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.

Microsoft Edge-reine Ursprungstests

Web-App-Bereichserweiterungen

Läuft am 31. August 2025 ab

scope_extensions ist ein Web-App-Manifestmitglied, mit dem Web-Apps ihren Bereich auf andere Ursprünge erweitern können.

Bereichserweiterungen ermöglichen die Darstellung von Web-Apps, die auf mehreren Unterdomänen und Domänen der obersten Ebene basieren, als einzelne Web-App.

Beispielsweise kann eine Web-App unter https://contoso.com ihren Gültigkeitsbereich auf den https://example.com Ursprung ausdehnen, indem sie den scope_extensions Member in ihrem Web-App-Manifest verwendet:

{
  "name": "Example app",
  "display": "standalone",
  "start_url": "/index.html",
  "scope_extensions": [
    {
      "type": "type",
      "origin": "https://example.com"
    }
  ]
}

Die im scope_extensions Member aufgeführten Ursprünge müssen bestätigen, dass sie der Web-App zugeordnet sind, indem sie eine Konfigurationsdatei mit dem Namen hosten .well-known/web-app-origin-association. Die Datei muss den Ursprung der Web-App auflisten:

{
  "https://sample-app.com/": {
    "scope": "/"
  }
}

Weitere Informationen finden Sie unter Behandeln von Links aus anderen Ursprüngen mithilfe von Bereichserweiterungen unter Behandeln von Links zu einer PWA.

AriaNotify-API

Läuft am 14. Oktober 2025 ab.

Mit der AriaNotify-API kann Ihre App einer Sprachausgabe direkt mitteilen, was zu sagen ist, wenn es eine nicht vom Benutzer initiierte Änderung am Inhalt einer Webseite gibt. Im einfachsten Szenario rufen ariaNotify("foo") Sie für das Dokument oder für ein Element auf.

Weitere Informationen finden Sie unter Erstellen eines barrierefreieren Webs mit Aria Notify.

Anzeigenauswahl-API

Läuft am 30. November 2025 ab.

Die Anzeigenauswahl-API stellt benutzerrelevante Werbung auf Ihrer Website bereit, ohne Cookies von Drittanbietern zu verwenden.

Api zum Abrufen von Informationen

Läuft am 18. Dezember 2025 ab.

Die Acquisition Info-API unterstützt die Zuordnung von Drittanbieterakquisitionen für PWAs, die über einen App Store oder direkt über den Browser erworben wurden.

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.

  • Last updated on