Microsoft Edge: Einstellung der Unterstützung des Standard-Unload-Events

Lesezeit

3 Minuten

Die Inhalte auf dieser Seite wurden maschinell übersetzt.

Microsoft Edge wird ab September 2026 standardmäßig keine unload-Ereignishandler mehr ausführen. Webseiten müssen diese dann explizit über die Permissions Policy erlauben. Organisationen sollten auf moderne Lifecycle-Ereignisse wie visibilitychange und pagehide umsteigen, ihre Anwendungen entsprechend aktualisieren und während der Übergangszeit die bereitgestellten Richtlinien nutzen.

Wenn Ihre Websites oder Anwendungen keine unload-Ereignis-Handler (unload) verwenden, gilt die unten beschriebene Auswirkung nicht und es sind keine Maßnahmen erforderlich.

[Was und warum]

Microsoft Edge ändert das Standardverhalten des Webplattform-unload-Ereignisses im Rahmen der fortlaufenden Einstellung von unload-Ereignis-Handlern.

Derzeit sind unload-Ereignis-Handler standardmäßig erlaubt. Mit der Einführung dieser Änderung werden Seiten unload-Ereignis-Handler nicht mehr ausführen, es sei denn, die Website erlaubt sie ausdrücklich über die Permissions Policy. Organisationen sollten mit den Anwendungsinhabern zusammenarbeiten, um ihre Anwendungen auf moderne Lifecycle-Ereignisse und APIs umzustellen, die für diese Szenarien konzipiert sind.

Das unload-Ereignis ist kein zuverlässiger Mechanismus, um Daten zu speichern, Bereinigungsaktionen durchzuführen oder anzuzeigen, dass eine Benutzersitzung beendet wurde, da Browser und Betriebssysteme Seiten ohne das Auslösen dieses Ereignisses aussetzen oder beenden können. Zudem verhindert es, dass Seiten den Back-/Forward-Cache verwenden können, was die Navigationsleistung beeinträchtigen kann.

[Rollout-Zeitplan]

  • Weltweit, GCC, GCC High, DoD: Beginn Anfang September 2026, Abschluss voraussichtlich im Oktober 2026

[Auswirkungen auf Ihre Organisation]

Wer ist betroffen

Organisationen können betroffen sein, wenn interne Websites, öffentliche Websites oder Webanwendungen von Drittanbietern, auf die Benutzer angewiesen sind, unload-Ereignis-Handler verwenden, um erforderliche Funktionalität bereitzustellen.

Benutzer sind nur betroffen, wenn eine Website oder Anwendung auf unload-Ereignis-Handler angewiesen ist und keine alternative Implementierung anbietet.

Plattformen und Dienste

  • Microsoft Edge
  • Websites und Webanwendungen, die in Microsoft Edge geöffnet werden
  • WebView2-basierte Anwendungen
  • Verwaltete Microsoft Edge-Umgebungen

Was wird passieren

Websites und Anwendungen, die auf unload-Ereignis-Handler angewiesen sind, könnten funktionale Änderungen erfahren, wenn diese Handler standardmäßig nicht mehr ausgeführt werden.

Gängige Szenarien umfassen Anwendungen, die unload-Handler verwenden, um:

  • Daten von Nutzern zu speichern
  • Ressourcen freizugeben
  • Analytics oder Telemetrie zu senden
  • Diensten mitzuteilen, dass eine Sitzung beendet wurde

Organisationen können das derzeitige Verhalten vorübergehend beibehalten, während Anwendungen aktualisiert werden, indem sie die Microsoft Edge-Richtlinie ForcePermissionPolicyUnloadDefaultEnabled aktivieren. Diese Richtlinie ist ausschließlich als Unterstützung bei der Migration gedacht, während Anwendungsinhaber ihre Anwendungen aktualisieren. Eine Website kann weiterhin eine restriktivere Permissions-Policy-Konfiguration anwenden.

[Erforderliche Maßnahmen und Empfehlungen]

Führen Sie die folgenden Maßnahmen bis zum 6. September 2026 durch:

  • Identifizieren Sie interne und geschäftskritische Webanwendungen, die unload-Ereignis-Handler registrieren, einschließlich solcher, die über Drittanbieterbibliotheken eingeführt wurden.
  • Validieren Sie das Verhalten der Anwendungen ohne Abhängigkeit von unload-Ereignis-Handlern.
  • Verwenden Sie die Microsoft Edge DevTools, um Seiten zu identifizieren, die aufgrund von unload-Listenern daran gehindert werden, den Back-/Forward-Cache zu verwenden.
  • Migrieren Sie Datenspeicherungs-Szenarien zum visibilitychange-Ereignis und nutzen Sie den Übergang in den versteckten Zustand als letzte zuverlässige Gelegenheit, den Anwendungszustand zu erhalten.
  • Verwenden Sie das pagehide-Ereignis, wenn Code auf das Verlassen einer Seite reagieren muss, dabei aber kompatibel mit dem Back-/Forward-Cache bleiben soll.
  • Aktualisieren Sie interne Entwicklungsstandards, Support-Dokumentationen und Testanleitungen.
  • Informieren Sie Anwendungsinhaber, Support-Teams und betroffene Benutzer über anwendungsspezifische Änderungen.

Wenn eine Anwendung vor Abschluss des Rollouts nicht aktualisiert werden kann, können Websitebesitzer vorübergehend die Unterstützung von unload über die Permissions Policy aktivieren. Administratoren können auch die Microsoft Edge-Richtlinie ForcePermissionPolicyUnloadDefaultEnabled verwenden, um das bisherige Standardverhalten beizubehalten, bis die Migration abgeschlossen ist. Diese Steuerungen sind als Migrationshilfe gedacht und sollten nicht als dauerhafte Lösung betrachtet werden. Eine Website kann weiterhin eine restriktivere Permissions-Policy-Konfiguration anwenden.

Weitere Informationen

[Compliance-Aspekte]

Es wurden keine Compliance-Aspekte identifiziert. Prüfen Sie dies gegebenenfalls für Ihre Organisation.

Wir sind für Sie da

Haben Sie Fragen oder benötigen Sie Unterstützung? Wir helfen gerne weiter.