# Microsoft Edge WebView2 – Richtlinien

Die neueste Version von Microsoft Edge WebView2 enthält die folgenden Richtlinien. Mit diesen Richtlinien können Sie konfigurieren, wie Microsoft Edge WebView2 in Ihrer Organisation ausgeführt wird. Informationen zu einem zusätzlichen Satz von Richtlinien, die steuern, wie und wann Microsoft Edge WebView2 aktualisiert wird, finden Sie unter Microsoft Edge Update: Verweis auf Richtlinie.

HINWEIS

Dieser Artikel gilt für Microsoft Edge, Version 87 oder höher.

## Verfügbare Richtlinien

In diesen Tabellen werden alle Gruppenrichtlinien aufgelistet, die in dieser Version von Microsoft Edge WebView2 verfügbar sind. Unter den Links in der Tabelle finden Sie weitere Informationen zu bestimmten Richtlinien.

Ladeprogramm-Override-Einstellungen | Netzwerkeinstellungen
Additional

Ladeprogramm-Override-Einstellungen

Richtlinienname | Beschriftung
--- | ---
BrowserExecutableFolder | Speicherort des ausführbaren Browser Ordners konfigurieren
ChannelSearchKind | Konfigurieren der Suchart für den WebView2-Releasekanal
DowngradeVersion | Anwendungsspezifische WebView2-Downgradeversion konfigurieren
ReleaseChannelPreference | Einstellung für die Suchreihenfolge des Releasekanals festlegen (veraltet)
ReleaseChannels | Konfigurieren der WebView2-Releasekanäle

Netzwerkeinstellungen

Richtlinienname | Beschriftung
--- | ---
AccessControlAllowMethodsInCORSPreflightSpecConformant | Access-Control-Allow-Methods Übereinstimmung in CORS Preflight-Spezifikation konform machen
BlockTruncatedCookies | Abgeschnittene Cookies blockieren (veraltet)
ZstdContentEncodingEnabled | Unterstützung für zstd Inhaltscodierung aktivieren (veraltet)

Additional

Richtlinienname | Beschriftung
--- | ---
ExperimentationAndConfigurationServiceControl | Kommunikation mit Experimentier- und Konfigurationsdienst steuern
ForcePermissionPolicyUnloadDefaultEnabled | Steuert, ob unload Ereignishandler deaktiviert werden können.
HttpAllowlist | HTTP-Zulassungsliste
NewBaseUrlInheritanceBehaviorAllowed | Ermöglicht das Aktivieren des Features „NewBaseUrlInheritanceBehavior“. (veraltet)
NewPDFReaderWebView2List | Integrierten PDF-Reader mit Adobe Acrobat für WebView2 aktivieren
RSAKeyUsageForLocalAnchorsEnabled | Überprüfen der RSA-Schlüsselverwendung für Serverzertifikate, die von lokalen Vertrauensankern ausgestellt wurden (veraltet)
XSLTEnabled | Verfügbarkeit der XSLT-Funktion steuern

## Ladeprogramm-Override-Einstellungen policies

Zurück nach oben

### BrowserExecutableFolder

#### Speicherort des ausführbaren Browser Ordners konfigurieren

##### Unterstützte Versionen:

- Unter Windows seit Version 87 oder höher

##### Beschreibung

Diese Richtlinie konfiguriert WebView2-Anwendungen, sodass sie die WebView2-Laufzeit im festgelegten Pfad verwenden. Der Ordner muss die folgenden Dateien enthalten: msedgewebview2.exe, msedge.dll usw.
Vergeben Sie einen Wertnamen und ein Wertpaar, um den Wert für den Ordnerpfad festzulegen. Vergeben Sie als Wertnamen die Anwendungsbenutzermodell-ID oder den Namen der ausführbaren Datei. Sie können den Platzhalter “*” als Wertnamen verwenden. Dadurch wird er für alle Anwendungen übernommen.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: BrowserExecutableFolder
- Gruppenrichtlinienname: Speicherort des ausführbaren Browser Ordners konfigurieren
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Ladeprogramm-Override-Einstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder = "Name: *, Value: C:\\Program Files\\Microsoft Edge WebView2 Runtime Redistributable 85.0.541.0 x64"

