HTML Entity Encoder/Decoder

This tool allows you to convert text with special characters to HTML entities and vice versa. HTML entities help display special characters correctly on web pages.

Mode

Text to Encode

Characters like <, >, &, " and ' will be converted to HTML entities

Encoded HTML

Common HTML Entities

Less than sign

Greater than sign

Ampersand

Double quotation mark

Single quotation mark

Registered trademark

So verwenden Sie HTML-Entity-Codierer/Decodierer

1
Text eingeben
Fügen Sie den Text oder HTML-Schnipsel, den Sie umwandeln möchten, in das Eingabefeld ein.
2
Codieren oder Decodieren wählen
Klicken Sie auf „Codieren“, um Sonderzeichen in HTML-Entities umzuwandeln, oder auf „Decodieren“, um Entities zurück in Zeichen zu verwandeln.
3
Ergebnis abrufen
Die umgewandelte Ausgabe erscheint sofort im Ergebnisfeld.

4
Ausgabe kopieren
Verwenden Sie „Ergebnis kopieren“, um den codierten oder decodierten Text für Ihr Projekt zu übernehmen.

Ein praktischer Leitfaden zu HTML-Entitäten

Was eine HTML-Entität ist

Eine HTML-Entität, formaler ausgedrückt eine Zeichenreferenz, ist ein kurzer Code, der für ein einzelnes Zeichen in HTML steht. Jede Entität beginnt mit einem Et-Zeichen (&) und endet mit einem Semikolon (;). Entitäten erlauben es Ihnen, Zeichen einzubinden, die der Browser sonst fälschlich als Markup interpretieren würde, Zeichen, die schwer zu tippen sind, oder Zeichen, die auf Ihrer Tastatur nicht vorhanden sind – und das alles, während die Quelldatei in reinem ASCII bleibt.

Entitäten sind aus zwei unterschiedlichen Gründen wichtig. Erstens sind einige wenige Zeichen von HTML selbst reserviert und müssen maskiert werden, um korrekt angezeigt zu werden. Zweitens lässt sich die riesige Welt der Symbole, Buchstaben mit Akzenten, Währungszeichen, Pfeile und Emoji zuverlässig als Referenzen schreiben, unabhängig von der Textkodierung der Datei. Dieses Werkzeug kodiert Zeichen in Entitäten und dekodiert Entitäten wieder zurück in die Zeichen, für die sie stehen.

Benannte gegenüber numerischen Referenzen

Es gibt zwei Möglichkeiten, eine Entität zu schreiben, und sie sind in ihrem Ergebnis austauschbar. Eine benannte Referenz verwendet eine menschenlesbare Bezeichnung, etwa © für das Copyright-Zeichen, & für ein Et-Zeichen oder   für ein geschütztes Leerzeichen. HTML legt eine feste Liste dieser Namen fest, sodass nur Zeichen mit einem zugewiesenen Namen auf diese Weise geschrieben werden können.

Eine numerische Referenz verwendet anstelle eines Namens den Unicode-Codepoint des Zeichens und kann jedes beliebige Zeichen darstellen. Die Dezimalform besteht aus einem Et-Zeichen, einer Raute, dem Codepoint zur Basis 10 und einem Semikolon – zum Beispiel ©. Die Hexadezimalform fügt nach der Raute ein x hinzu und gibt den Codepoint zur Basis 16 an – zum Beispiel ©. Alle drei Schreibweisen ©, © und © rendern das identische Symbol ©, denn 169 dezimal entspricht A9 hexadezimal entspricht dem Copyright-Codepoint.

Die fünf, die immer maskiert werden müssen

