01
Grundzeichen gezielt erhalten
Standardmäßig bleiben druckbares ASCII sowie TAB, CR und LF erhalten. &, <, >, beide Anführungszeichen und der Backtick werden trotzdem codiert, ebenso Nicht-ASCII. Ohne Erhaltung wird jedes Zeichen codiert.
Kodierung und Maskierung
HTML-Entitäten Encodermit gezielter Decodierung
mit gezielter Decodierung
HTML-Entitäten Encoder
Eingabe
Ergebnis
Klartextvorschau
Die Vorschau zeigt höchstens 20.000 UTF-16-Einheiten als Text; Markup wird nicht ausgeführt.
Die Umwandlung bleibt in diesem Browser; die Eingabe wird nicht hochgeladen.
Konvertierungsoptionen
Erhalten: U+0020–U+007E sowie TAB, CR, LF, außer &, <, >, beiden Anführungszeichen und Backtick. Ohne Erhaltung wird alles codiert. Decodierung löst eine Ebene nach HTML5-Text- oder Attributregeln auf; Unbekanntes bleibt. Ungültige Zahlen und C1 folgen HTML-Ersetzungen.
Eingabe: 1.048.576 UTF-16-Einheiten; Ausgabe: 4.194.304. Leere Eingaben sind gültig. Einfügen kann Zeilenenden normalisieren.
Text eingeben oder ein Beispiel laden. Leere Eingabe ergibt leere Ausgabe.
Nach Bestätigung wird das aktuelle Ergebnis zur Eingabe und die Richtung wechselt. Bei Überschreitung des Eingabelimits ist das nicht möglich.
Der HTML-Entitäten Encoder hilft beim Vorbereiten von Codebeispielen und beim Prüfen von CMS-Ausgaben. Wer HTML escapen möchte, kann Namen oder numerische Zeichenreferenzen wählen, ohne die Codepunkte selbst nachzuschlagen.
HTML entescapen bedeutet hier, Zeichenreferenzen einmal aufzulösen. Ein sichtbares Tag bleibt Text: Der Arbeitsbereich interpretiert weder ein Dokument noch entscheidet er über die Sicherheit einer späteren Einbettung.
Wofür der HTML-Entitäten Encoder hilft
Drei Schreibweisen vergleichen
Der HTML-Entitäten Encoder verwendet zunächst benannte Referenzen. Fehlt ein Name, erscheint eine hexadezimale Referenz mit Großbuchstaben. Dezimal und Hexadezimal lassen sich auch ausdrücklich für die gesamte Ausgabe auswählen.
Markup als Text untersuchen
Spitze Klammern aus der Decodierung werden in Ergebnis und Vorschau als Zeichen angezeigt. So lassen sich Beispiele und mehrfach maskierte Werte lesen, ohne daraus aktive Seitenelemente zu erzeugen.
Kontext und Aktualisierung bewusst wählen
02
Automatisch oder manuell aktualisieren
Automatik startet 350 ms nach einer Änderung. Ausgeschaltet erscheint Konvertieren; Ctrl/Cmd+Enter löst ebenfalls aus. Änderungen sperren den Export des veralteten Ergebnisses bis zum nächsten erfolgreichen Lauf.
03
Ersetzen vorher prüfen
Beispiel, Leeren und Umkehren zeigen vor dem Anwenden eine Vorschau. Rückgängig stellt Eingabe, Optionen und Ergebnis gemeinsam wieder her. Die Vorschau umfasst bis zu 20.000 UTF-16-Einheiten ohne geteilte Surrogatpaare; Exporte sind vollständig.
Referenzen nach HTML5 lesen und schreiben
Vollständige Namenstabelle
Auch Namen jenseits von & und < werden anhand der vollständigen HTML5-Tabelle verarbeitet. Eine Decodiereingabe darf benannte, dezimale und hexadezimale Referenzen mischen. Ein HTML5-Name kann zwei Codepunkte gemeinsam darstellen: Beim Codieren des gesamten Textes kann fj zu fj werden.
Text- und Attributkontext
Text ist die Voreinstellung. Im Attributkontext verändert sich die Erkennung alter Namen ohne Semikolon, besonders vor ASCII-Buchstaben, Ziffern oder einem Gleichheitszeichen.
Genau eine Ebene
Aus &lt; wird zunächst <. Unbekannte Referenzen bleiben erhalten. Eine weitere Verarbeitung ist eine bewusste Entscheidung nach der Kontrolle des Ergebnisses.
Fehler im Quelltext finden
Ein rohes NUL oder isoliertes UTF-16-Surrogat wird mit Zeile und Spalte abgewiesen. Ungültige numerische Referenzen folgen dagegen den Ersetzungsregeln von HTML.
Grenzen der Zeichenumwandlung
- Exakter Erhaltungsbereich
- Erhalten werden U+0020–U+007E, TAB, CR und LF, ausgenommen &, <, >, einfache und doppelte Anführungszeichen sowie Backtick. Ohne diese Option wird alles codiert. Vorhandene & werden erneut maskiert.
- Historische Zahlenkorrekturen
- Numerische Referenzen auf null, Surrogate oder Werte über U+10FFFF werden U+FFFD. C1-Referenzen folgen historischen HTML-Ersetzungen; rohe C1-Steuerzeichen können nach Codierung und Decodierung verändert zurückkommen.
- Keine rekursive Auflösung
- Pro Lauf wird eine Ebene im gewählten Kontext decodiert. Manche alten Namen funktionieren ohne Semikolon, abhängig von ihrer Umgebung. Unbekannte Referenzen bleiben stehen. Für eine weitere Ebene kopieren Sie das aktuelle Ergebnis in die Eingabe und wählen erneut Decodieren. Umkehren wechselt die Richtung und führt allein keinen zweiten Decodierschritt aus.
- Keine HTML-Bereinigung
- Das Werkzeug parst, rendert und bereinigt kein HTML. JavaScript, CSS, URLs und Attribute brauchen eine zum Einsatzort passende Behandlung; Zeichenreferenzen allein bieten keinen allgemeinen XSS-Schutz. XML-Entitätsregeln sind eine eigene Aufgabe; hier gelten HTML5-Regeln.
- Rohtext und Zeilenenden
- NUL und isolierte Surrogate im Rohtext sind in beiden Richtungen Fehler. Unicode wird nicht normalisiert. Beim Einfügen kann der Editor Zeilenenden bereits vereinheitlichen.
- Begrenzte Größe, vollständiger Export
- Die Eingabe erlaubt 1.048.576 UTF-16-Einheiten, die Ausgabe 4.194.304. Bei Überschreitung scheitert der ganze Vorgang. Leere Eingaben sind gültig; Dateiimport und Netzwerkabrufe sind nicht vorgesehen.
Fragen zum HTML-Entitäten Encoder
Wie entmaskiere ich HTML-Entitäten zurück in Text?
Im HTML-Entitäten Encoder wählen Sie Decodieren und den passenden Kontext. & wird &, < wird <. Die Auflösung erfolgt einmal; das Ergebnis bleibt Klartext.
Kann der Encoder numerische Zeichenreferenzen verarbeiten?
Ja, sowohl dezimale wie © als auch hexadezimale wie ©. Beide können zusammen mit benannten Referenzen in einer Eingabe vorkommen.
Warum zeigt doppelt codierter Text noch < statt < an?
Aus &lt; entsteht nach einem Lauf <. Prüfen Sie den Zwischenstand und decodieren Sie ihn bei Bedarf erneut. Es gibt keine automatische rekursive Auflösung.
Was unterscheidet benannte und numerische Entities?
© verweist über einen Namen auf ein Zeichen. © und © geben seinen Codepunkt an. Bei fehlendem Namen verwendet die benannte Ausgabe Hexadezimal.
Macht HTML-Maskierung Benutzereingaben sicher anzeigbar?
Passende Maskierung kann ein Teil sicherer Ausgabe sein, ersetzt jedoch keine kontextbezogene Sicherheitsstrategie. Das Werkzeug entfernt keine gefährlichen Tags oder Attribute und prüft keine Skript- oder URL-Kontexte.
Fehlt eine Erklärung zu Ihrem Kodierungsfehler?
Mit einem kurzen Beispiel beginnen
Der HTML-Entitäten Encoder zeigt die gewählte Schreibweise als Text. Prüfen Sie den aktuellen Stand und exportieren Sie anschließend den vollständigen Wert.