Zurück nach oben

### ChannelSearchKind

#### Konfigurieren der Suchart für den WebView2-Releasekanal

##### Unterstützte Versionen:

- Unter Windows seit Version 121 oder höher

##### Beschreibung

Diese Richtlinie konfiguriert die Art der Kanalsuche für WebView2-Anwendungen. Standardmäßig ist die Art der Kanalsuche 0, was der Suchart "Am stabilsten" in der entsprechenden WebView2-API entspricht. Dies gibt an, dass die Erstellung der WebView2-Umgebung nach einem Releasekanal von der höchsten bis zur am wenigsten stabilen Version suchen sollte: WebView2 Runtime, Beta, Dev und Canary.
Um die Standardsuchreihenfolge umzukehren und die Suchart "Am wenigsten stabil" zu verwenden, legen Sie diese Richtlinie auf 1 fest.
Um den Wert für die Art der Kanalsuche festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Namen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wertnamen verwenden, der auf alle Anwendungen angewendet werden soll.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ChannelSearchKind
- Gruppenrichtlinienname: Konfigurieren der Suchart für den WebView2-Releasekanal
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Ladeprogramm-Override-Einstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\ChannelSearchKind
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\ChannelSearchKind = "Name: WebView2APISample.exe, Value: 1"

Zurück nach oben

### DowngradeVersion

#### Anwendungsspezifische WebView2-Downgradeversion konfigurieren

##### Unterstützte Versionen:

- Unter Windows seit Version 149 oder höher

##### Beschreibung

Mit dieser Richtlinie können Sie die Hauptversion der WebView2-Runtime festlegen, die bestimmte Anwendungen in Unternehmens-Downgrade-Szenarien verwenden sollen.
Konfigurieren Sie die Richtlinie, indem Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Namen der ausführbaren Datei setzen (zum Beispiel teams.exe). Legen Sie den Wert auf die gewünschte Hauptversionsnummer fest, und verwenden Sie dabei nur Ziffern (zum Beispiel 145).
Vollständige Versionszeichenfolgen (zum Beispiel 145.0.1234.56), Platzhalterwerte (zum Beispiel 145.*) sowie Werte mit nicht-numerischen Zeichen oder Trennzeichen werden nicht unterstützt.
Der WebView2-Lader durchsucht das Installationsverzeichnis der Runtime nach einem bereits vorhandenen Ordner, der mit der angegebenen Hauptversion übereinstimmt (zum Beispiel entspricht 145 der Version 145.0.1234.56). Wird kein passender Ordner gefunden, hat die Richtlinie keine Wirkung, und die Runtime verwendet standardmäßig die BrowserExecutableFolder-Richtlinie oder die Evergreen-Runtime (die standardmäßige, automatisch aktualisierte Runtime).

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: DowngradeVersion
- Gruppenrichtlinienname: Anwendungsspezifische WebView2-Downgradeversion konfigurieren
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Ladeprogramm-Override-Einstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion = "Name: teams.exe, Value: 145"
    SOFTWARE\Policies\Microsoft\Edge\WebView2\DowngradeVersion = "Name: outlook.exe, Value: 146"

Zurück nach oben

### ReleaseChannelPreference

#### Einstellung für die Suchreihenfolge des Releasekanals festlegen (veraltet)

VERALTET: Diese Richtlinie ist veraltet. Sie wird gegenwärtig noch unterstützt, aber in einem zukünftigen Release ausgemustert.

##### Unterstützte Versionen:

- Unter Windows seit Version 87 oder höher

##### Beschreibung

Diese Richtlinie ist zugunsten von ChannelSearchKind veraltet, die über die gleiche Funktionalität verfügt und in Version 124 veraltet wird. Die Standardsuchreihenfolge für Kanäle lautet WebView2 Runtime, Beta, Dev und Canary.
Um die Standardsuchreihenfolge umzukehren, legen Sie diese Richtlinie auf 1 fest.
Um den Wert für die Einstellung des Releasekanals festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Namen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wertnamen verwenden, der auf alle Anwendungen angewendet werden soll.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ReleaseChannelPreference
- Gruppenrichtlinienname: Einstellung für die Suchreihenfolge des Releasekanals festlegen (veraltet)
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Ladeprogramm-Override-Einstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannelPreference
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannelPreference = "Name: *, Value: 1"