Bei den meisten Zeichen ist die Kodierung optional, doch eine kleine Gruppe ist in HTML-Quelltext praktisch zwingend erforderlich. Das Et-Zeichen & (&) muss maskiert werden, weil es jede Entität einleitet; lassen Sie es roh neben einem Wort stehen, könnte der Browser versuchen, eine Entität zu parsen, die gar nicht da ist. Das Kleiner-als-Zeichen < (<) und das Größer-als-Zeichen > (>) müssen im Text maskiert werden, weil sie Tags begrenzen. Innerhalb von Attributwerten müssen das Anführungszeichen " (") und der Apostroph ' (') maskiert werden, damit sie das Attribut nicht zu früh schließen.

Alles andere ist eine Frage der Bequemlichkeit. Sie können é direkt in eine UTF-8-Datei schreiben oder als é oder é – alle sind gültig. Bei den reservierten fünf verhält es sich anders: Werden sie falsch behandelt, entsteht fehlerhaftes Markup oder, bei nicht vertrauenswürdiger Eingabe, eine Cross-Site-Scripting-Lücke. Es sind also genau die Zeichen, die Sie an der falschen Stelle niemals unmaskiert lassen dürfen.

Praxisbeispiel: Symbole und Akzente

Angenommen, eine Fußzeile soll lauten "© 2026 Café Ünïcode — 100% safe". Mehrere dieser Zeichen sind kein reines ASCII. Das Copyright-Zeichen lässt sich als © oder © schreiben. Das é in Café ist é oder é, und das Ü ist Ü oder Ü. Der Geviertstrich — ist — oder —, und das geschützte Leerzeichen, das "100%" zusammenhält, ist  .

Kodiert man die gesamte Zeichenkette, ergibt sich etwa © 2026 Café Ünïcode — 100% safe, was garantiert identisch angezeigt wird, ganz gleich, wie die Zeichenkodierung der Seite konfiguriert ist. Wenn Sie sie hier dekodieren, kehrt sich der Vorgang um, und Sie erhalten die lesbare Zeile mit den echten Symbolen an Ort und Stelle zurück.

Benannt oder numerisch wählen

Benannte Entitäten gewinnen bei der Lesbarkeit. © und — verraten einem späteren Leser genau, um welches Zeichen es sich handelt, was den Quelltext leichter wartbar macht als eine Mauer aus numerischen Codes. Der Kompromiss liegt bei der Abdeckung: Nur Zeichen mit einem zugewiesenen Namen lassen sich namentlich schreiben, und die Liste enthält trotz ihres Umfangs nicht alles.

Numerische Referenzen gewinnen bei Universalität und Präzision. Da sie den Unicode-Codepoint direkt ansprechen, können sie jedes existierende Zeichen kodieren, einschließlich solcher ohne Namen und einschließlich Emoji. Sie sind außerdem eindeutig, was praktisch ist, wenn Sie sich bei einem obskuren Symbol sicher sein müssen. Eine gängige Praxis besteht darin, benannte Entitäten für die vertraute Handvoll (©, &,  , —) zu verwenden und numerische Referenzen für alles Exotische.

Emoji und Zeichen jenseits des Grundbereichs

Emoji und viele Symbole liegen weit oben im Unicode-Bereich, oberhalb der Werte, die eine einzelne Code-Einheit alten Stils aufnehmen kann, doch numerische Referenzen kommen problemlos damit zurecht, weil sie schlicht den Codepoint benennen. Das grinsende Gesicht-Emoji hat den Codepoint U+1F600, lässt sich also als dezimale Referenz 😀 oder als hexadezimale Referenz 😀 schreiben, die beide dasselbe Glyph erzeugen.

In der Praxis ist es meist einfacher und genauso korrekt, Ihre Datei als UTF-8 zu speichern und das Emoji direkt einzufügen. Numerische Referenzen werden dann wertvoll, wenn einer Verarbeitungskette nicht zugetraut werden kann, rohe Bytes zu erhalten – eine E-Mail-Vorlage, ein System, das auf ASCII reduziert, oder ein Kontext, in dem Sie den exakten Codepoint eindeutig festgehalten haben möchten. So oder so wird das erscheinende Zeichen vollständig durch seinen Codepoint bestimmt.

Verstümmelten Entitätstext dekodieren

