JSON maskieren

Was ist JSON-Maskierung?

// Input text
She said "hi"
then left.

// Escaped (Wrap on) — identical to JSON.stringify(input)
"She said \"hi\"\nthen left."

// Escaped (Wrap off) — just the body, for hand-built JSON
She said \"hi\"\nthen left.

// JSON-in-JSON
{"a":1}  ->  "{\"a\":1}"  ->  {"payload": "{\"a\":1}"}

Hauptfunktionen

Beispiele

{"event":"signup","user":{"id":42,"name":"Alice"}}

function greet(name) {
  return `Hello, ${name}!`;
}

She said "hello"	then left.

Price: 9.99€ — café société

Anwendung

1. 1

   Text oder JSON einfügen

   Gib oder füge etwas in das Eingabefeld ein — ein JSON-Objekt, ein Code-Snippet, eine Logzeile oder reinen Text. Das maskierte Ergebnis erscheint sofort. Klicke auf „Beispiel laden“, um eine Probe wie einen JSON-in-JSON-Payload oder eine mehrzeilige Funktion auszuprobieren.

2. 2

   Maskierungsoptionen wählen

   Lass „In doppelte Anführungszeichen umschließen“ aktiv für ein vollständiges JSON-String-Literal (wie JSON.stringify) oder deaktiviere es, um nur den maskierten Inhalt zu erhalten. Aktiviere „Nicht-ASCII maskieren“ für reine ASCII-\uXXXX-Ausgabe und „Schrägstrich maskieren“, wenn du JSON in ein HTML-<script>-Tag einbettest.

3. 3

   Maskierten String kopieren

   Klicke auf „Kopieren“, um das Ergebnis zu übernehmen — bereit zum Einfügen in ein JSON-Dokument, einen REST-Request-Body oder eine Konfigurationsdatei. Klicke auf „Richtung tauschen“, um in den Entmaskierungsmodus zu kippen und einen verlustfreien Roundtrip zu überprüfen.

Häufige Maskierungsfallen

Input already escaped: line1\nline2
Escaped again -> line1\\nline2  (literal backslash-n)

Raw input: line1
line2
Escaped once -> line1\nline2  (real newline encoded)