Zurück nach oben

### ReleaseChannels

#### Konfigurieren der WebView2-Releasekanäle

##### Unterstützte Versionen:

- Unter Windows seit Version 121 oder höher

##### Beschreibung

Diese Richtlinie konfiguriert die Releasekanaloptionen für WebView2-Anwendungen. Legen Sie zum Konfigurieren dieser Optionen den Wert auf eine durch Trennzeichen getrennte Zeichenfolge mit ganzen Zahlen fest, die den COREWEBVIEW2_RELEASE_CHANNELS-Werten aus der entsprechenden WebView2-API zugeordnet sind. Diese Werte sind: WebView2 Runtime (0), Beta (1), Dev (2) und Canary (3). Standardmäßig sucht die Umgebungserstellung mithilfe des ersten Kanals auf dem Gerät nach Kanälen von den meisten bis zu den am wenigsten stabilen. Wenn ReleaseChannels bereitgestellt wird, sucht die Umgebungserstellung nur nach den in der Gruppe angegebenen Kanälen. Die Werte "0,2" und "2,0" geben beispielsweise an, dass die Umgebungserstellung nur nach dem Dev-Kanal und der WebView2-Runtime mithilfe der durch ChannelSearchKind angegebenen Reihenfolge suchen soll. Bei der Umgebungserstellung wird versucht, jede ganze Zahl zu interpretieren, und jeder ungültige Eintrag wird als Stabil-Kanal behandelt. Legen Sie ChannelSearchKind fest, um die Suchreihenfolge umzukehren, damit die Umgebungserstellung zuerst nach dem am wenigsten stabilen Build sucht. Wenn sowohl BrowserExecutableFolder als auch ReleaseChannels bereitgestellt werden, hat BrowserExecutableFolder Vorrang, unabhängig davon, ob der Kanal von BrowserExecutableFolder in ReleaseChannels enthalten ist.
Um den Wert für Releasekanäle festzulegen, geben Sie einen Wertnamen und ein Wertpaar an. Legen Sie den Wertnamen auf die Anwendungsbenutzermodell-ID oder den Namen der ausführbaren Datei fest. Sie können den Platzhalter "*" als Wertnamen verwenden, der auf alle Anwendungen angewendet werden soll.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ReleaseChannels
- Gruppenrichtlinienname: Konfigurieren der WebView2-Releasekanäle
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Ladeprogramm-Override-Einstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannels
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\ReleaseChannels = "Name: WebView2APISample.exe, Value: 0,1,2"

Zurück nach oben

## Netzwerkeinstellungen policies

Zurück nach oben

### AccessControlAllowMethodsInCORSPreflightSpecConformant

#### Access-Control-Allow-Methods Übereinstimmung in CORS Preflight-Spezifikation konform machen

##### Unterstützte Versionen:

- Unter Windows seit Version 123 oder höher

##### Beschreibung

Diese Richtlinie steuert, ob Anforderungsmethoden beim Abgleich mit Access-Control-Allow-Methods Antwortheadern in CORS Preflight groß geschrieben werden.
Wenn Sie diese Richtlinie deaktivieren, werden Anforderungsmethoden in groß geschrieben. Dies ist das Verhalten für oder vor Microsoft Edge 108.
Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, werden Anforderungsmethoden nur dann groß geschrieben, wenn die Groß-/Kleinschreibung nicht mit DELETE, GET, HEAD, OPTIONS, POST oder PUT übereinstimmt.
Dies würde den Antwortheader fetch(url, {method: 'Foo'}) + "Access-Control-Allow-Methods: FOO" ablehnen,
und würde den Antwortheader fetch(url, {method: 'Foo'}) + "Access-Control-Allow-Methods: Foo" akzeptieren.
Hinweis: Anforderungsmethoden "post" und "put" sind nicht betroffen, während "patch" betroffen ist.
Diese Richtlinie ist als temporär vorgesehen und wird in Zukunft entfernt.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Nein - Erfordert einen Neustart des Browsers

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: AccessControlAllowMethodsInCORSPreflightSpecConformant
- Gruppenrichtlinienname: Access-Control-Allow-Methods Übereinstimmung in CORS Preflight-Spezifikation konform machen
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Netzwerkeinstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: AccessControlAllowMethodsInCORSPreflightSpecConformant
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

