Texto
String Escape
Escapar texto en un literal de cadena (comillas, barra invertida, caracteres de control) para pegarlo en código, o desescaparlo de vuelta.
To put text containing quotes, line breaks, or backslashes inside a string literal in code, those characters need escaping — otherwise they'll end the string early or get misinterpreted. This tool escapes and unescapes text for a specific syntax.
How to use it
- Escape: paste text and pick a target context (a JS string, JSON, shell, etc.) and special characters get replaced with the matching escape sequences.
- Unescape: paste an already-escaped string to get the original text back.
- Different contexts escape the same character differently — make sure you've picked the mode matching where the text will actually be inserted.
Common uses
- Inserting multi-line text or text with quotes into a code variable without manually placing backslashes.
- Preparing a string for a shell command, where quotes and special characters can break execution.
- Unescaping a string copied from logs or a JSON response to read the original text.
Things to keep in mind
The same character (a double quote, for example) is escaped differently depending on context — a JS string, JSON, and a shell each have their own syntax and their own set of special characters.
Double-escaping (escaping already-escaped text) is a common mistake when passing data through multiple layers, like JSON nested inside a shell command.
Preguntas frecuentes
¿Qué hace exactamente el escapado?
Convierte comillas, barras invertidas y caracteres de control (como saltos de línea o tabulaciones) en secuencias de escape válidas dentro de un literal de cadena, para poder pegar el texto tal cual en código fuente.
¿Para qué sirven el estilo de comillas y la opción unicode?
El estilo de comillas (dobles, simples o backtick) determina qué carácter se escapa para no romper la cadena, y la opción \uXXXX convierte caracteres no ASCII en secuencias unicode escapadas en lugar de dejarlos tal cual.
¿Se envía el texto pegado a un servidor?
No, el escapado y su reversión se ejecutan enteramente en el navegador vía JavaScript, ningún dato se envía en línea.
¿Qué hacer si el texto pasa por varios contextos seguidos?
Hay que escapar en el orden correcto: primero para el contexto interno (por ejemplo, JSON), luego para el externo (por ejemplo, un comando de shell en el que se inserta ese JSON). Un orden invertido o un nivel omitido es una causa habitual de que una cadena «correctamente escapada» siga fallando en la práctica.
¿Por qué la misma comilla se escapa de forma distinta en distintos contextos?
Cada contexto (cadena JS, JSON, shell, regex) tiene su propia sintaxis con su propio conjunto de caracteres especiales y su propia forma de escaparlos — por eso el escapado correcto depende de dónde se inserta exactamente el texto, no del texto en sí.