{"msg": hello \"world\"}
// Missing quotes around the value -> invalid JSON

{"msg": "hello \"world\""}
// Wrap on supplies the quotes -> valid JSON

café  ->  caf\u00e9   (no downstream need; just noise)

café  ->  café         (valid JSON, readable, smaller)

Häufige Anwendungsfälle

JSON-in-JSON-Webhook-Payloads

Maskiere einen Request-Body, damit er als String-Feld in einer Webhook-Hülle, Kafka-Nachricht oder einem Audit-Log gespeichert werden kann. Lass das Umschließen aktiv und die Ausgabe ist bereit, einem Schlüssel im äußeren Dokument zugewiesen zu werden.

Mehrzeilige Snippets in Konfiguration

Verwandle ein mehrzeiliges Shell-Skript, eine SQL-Abfrage oder ein Code-Snippet in einen einzelnen JSON-String-Wert. Jeder Zeilenumbruch wird zu \n, sodass die JSON-Konfigurationsdatei auf einer Zeile gültig bleibt.

Handgebaute REST-Request-Bodies

Maskiere einen JSON-String, bevor du ihn in ein curl-Argument --data oder einen HTTP-Client einfügst, sodass Anführungszeichen und Zeilenumbrüche die Shell und die Leitung überleben, ohne den Request zu beschädigen.

Log-sichere String-Kodierung

Maskiere benutzergelieferten Inhalt, bevor du ihn in eine strukturierte Logzeile schreibst, und verhindere so, dass eingeschleuste Anführungszeichen oder Zeilenumbrüche das Logformat oder einen nachgelagerten JSON-Log-Parser beschädigen.

Reine-ASCII-Integrationen mit Altsystemen

Erzeuge reine ASCII-\uXXXX-Ausgabe für SOAP-Gateways, E-Mail-Header oder ältere Systeme, die UTF-8 unterwegs verstümmeln, während sie von jedem modernen JSON-Parser vollständig dekodierbar bleibt.

JSON in HTML einbetten

Maskiere Schrägstriche, damit ein JSON-Block direkt in ein <script>-Tag für serverseitig gerenderte Seiten eingebettet werden kann, ohne dass ein </script> in den Daten das Tag zu früh schließt.

Technische Details

Maskierungsalgorithmus

Das Tool serialisiert deine Eingabe mit den String-Regeln der JSON-Spezifikation: U+0022 (") → \", U+005C (\) → \\, U+0008 → \b, U+000C → \f, U+000A → \n, U+000D → \r, U+0009 → \t und jedes andere Zeichen unterhalb von U+0020 → \u00XX. Mit aktiviertem Umschließen werden die umgebenden doppelten Anführungszeichen eingeschlossen; deaktiviert werden sie entfernt. Das entspricht exakt der Ausgabe eines konformen Serializers und garantiert verlustfreie Roundtrips.

Unicode und Surrogatpaare

Standardmäßig werden Zeichen oberhalb von U+007F als wörtliches UTF-8 ausgegeben, was JSON erlaubt. Mit aktiviertem „Nicht-ASCII maskieren“ wird jedes solche Zeichen über seine UTF-16-Codeeinheit in \uXXXX umgewandelt; Zeichen außerhalb der Basic Multilingual Plane (Emojis, seltene Schriften) werden als Surrogatpaar aus zwei \uXXXX-Escapes kodiert — zum Beispiel wird 😀 (U+1F600) zu \ud83d\ude00, derselben Darstellung, die ein JSON-Serializer erzeugt.

Schrägstrich und HTML-Kontext

JSON verlangt keine Maskierung von /, deshalb bleibt es standardmäßig erhalten. Wenn „Schrägstrich maskieren“ aktiviert ist, wird jedes / zu \/. Der einzige praktische Grund dafür ist HTML-Einbettung: Innerhalb eines <script>-Tags schließt die wörtliche Teilzeichenfolge </script> das Tag unabhängig vom JSON-Kontext, sodass das Maskieren des Schrägstrichs zu <\/script> das eingebettete JSON intakt hält und zugleich spezifikationskonform bleibt.

Bewährte Praktiken

Umschließen für vollständige Literale aktiv lassen

Wenn du einen Wert brauchst, der im Code zugewiesen oder nach einem Doppelpunkt in JSON eingefügt wird, lass „In doppelte Anführungszeichen umschließen“ aktiv — die Ausgabe ist ein vollständiger, parsebarer JSON-String, identisch mit JSON.stringify. Deaktiviere es nur, wenn du die umgebenden Anführungszeichen selbst von Hand tippst.

Unicode-Maskierung deaktiviert lassen, sofern nicht erforderlich

Rohes UTF-8 ist gültiges JSON und weit lesbarer. Aktiviere „Nicht-ASCII maskieren“ nur für ein bestimmtes nachgelagertes System, das UTF-8 falsch behandelt (Alt-SOAP, manche Log-Pipelines, reine ASCII-Quelldateien). Alles standardmäßig zu maskieren, macht die Ausgabe nur unruhiger.

Schrägstriche nur für HTML-Einbettung maskieren

Die Schrägstrich-Maskierung zählt an genau einer Stelle: JSON, das in ein HTML-<script>-Tag eingebettet ist. Außerhalb dieses Kontexts fügt sie ohne Nutzen Ballast hinzu, deshalb lass sie für REST-Bodies, Konfigurationsdateien und Message-Payloads deaktiviert.

Roundtrips mit Tauschen überprüfen

Bevor du maskierte Daten in eine Pipeline auslieferst, klicke auf „Richtung tauschen“, um sie zu entmaskieren und zu bestätigen, dass du den ursprünglichen Text zurückbekommst. Das fängt versehentliche Doppelmaskierung ab — eine häufige Ursache dafür, dass \\n auftaucht, wo \n gemeint war. Kehre jederzeit mit unserem JSON-Entmaskierungstool um.

Häufig gestellte Fragen