### BlockTruncatedCookies

#### Abgeschnittene Cookies blockieren (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge Version 131 nicht mehr.

##### Unterstützte Versionen:

- Unter Windows seit 123, bis 131

##### Beschreibung

Diese Richtlinie bietet eine vorübergehende Deaktivierung für Änderungen an der Art und Weise, wie Microsoft Edge Cookies verarbeitet, die über JavaScript festgelegt wurden und bestimmte Steuerzeichen enthalten (NULL, Wagenrücklauf und Zeilenvorschub).
Zuvor führte das Vorhandensein eines dieser Zeichen in einer Cookie-Zeichenfolge dazu, dass diese abgeschnitten, aber dennoch gesetzt wurde.
Das Vorhandensein dieser Zeichen führt nun dazu, dass die gesamte Cookie-Zeichenfolge ignoriert wird.
Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, wird das neue Verhalten aktiviert.
Wenn Sie diese Richtlinie deaktivieren, ist das alte Verhalten aktiviert.
Diese Richtlinie ist veraltet, da sie ursprünglich als Sicherheitsmaßnahme bei möglichen Fehlern implementiert wurde, aber keine gemeldet wurden.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: BlockTruncatedCookies
- Gruppenrichtlinienname: Abgeschnittene Cookies blockieren (veraltet)
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Netzwerkeinstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: BlockTruncatedCookies
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000000

Zurück nach oben

### ZstdContentEncodingEnabled

#### Unterstützung für zstd Inhaltscodierung aktivieren (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge Version 137 nicht mehr.

##### Unterstützte Versionen:

- Unter Windows seit 125, bis 137

##### Beschreibung

Diese Richtlinie steuert, ob Microsoft Edge die Zstandard (zstd)-Inhaltscodierung unterstützt.
Wenn diese Richtlinie aktiviert ist, Microsoft Edge kündigt zstd im Accept-Encoding-Anforderungsheader an und kann mit zstd verschlüsselte Antworten dekomprimieren.
Wenn diese Richtlinie deaktiviert ist, kündigt Microsoft Edge die zstd-Inhaltscodierung nicht an und unterstützt sie nicht.
Wenn diese Richtlinie nicht konfiguriert ist, ist das Standardverhalten die Aktivierung der Unterstützung für zstd-Inhaltscodierung.
HINWEIS:
Diese Richtlinie ist ab Microsoft Edge Version 138 veraltet, da Microsoft Edge jetzt immer die zstd-Inhaltscodierung unterstützt.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Nein - Erfordert einen Neustart des Browsers

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ZstdContentEncodingEnabled
- Gruppenrichtlinienname: Unterstützung für zstd Inhaltscodierung aktivieren (veraltet)
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/Netzwerkeinstellungen
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: ZstdContentEncodingEnabled
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

## Additional policies

Zurück nach oben

### ExperimentationAndConfigurationServiceControl

#### Kommunikation mit Experimentier- und Konfigurationsdienst steuern

##### Unterstützte Versionen:

- Unter Windows seit Version 97 oder höher

##### Beschreibung

