JSON escapen

Wat is JSON escapen?

// 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}"}

Belangrijkste functies

Voorbeelden

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

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

She said "hello"	then left.

Price: 9.99€ — café société

Hoe te gebruiken

1. 1

   Plak je tekst of JSON

   Voer of plak iets in het invoerveld — een JSON-object, een code-snippet, een logregel of gewone tekst. Het geëscapede resultaat verschijnt direct. Klik op 'Voorbeeld laden' om een sample te proberen, zoals een JSON-in-JSON-payload of een functie over meerdere regels.

2. 2

   Kies escape-opties

   Houd 'Omhullen in dubbele aanhalingstekens' aan voor een volledige JSON-stringliteral (zelfde als JSON.stringify), of uit om alleen de geëscapede body te krijgen. Zet 'Niet-ASCII escapen' aan voor pure-ASCII \uXXXX-uitvoer, en 'Forward slash escapen' bij het inlijnen van JSON in een HTML-<script>-tag.

3. 3

   Kopieer de geëscapede string

   Klik op Kopiëren om het resultaat te pakken, klaar om te plakken in een JSON-document, REST-requestbody of configbestand. Klik op Richting wisselen om naar unescape-modus te schakelen en een verliesvrije roundtrip te verifiëren.

Veelvoorkomende valkuilen bij escapen

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)

Veelvoorkomende toepassingen

JSON-in-JSON-webhook-payloads

Escape een requestbody zodat hij als stringveld kan worden opgeslagen binnen een webhook-envelop, Kafka-bericht of auditlog. Houd Omhullen aan en de uitvoer is klaar om aan een sleutel in het buitenste document toe te wijzen.

Snippets over meerdere regels in config

Zet een shellscript, SQL-query of code-snippet over meerdere regels om in één JSON-stringwaarde. Elk regeleinde wordt \n zodat het JSON-configbestand geldig blijft op één regel.

Handgebouwde REST-requestbodies

Escape een JSON-string voordat je hem in een curl --data-argument of een HTTP-client zet, zodat aanhalingstekens en regeleindes de shell en de verbinding overleven zonder het verzoek te breken.

Log-veilige string-encoding

Escape door gebruikers aangeleverde content voordat je hem naar een gestructureerde logregel schrijft, zodat geïnjecteerde aanhalingstekens of regeleindes het logformaat of een downstream JSON-logparser niet corrumperen.

ASCII-only legacy-integraties

Produceer pure-ASCII \uXXXX-uitvoer voor SOAP-gateways, e-mailheaders of oudere systemen die UTF-8 onderweg verminken, terwijl het volledig decodeerbaar blijft door elke moderne JSON-parser.

JSON inlijnen in HTML

Escape forward slashes zodat een JSON-blob rechtstreeks binnen een <script>-tag kan worden ingesloten voor server-gerenderde pagina's, zonder dat </script> in de data de tag te vroeg sluit.

Technische details

Escape-algoritme

De tool serialiseert je invoer met de stringregels van de JSON-specificatie: U+0022 (") → \", U+005C (\) → \\, U+0008 → \b, U+000C → \f, U+000A → \n, U+000D → \r, U+0009 → \t, en elk ander teken onder U+0020 → \u00XX. Met Omhullen aan worden de omringende dubbele aanhalingstekens meegenomen; met de optie uit worden ze weggelaten. Dit komt exact overeen met de uitvoer van een conforme serializer, wat verliesvrije roundtrips garandeert.

Unicode en surrogaatparen

Standaard worden tekens boven U+007F uitgezonden als letterlijke UTF-8, wat JSON toestaat. Met Niet-ASCII escapen aan wordt elk zo'n teken omgezet naar \uXXXX op basis van zijn UTF-16-code-unit; tekens buiten de Basic Multilingual Plane (emoji, zeldzame schriften) worden gecodeerd als een surrogaatpaar van twee \uXXXX-escapes — bijvoorbeeld 😀 (U+1F600) wordt \ud83d\ude00, dezelfde representatie die een JSON-serializer produceert.

Forward slash en HTML-context

JSON vereist geen escapen van /, dus standaard blijft hij behouden. Wanneer Forward slash escapen is ingeschakeld, wordt elke / een \/. De enige praktische reden om dit te doen is HTML-insluiting: binnen een <script>-tag sluit de letterlijke substring </script> de tag ongeacht de JSON-context, dus de slash escapen naar <\/script> houdt de ingelijnde JSON intact terwijl het spec-geldig blijft.

Best practices

Houd Omhullen aan voor volledige literals

Wanneer je een waarde nodig hebt om in code toe te wijzen of achter een dubbele punt in JSON te plakken, houd Omhullen in dubbele aanhalingstekens aan — de uitvoer is een volledige, parsebare JSON-string identiek aan JSON.stringify. Zet het alleen uit wanneer je de omringende aanhalingstekens zelf typt.

Laat Unicode-escapen uit tenzij vereist

Ruwe UTF-8 is geldige JSON en veel beter leesbaar. Schakel Niet-ASCII escapen alleen in voor een specifiek downstream-systeem dat UTF-8 verkeerd verwerkt (legacy-SOAP, sommige logpipelines, ASCII-only bronbestanden). Standaard alles escapen maakt de uitvoer alleen maar rumoeriger.

Escape slashes alleen voor HTML-insluiting

De forward-slash-escape doet ertoe op precies één plek: JSON ingelijnd in een HTML-<script>-tag. Buiten die context voegt het rommel toe zonder voordeel, dus laat het uit voor REST-bodies, configbestanden en bericht-payloads.

Verifieer roundtrips met Wisselen

Voordat je geëscapede data een pipeline in stuurt, klik op Richting wisselen om het te unescapen en te bevestigen dat je de oorspronkelijke tekst terugkrijgt. Dit vangt onbedoeld dubbel escapen — een veelvoorkomende bron van \\n waar \n bedoeld was. Keer altijd om met onze tool JSON unescapen.

Veelgestelde vragen