Eine sehr häufige Aufgabe in der Praxis ist das Bereinigen von Text, der voller sichtbarer Entitätscodes ankommt. Sie kopieren einen Absatz von einer Webseite oder aus einem Datenbankexport, und statt normaler Satzzeichen sehen Sie &, ', " und ’ darin verstreut. Das bedeutet, dass der Text irgendwo weiter oben in der Kette HTML-kodiert und nie für die Anzeige dekodiert wurde. Fügen Sie ihn hier im Dekodier-Modus ein, werden diese Referenzen wieder in die echten Zeichen &, ', " und das typografische Apostroph zurückverwandelt.

Achten Sie auf Doppelkodierung, also die Situation, in der Text zweimal maskiert wurde und Sie Sequenzen wie &amp; oder &#39; sehen. Hier sollten die wörtlichen Zeichen &amp; zu & und dann zu & werden, die Lösung besteht also darin, mehr als einmal zu dekodieren, bis keine Entitäten mehr übrig sind. Lässt ein einzelner Dekodierdurchlauf noch & in Ihrer Ausgabe stehen, führen Sie das Ergebnis erneut durch das Dekodieren, um die zweite Schicht zu entfernen.

Häufige Fallstricke

Der häufigste Fehler ist das fehlende Semikolon. Eine Entität ist nur gültig, wenn sie abgeschlossen ist, sodass &copy ohne Semikolon möglicherweise nicht als Copyright-Zeichen gerendert wird. Ein verwandter Fehler besteht darin, beim manuellen Maskieren das Et-Zeichen zuletzt statt zuerst zu kodieren, was Ihre übrigen Entitäten in wörtlichen Text wie &lt; verwandelt.

Denken Sie außerdem daran, dass Entitäten ein HTML-Konzept sind und für sich allein keine Sicherheitsgrenze. Das Kodieren nicht vertrauenswürdiger Eingaben in Entitäten ist Teil der Vermeidung von fehlerhaftem Markup und XSS, aber es muss im richtigen Kontext und zum Zeitpunkt der Ausgabe geschehen und darf nicht als Allheilmittel betrachtet werden. Kodieren Sie schließlich keine Zeichen, die es innerhalb gewöhnlicher Inhalte nicht nötig haben – Überkodierung macht den Quelltext schwerer lesbar und bietet keinen Nutzen, wenn die Datei bereits UTF-8 ist.

Häufig gestellte Fragen

Was sind HTML-Entities und warum sollte man sie verwenden?

HTML-Entities sind Codes, die reservierte Zeichen in HTML darstellen, etwa < für < und > für >. Mit ihnen können Sie diese Zeichen als Text anzeigen, anstatt dass der Browser sie als Markup interpretiert.

Welche Zeichen wandelt der Encoder um?

Er wandelt HTML-reservierte und Sonderzeichen wie das Kleiner-als-Zeichen (<), das Größer-als-Zeichen (>) und das kaufmännische Und (&) in ihre benannten Entity-Entsprechungen um, sodass sie sicher auf einer Seite dargestellt werden.

Kann ich Entities wieder in normale Zeichen umwandeln?

Ja. Wechseln Sie in den Modus „Decodieren“ und fügen Sie Text ein, der Entities wie & oder < enthält, und das Tool gibt die ursprünglichen, lesbaren Zeichen zurück.

Ist das nützlich, um fehlerhaftes HTML oder XSS zu verhindern?

Das Codieren von Nutzertext in Entities hilft zu verhindern, dass Sonderzeichen Ihre HTML-Struktur zerstören, und ist ein gängiger Schritt, wenn nicht vertrauenswürdiger Inhalt sicher auf einer Seite angezeigt werden soll.

Wird mein Text an einen Server gesendet?

Nein. Das Codieren und Decodieren finden vollständig in Ihrem Browser statt, sodass Ihr Text auf Ihrem Gerät bleibt, und das Tool ist kostenlos und ohne Anmeldung nutzbar.