Der Experimentier- und Konfigurationsdienst wird verwendet, um Experimentier- und Konfigurationsnutzdaten auf dem Client bereitzustellen.
Die Experimentiernutzdaten bestehen aus einer Liste von sich früh in der Entwicklung befindlicher Features, die Microsoft zum Testen und für Feedback aktiviert.
Die Konfigurationsnutzdaten bestehen aus einer Liste empfohlener Einstellungen, die Microsoft bereitstellen möchte, um die Benutzererfahrung zu optimieren.
Die Konfigurationsnutzdaten können auch eine Liste von Aktionen enthalten, die aus Kompatibilitätsgründen für bestimmte Domänen ausgeführt werden müssen. Beispielsweise kann der Browser die Zeichenfolge des Benutzer-Agenten auf einer Website überschreiben, wenn diese Website beschädigt ist. Jede dieser Aktionen ist als Übergangslösung gedacht, während Microsoft versucht, das Problem in Zusammenarbeit mit dem Websitebesitzer zu beheben.
Wenn Sie diese Richtlinie auf „FullMode“ festlegen, werden die vollständigen Nutzdaten aus dem Experimentier- und Konfigurationsdienst heruntergeladen. Dies schließt sowohl die Experimentier- als auch die Konfigurationsnutzdaten ein.
Wenn Sie diese Richtlinie auf „ConfigurationsOnlyMode“ festlegen, werden nur die Konfigurationsnutzdaten heruntergeladen.
Wenn Sie diese Richtlinie auf „RestrictedMode“ festlegen, wird die Kommunikation mit dem Experimentier- und Konfigurationsdienst vollständig beendet. Microsoft empfiehlt diese Einstellung nicht.
Wenn Sie diese Richtlinie nicht auf einem verwalteten Gerät konfigurieren, entspricht das Verhalten in den Kanälen Beta und Stabil dem „ConfigurationsOnlyMode“. In Canary- und Dev-Kanälen ist das Verhalten dasselbe wie bei „FullMode“.
Wenn Sie diese Richtlinie auf einem nicht verwalteten Gerät nicht konfigurieren, ist das Verhalten mit „FullMode“ identisch.
Zuordnung der Richtlinienoptionen:
* FullMode (2) = Konfigurationen und Experimente abrufen
* ConfigurationsOnlyMode (1) = Nur Konfigurationen abrufen
* RestrictedMode (0) = Kommunikation mit Experimentier- und Konfigurationsdienst deaktivieren
Nutzen Sie die vorherigen Informationen zum Konfigurieren dieser Richtlinie.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Ganze Zahl

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ExperimentationAndConfigurationServiceControl
- Gruppenrichtlinienname: Kommunikation mit Experimentier- und Konfigurationsdienst steuern
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: ExperimentationAndConfigurationServiceControl
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000002

Zurück nach oben

### ForcePermissionPolicyUnloadDefaultEnabled

#### Steuert, ob unload Ereignishandler deaktiviert werden können.

##### Unterstützte Versionen:

- Unter Windows seit Version 118 oder höher

##### Beschreibung

unload-Ereignishandler sind veraltet. Ob sie ausgelöst werden, hängt von der unload Permissions-Policy ab.
Derzeit erlaubt die Richtlinie sie standardmäßig. In Zukunft werden sie standardmäßig deaktiviert, und Websites müssen sie explizit über Permissions-Policy-Header aktivieren.
Diese Unternehmensrichtlinie kann verwendet werden, um diese schrittweise Abonnementkündigung zu verhindern, indem die Standardeinstellung aktiviert bleibt.
Seiten könnten von unload-Ereignishandlern abhängig sein, um Daten zu speichern oder das Ende einer Benutzersitzung an den Server zu signalisieren.
Diese Abhängigkeit wird nicht empfohlen, da sie unzuverlässig ist und die Leistung beeinträchtigt, indem die Nutzung von BackForwardCache blockiert wird.
Es gibt empfohlene Alternativen, aber das unload-Ereignis wurde lange Zeit verwendet. Einige Anwendungen sind möglicherweise weiterhin darauf angewiesen.
Wenn Sie diese Richtlinie deaktivieren oder nicht konfigurieren, werden unload-Ereignishandler schrittweise im Einklang mit dem Veraltungs-Rollout veraltet, und Websites, die den Permissions-Policy-Header nicht setzen, lösen keine „unload“-Ereignisse mehr aus.
Wenn Sie diese Richtlinie aktivieren, funktionieren unload-Ereignishandler standardmäßig weiterhin.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: ForcePermissionPolicyUnloadDefaultEnabled
- Gruppenrichtlinienname: Steuert, ob unload Ereignishandler deaktiviert werden können.
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: ForcePermissionPolicyUnloadDefaultEnabled
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

