Get to know MDN better
Dieser Inhalt wurde automatisch aus dem Englischen übersetzt, und kann Fehler enthalten. Erfahre mehr über dieses Experiment.
Diese Funktion ist gut etabliert und funktioniert auf vielen Geräten und in vielen Browserversionen. Sie ist seit Juli 2015 browserübergreifend verfügbar.
Warnung: Diese Eigenschaft analysiert ihre Eingabe als HTML und schreibt das Ergebnis in das DOM. APIs wie diese sind bekannt als Injection-Sinks und können ein Angriffsvektor für Cross-Site Scripting (XSS) sein, wenn die Eingabe ursprünglich von einem Angreifer stammt.
Sie können dieses Risiko vermindern, indem Sie stets TrustedHTML-Objekte statt Strings zuweisen und vertraute Typen durchsetzen. Siehe Sicherheitsüberlegungen für weitere Informationen.
Das outerHTML Attribut des Element Interface liest oder setzt das HTML- oder XML-Markup des Elements und seiner Nachkommen, ignoriert jedoch jegliche Shadow Roots in beiden Fällen.
Um den Inhalt eines Elements zu lesen oder zu setzen, verwenden Sie stattdessen die innerHTML Eigenschaft.
Das Lesen der Eigenschaft gibt einen String zurück, der eine HTML-Serialisierung des Elements und seiner Nachkommen enthält.
Das Setzen der Eigenschaft akzeptiert entweder ein TrustedHTML Objekt oder einen String. Die Eingabe wird als HTML analysiert und ersetzt das Element sowie alle seine Nachkommen mit dem Ergebnis. Wenn der Wert auf null gesetzt wird, wird dieser null-Wert in den leeren String ("") umgewandelt, sodass element.outerHTML = null gleichbedeutend mit element.outerHTML = "" ist.
Wird ausgelöst, wenn versucht wurde, outerHTML auf einem Element zu setzen, welches ein direktes Kind eines Document ist, wie z.B. Document.documentElement.
SyntaxError DOMExceptionWird ausgelöst, wenn versucht wurde, outerHTML mit einer XML-Eingabe zu setzen, die nicht wohlgeformt ist.
TypeErrorWird ausgelöst, wenn die Eigenschaft auf einen String gesetzt wird, während Trusted Types durch eine CSP durchgesetzt werden und keine Standardrichtlinie definiert ist.
outerHTML erhält eine Serialisierung des Elements oder setzt HTML oder XML, das analysiert werden soll, um es innerhalb des Elternelements zu ersetzen.
Wenn das Element keinen Elterknoten hat, ändert das Setzen seiner outerHTML-Eigenschaft weder dieses Element noch seine Nachkommen. Zum Beispiel:
Auch wenn das Element im Dokument ersetzt wird, hält die Variable, deren outerHTML-Eigenschaft gesetzt wurde, weiterhin eine Referenz auf das ursprüngliche Element:
Der zurückgegebene Wert wird einige Werte in HTML-Attributen escapen. Hier sehen wir, dass das &-Zeichen escapt wird:
Einige Browser serialisieren auch die <- und >-Zeichen als < und >, wenn sie in Attributwerten erscheinen (siehe Browser-Kompatibilität). Dies dient dazu, eine potenzielle Sicherheitslücke (Mutation XSS) zu verhindern, bei der ein Angreifer Eingaben erstellen kann, die eine Sanitisierungsfunktion umgehen, was eine Cross-Site Scripting (XSS)-Attacke ermöglicht.
Die Serialisierung des DOM-Baums, die von der Eigenschaft gelesen wird, schließt keine Shadow Roots ein. Wenn Sie eine HTML-Serialisierung eines Elements benötigen, die Shadow Roots einschließt, müssen Sie stattdessen die Element.getHTML() Methode verwenden. Beachten Sie, dass dies die Inhalte des Elements erhält.
Ähnlich wird beim Festlegen von Elementinhalten mit outerHTML die HTML-Eingabe in DOM-Elemente analysiert, die keine Shadow Roots enthalten. Beispielsweise wird <template> als HTMLTemplateElement analysiert, unabhängig davon, ob das shadowrootmode-Attribut angegeben ist oder nicht. Wenn Sie die Inhalte eines Elements aus einer HTML-Eingabe, die deklarative Shadow Roots enthält, setzen möchten, müssen Sie stattdessen Element.setHTMLUnsafe() oder ShadowRoot.setHTMLUnsafe() verwenden.
Die outerHTML-Eigenschaft kann ein Vektor für Cross-Site Scripting (XSS)-Angriffe sein, da sie verwendet werden kann, um potenziell unsichere von einem Benutzer bereitgestellte Strings in das DOM zu injizieren. Während die Eigenschaft verhindert, dass <script>-Elemente beim Einfügen ausgeführt werden, ist sie anfällig für viele andere Arten, mit denen Angreifer HTML so gestalten können, dass bösartiges JavaScript ausgeführt wird. Zum Beispiel würde der folgende Code im error-Event-Handler ausgeführt, weil der <img> src Wert keine gültige Bild-URL ist:
Sie können diese Probleme vermindern, indem Sie stets TrustedHTML-Objekte statt Strings zuweisen und vertraute Typen durchsetzen mit dem require-trusted-types-for CSP-Direktive. Dies stellt sicher, dass die Eingabe durch eine Transformationsfunktion geleitet wird, die die Chance hat, die Eingabe zu sanitisieren, um potenziell gefährliches Markup zu entfernen, bevor es injiziert wird.
Das Lesen von outerHTML führt dazu, dass der User-Agent das Element serialisiert.
Angenommen, folgendes HTML ist gegeben:
Sie können das Markup für das <div> wie folgt abrufen und protokollieren:
In diesem Beispiel werden wir ein Element im DOM ersetzen, indem wir HTML der outerHTML-Eigenschaft des Elements zuweisen. Um das Risiko von XSS zu mindern, erstellen wir zuerst ein TrustedHTML-Objekt aus dem String, der das HTML enthält, und weisen dieses Objekt dann outerHTML zu.
Vertrauenswürdige Typen werden noch nicht von allen Browsern unterstützt, daher definieren wir zuerst das Trusted Types Tinyfill. Dies fungiert als transparenter Ersatz für die Trusted Types JavaScript-API:
Als Nächstes erstellen wir eine TrustedTypePolicy, die eine createHTML() für die Umwandlung eines Eingabestrings in TrustedHTML-Instanzen definiert. In der Regel verwenden Implementierungen von createHTML() eine Bibliothek wie DOMPurify, um die Eingabe wie unten gezeigt zu sanitisieren:
Dann verwenden wir dieses policy-Objekt, um ein TrustedHTML-Objekt aus dem potenziell unsicheren Eingabestring zu erstellen und das Ergebnis dem Element zuzuweisen:
Warnung: Obwohl Sie direkt einen String outerHTML zuweisen können, stellt dies ein Sicherheitsrisiko dar, wenn der einzufügende String potenziell bösartigen Inhalt enthalten könnte. Sie sollten TrustedHTML verwenden, um sicherzustellen, dass der Inhalt vor dem Einfügen saniert wird, und Sie sollten einen CSP-Header setzen, um vertraute Typen durchzusetzen.
| HTML # dom-element-outerhtml |
JavaScript aktivieren, um diese Browser-Kompatibilitätstabelle anzuzeigen.
Der Bauplan für ein besseres Internet.
Besuche die gemeinnützige Muttergesellschaft der Mozilla Corporation, die Mozilla Foundation.
Teile dieses Inhalts sind ©1998–2026 von einzelnen mozilla.org-Mitwirkenden. Inhalte sind verfügbar unter einer Creative-Commons-Lizenz.