HTML dekodieren
HTML dekodieren, wenn der String korrekt aussieht, sich aber wie Rauschen liest
Escaptes HTML taucht überall auf: in Tickets, JSON-Payloads, Datenbankexporten und „Seitenquelltext“-Kopien, die ein Tool zu viel durchlaufen haben. Der Inhalt ist oft richtig – er liegt nur als Entitäten vor, sodass `<` zu `<` und Anführungszeichen zu `"` werden. Für den Transport ist das in Ordnung. Zum Bearbeiten des Snippets, Einfügen in eine Vorlage oder Erklären gegenüber dem Team, was das Feld wirklich enthält, ist es mühsam. Dieser HTML-Dekodierungs-Arbeitsbereich online ist genau für diesen Moment. Links den escapten String einfügen; rechts aktualisiert sich die Ausgabe beim Tippen. Kein Upload, kein Konto, kein Warten, bis ein Server deinen Inhalt zurückspiegelt. Die meisten Aufgaben enden mit standardmäßig sichtbarem **Dekodierter Text** – du siehst Zeichen, keine Wand aus Und-Zeichen-Codes. Zwei Details unterscheiden das von einer Einzeiler-Entschlüsselung in einer Konsole. Erstens **Doppeldekodierung**: Hat eine Pipeline zweimal kodiert, bleibt nach einem Durchlauf `<` stehen – und du weißt, dass noch etwas nicht stimmt. Wechsle zu **Zweimal**; die Symbolleiste hebt hervor, wenn ein zweiter Durchlauf das Ergebnis ändert. Zweitens: Ist die dekodierte Ausgabe echtes Markup, kannst du eine **Live-Vorschau dieses dekodierten HTML** in einem Sandbox-Iframe öffnen und die Textansicht einen Klick entfernt halten – nützlich, wenn die Frage lautet „Sind die Tags zurück?“ statt „Was ist Zeichen 842?“
Was ein HTML-Dekoder wirklich rückgängig macht
Dekodieren verwandelt Entitätsreferenzen zurück in die Zeichen, die sie meinen: `&` zu `&`, `<` zu `<`, numerische Formen wie `'` zum Apostroph und gängige benannte Entitäten aus CMS-Exporten. Dieser HTML-Dekoder wendet die Transformation auf den gesamten Einfügetext an – Fragmente, Teilvorlagen oder lange Logzeilen – nicht nur auf perfekt geformte Dokumente. Er repariert keine kaputten Tags, rückt Markup nicht neu ein und entfernt keine Skripte. Stell es dir vor wie Öffnen eines versiegelten Umschlags, nicht Umschreiben des Briefs darin. Strukturbereinigung gehört danach in einen Editor oder Formatter; die Aufgabe der Dekodierung ist, den String wieder lesbar zu machen.
Enthält die Ausgabe erkennbares HTML, bietet die rechte Spalte die Tabs **Vorschau** und **Dekodierter Text**. Die Vorschau rendert das **dekodierte** Ergebnis – nicht die escapte Eingabe –, damit du das Layout nach dem Entfernen der Entitäten prüfen kannst. Standard ist **Dekodierter Text**, weil viele Aufgaben in reinen Sätzen oder Attributwerten ohne Tags enden. Die Vorschau bleibt optional für Fälle, in denen das Fragment visuell zählt.
HTML-Dekodierungs-Tool öffnenEinmal oder zweimal – mit Hinweis, wenn zweimal hilft
Die Durchlauf-Auswahl wird hervorgehoben, wenn eine zweite Dekodierung die Ausgabe ändert – typisch bei doppelt kodierten API-Feldern –, sodass du nicht aus Entitäten-Suppe raten musst.
Dekodiertes Markup in der Vorschau, nicht die Escape-Schicht
Die Iframe-Vorschau arbeitet auf dem bereinigten String nach der Dekodierung. Du bestätigst, dass Tags zurück sind, bevor du in einen Editor kopierst.
Importieren, kopieren, herunterladen – nur lokal
`.txt`- oder `.html`-Exporte vom Datenträger laden, dekodierten Text kopieren oder `.txt` für Ticket-Anhänge speichern. Die Verarbeitung bleibt im Browser-Tab.
Warum dieser HTML-Dekoder für echten Support und Integrationsarbeit passt
Entitäten zum Lesen und Einfügen auflösen – keine vollständige HTML-IDE auf einer Seite.
Für Strings, die schon escapet ankommen
Integratoren und Support bekommen selten sauberes Markup. Eher ein JSON-Wert, in dem jede Klammer escapet ist, oder ein Ticket-Feld mit `&lt;table&gt;`, weil zwei Systeme dasselbe Feld angefasst haben. Ein fokussierter HTML-Dekodierungs-Workflow lässt dich den String prüfen, ohne Ad-hoc-Skripte oder Tools, die lange Zeilen still abschneiden. Die Ausgabe aktualisiert sich live beim Bearbeiten der linken Spalte – abschließenden Zeilenumbruch kürzen, Vorher/Nachher vergleichen oder nach Durchlauf-Wechsel erneut ausführen. **Aus Datei importieren**, wenn die Escape-Kette in einem Export steckt, der für Chat-Einfügen zu groß ist.
HTML-Code dekodieren – drei praktische Schritte
1) Escapten String einfügen oder importieren
Kodierten Inhalt in die linke Spalte – Ticket-Text, API-Feld, Log-Auszug oder Datei-Export. **Aus Datei importieren** funktioniert für `.txt` und `.html`, wenn der String schon auf der Festplatte liegt. Ein vollständiges Dokument ist nicht nötig; partielle Escapes dekodieren gleichermaßen.
2) Einmal oder zweimal wählen und dekodierte Ausgabe lesen
Mit **Einmal** starten. Zeigt die rechte Seite noch führendes `&` vor Entitätsnamen, oder schlägt die Symbolleiste einen zweiten Durchlauf vor, wechsle zu **Zweimal**. Der Tab **Dekodierter Text** bleibt standardmäßig aktiv, damit du sofort Zeichen siehst. **Vorschau** nur öffnen, wenn die dekodierte Ausgabe Tags enthält, die du prüfen willst.
3) Kopieren oder herunterladen, dann woanders bearbeiten
Dekodierten String in Editor, CMS oder Test-Harness kopieren. `.txt` herunterladen für Incident-Anhänge. Auf gemeinsam genutzten Rechnern danach **Leeren**.
FAQ zur HTML-Dekodierung
Entitäten-Rauschen wieder in lesbaren Text verwandeln
HTML dekodieren im Browser – einmal oder zweimal, mit Vorschau, wenn die Ausgabe Markup ist.
HTML dekodieren
- HTML-Dekoder lokal im Browser
- Ein- oder zweifache Dekodierung mit Hinweis bei Doppelkodierung
- Live-Vorschau des dekodierten HTML
- Dekodierten Text kopieren oder .txt laden
Läuft in deinem Browser. Kein Konto nötig.
Schluss mit Und-Zeichen-Suppe lesen
Escapte Strings einfügen, live dekodieren, Markup in der Vorschau prüfen, wenn es hilft – kopieren, wenn es lesbar ist.