### HttpAllowlist

#### HTTP-Zulassungsliste

##### Unterstützte Versionen:

- Unter Windows seit Version 123 oder höher

##### Beschreibung

Durch Festlegen der Richtlinie wird eine Liste von Hostnamen oder Hostnamensmustern (z. B. „[*.]example.com“) angegeben, die nicht auf HTTPS aktualisiert werden. Organisationen können diese Richtlinie verwenden, um den Zugriff auf Server aufrechtzuerhalten, die HTTPS nicht unterstützen, ohne "HttpsUpgradesEnabled" deaktivieren zu müssen.
Angegebene Hostnamen müssen kanonisiert werden: Alle IDNs müssen in ihr A-Bezeichnungsformat umgewandelt werden und alle ASCII-Buchstaben müssen Kleinbuchstaben sein.
Leere Host-Platzhalter (d. h. „*“ oder „[*]“) sind nicht zulässig. Stattdessen sollten HTTPS-First-Modus und HTTPS-Upgrades explizit über ihre spezifischen Richtlinien deaktiviert werden.
Hinweis: Diese Richtlinie gilt nicht für HSTS-Upgrades.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: HttpAllowlist
- Gruppenrichtlinienname: HTTP-Zulassungsliste
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist = "testserver.example.com"
    SOFTWARE\Policies\Microsoft\Edge\WebView2\HttpAllowlist = "[*.]example.org"

Zurück nach oben

### NewBaseUrlInheritanceBehaviorAllowed

#### Ermöglicht das Aktivieren des Features „NewBaseUrlInheritanceBehavior“. (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge Version 135 nicht mehr.

##### Unterstützte Versionen:

- Unter Windows seit 123, bis 135

##### Beschreibung

NewBaseUrlInheritanceBehavior ist ein Feature von Microsoft Edge, das dafür sorgt, dass about:blank und about:srcdoc-Frames ihre Basis-URL-Werte konsistent über Snapshots der Basis-URL ihres Initiators erben.
Wenn Sie diese Richtlinie deaktivieren, wird verhindert, dass Benutzer oder Variationen von Microsoft Edge NewBaseUrlInheritanceBehavior aktivieren, falls Kompatibilitätsprobleme erkannt werden.
Wenn Sie diese Richtlinie aktivieren oder nicht konfigurieren, wird die Aktivierung von NewBaseUrlInheritanceBehavior ermöglicht.
Die Richtlinie ist ab Version Microsoft Edge 136 veraltet, aber das Feature NewBaseUrlInheritanceBehaviorAllowed wurde in Version Microsoft Edge 123 entfernt.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: NewBaseUrlInheritanceBehaviorAllowed
- Gruppenrichtlinienname: Ermöglicht das Aktivieren des Features „NewBaseUrlInheritanceBehavior“. (veraltet)
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: NewBaseUrlInheritanceBehaviorAllowed
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

### NewPDFReaderWebView2List

#### Integrierten PDF-Reader mit Adobe Acrobat für WebView2 aktivieren

##### Unterstützte Versionen:

- Unter Windows seit Version 116 oder höher

##### Beschreibung

Diese Richtlinie konfiguriert WebView2-Anwendungen so, dass sie die neue Version des PDF-Readers starten, die von Adobe Acrobat unterstützt wird. Der neue PDF-Reader stellt sicher, dass es keine Funktionseinbußen gibt und bietet ein verbessertes PDF-Erlebnis. Dieses Erlebnis umfasst eine reichhaltigere Darstellung, verbesserte Leistung, hohe Sicherheit bei der Handhabung von PDF-Dateien und mehr Barrierefreiheit.
Wenn diese Richtlinie für eine Anwendung festgelegt wird, kann sie sich auch auf andere verwandte Anwendungen auswirken. Die Richtlinie wird auf alle WebView2s angewandt, die sich denselben WebView2-Benutzerdatenordner teilen. Diese WebView2s können möglicherweise zu mehreren Anwendungen gehören, wenn diese Anwendungen, die wahrscheinlich aus der gleichen Produktfamilie stammen, so konzipiert sind, dass sie sich den gleichen Benutzerdatenordner teilen.
Verwenden Sie ein Name-Wert-Paar, um den neuen PDF-Reader für die Anwendung zu aktivieren. Setzen Sie den Namen auf die Benutzermodell-ID der Anwendung oder den Namen der ausführbaren Datei. Sie können den Platzhalter „*“ als Wertname verwenden, um ihn auf alle Anwendungen anzuwenden. Setzen Sie den Wert auf TRUE, um den neuen Reader zu aktivieren, oder setzen Sie ihn auf FALSE, um den vorhandenen Reader zu verwenden.
Wenn Sie diese Richtlinie für die angegebenen WebView2-Anwendungen aktivieren, verwenden sie den neuen von Adobe Acrobat unterstützten PDF-Reader zum Öffnen aller PDF-Dateien.
Wenn Sie die Richtlinie für die angegebenen WebView2-Anwendungen deaktivieren oder nicht konfigurieren, verwenden sie den vorhandenen PDF-Reader, um alle PDF-Dateien zu öffnen.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Nein - Erfordert einen Neustart des Browsers

##### Datentyp:

- Liste der Zeichenfolgen

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: NewPDFReaderWebView2List
- Gruppenrichtlinienname: Integrierten PDF-Reader mit Adobe Acrobat für WebView2 aktivieren
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: Liste von REG_SZ
- Werttyp: Liste von REG_SZ

###### Beispielwert:

    SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "app1.exe", "value": true}
    SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "app_id_for_app2", "value": true}
    SOFTWARE\Policies\Microsoft\Edge\WebView2\NewPDFReaderWebView2List = {"name": "*", "value": false}

Zurück nach oben

### RSAKeyUsageForLocalAnchorsEnabled

#### Überprüfen der RSA-Schlüsselverwendung für Serverzertifikate, die von lokalen Vertrauensankern ausgestellt wurden (veraltet)

VERALTET: Diese Richtlinie ist veraltet und funktioniert nach Microsoft Edge Version 135 nicht mehr.

##### Unterstützte Versionen:

- Unter Windows seit 123, bis 135

##### Beschreibung

Die X.509-Schlüsselverwendungserweiterung gibt an, wie der Schlüssel in einem Zertifikat
verwendet werden kann. Diese Anweisungen stellen sicher, dass Zertifikate nicht in einem unbeabsichtigten
Kontext verwendet werden. Dies schützt vor einer Reihe von protokollübergreifenden Angriffen über HTTPS und
andere Protokolle. HTTPS-Clients müssen überprüfen, ob die Serverzertifikate mit den
TLS-Parametern der Verbindung übereinstimmen.
Ab Microsoft Edge 124 ist diese
Überprüfung immer aktiviert.
Microsoft Edge 123 und früher haben das
folgende Verhalten:
Wenn diese Richtlinie aktiviert ist,
führt Microsoft Edge diese
Schlüsselüberprüfung aus. Dies hilft, Angriffe zu verhindern, bei denen ein Angreifer den Browser so manipuliert,
dass ein Schlüssel auf eine Art und Weise interpretiert wird, die der Zertifikatsinhaber nicht vorgesehen hat.
Wenn diese Richtlinie auf „Deaktiviert“ festgelegt ist,
überspringt Microsoft Edge diese Schlüsselüberprüfung in
HTTPS-Verbindungen, die TLS 1.2 aushandeln und ein RSA-Zertifikat verwenden, das
an einen lokalen Vertrauensanker gekoppelt ist. Beispiele für lokale Vertrauensanker sind
von der Richtlinie bereitgestellte oder vom Benutzer installierte Stammzertifikate. In allen anderen Fällen wird die
Überprüfung unabhängig von der Einstellung dieser Richtlinie durchgeführt.
Wenn diese Richtlinie nicht konfiguriert ist,
verhält sich Microsoft Edge so, als ob die
Richtlinie aktiviert ist.
Mit dieser Richtlinie erhalten Admins eine Vorschau auf das Verhalten einer
zukünftigen Version, in der diese Überprüfung standardmäßig aktiviert wird. Zu diesem Zeitpunkt wird diese
Richtlinie vorübergehend für Admins verfügbar bleiben, die mehr
Zeit benötigen, um ihre Zertifikate zu aktualisieren, damit sie den neuen RSA-Schlüsselverwendungsanforderungen entsprechen.
Verbindungen, die diese Überprüfung nicht bestehen, scheitern mit der Fehlermeldung
ERR_SSL_KEY_USAGE_INCOMPATIBLE. Websites, bei denen dieser Fehler auftritt, haben wahrscheinlich ein
falsch konfiguriertes Zertifikat. Moderne ECDHE_RSA-Chiffre-Suiten verwenden die
Schlüsselverwendungsoption „digitalSignature“, während ältere RSA-Entschlüsselungs-Chiffre-Suiten
die Schlüsselverwendungsoption „keyEncipherment“ verwenden. Im Zweifelsfall sollten Admins
beide RSA-Zertifikate für HTTPS einschließen.
Die Richtlinie ist ab Microsoft Edge Version 136 veraltet,
aber die Schlüsselüberprüfung ist seit Microsoft Edge Version 124 immer aktiviert.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: RSAKeyUsageForLocalAnchorsEnabled
- Gruppenrichtlinienname: Überprüfen der RSA-Schlüsselverwendung für Serverzertifikate, die von lokalen Vertrauensankern ausgestellt wurden (veraltet)
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: RSAKeyUsageForLocalAnchorsEnabled
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

### XSLTEnabled

#### Verfügbarkeit der XSLT-Funktion steuern

##### Unterstützte Versionen:

- Unter Windows seit Version 147 oder höher

##### Beschreibung

Steuert, ob die XSLT-Funktion (die XSLTProcessor-JavaScript-API und die XSL-Verarbeitungsanweisung) in Microsoft Edge verfügbar ist.
Wenn Sie diese Richtlinie aktivieren, ist XSLT unabhängig von der Standardkonfiguration des Browsers verfügbar.
Wenn Sie diese Richtlinie deaktivieren, ist XSLT unabhängig von der Standardkonfiguration des Browsers nicht verfügbar.
Wenn Sie diese Richtlinie nicht konfigurieren, wird die XSLT-Verfügbarkeit durch die Standardkonfiguration des Browsers und alle anwendbaren Feldtests bestimmt.
Diese Richtlinie ist temporär und wird in einer zukünftigen Version von Microsoft Edge entfernt.

##### Unterstützte Features:

- Kann zwingend sein: Ja
- Kann empfohlen werden: Nein
- Dynamische Richtlinienaktualisierung: Ja

##### Datentyp:

- Boolesch

##### Windows-Informationen und-Einstellungen

###### Informationen zur Gruppenrichtlinie (ADMX)

- Eindeutiger Name der Gruppenrichtlinie: XSLTEnabled
- Gruppenrichtlinienname: Verfügbarkeit der XSLT-Funktion steuern
- Gruppenrichtlinienpfad (Erforderlich): Administrative Vorlagen/Microsoft Edge WebView2/
- Gruppenrichtlinienpfad (Empfohlen): Nicht zutreffend
- Name der ADMX-Datei der Gruppenrichtlinie: MSEdgeWebView2.admx

###### Windows-Registrierungseinstellungen

- Pfad (Erforderlich): SOFTWARE\Policies\Microsoft\Edge\WebView2
- Pfad (Empfohlen): Nicht zutreffend
- Wertname: XSLTEnabled
- Werttyp: REG_DWORD

###### Beispielwert:

    0x00000001

Zurück nach oben

## Siehe auch

- Konfigurieren von Microsoft Edge
- Microsoft Edge: Zielseite für Unternehmen
- Blog zu Microsoft Security-Baselines