Cómo se usa
- Pegue el texto en Texto, y elija Escapar o Desescapar en Acción.
- Elija el tipo de cadena en Formato, como Cadena JSON o Literal de cadena SQL.
- En un formato entre comillas, deje marcado Añadir las comillas para obtener el texto con sus comillas, o desmárquelo para obtener solo el contenido.
- Lea el Resultado y, al escapar, la tabla Caracteres escapados.
Qué significa escapar
Una cadena en un programa, un archivo o una consulta solo puede contener algunos caracteres de forma directa. Escapar sustituye los demás, y los caracteres que terminarían la cadena, por una secuencia que el formato lee como el mismo carácter. Cada formato tiene sus propias secuencias, así que un carácter puede escribirse de varias formas, y desescapar lee esas secuencias y las devuelve a caracteres.
- JSON y JavaScript usan una barra inversa, así que un salto de línea se escribe como \n.
- HTML y XML usan el ampersand, un nombre y un punto y coma, así que un ampersand se escribe como &.
- CSV y SQL duplican el carácter que termina el campo o la cadena, así que una comilla simple en SQL se escribe como dos comillas simples.
Las reglas de cada formato
- Cadena JSON: RFC 8259, sección 7. Se escapan la comilla doble, la barra inversa y los caracteres de control, y se lee un escape \u con cuatro dígitos hexadecimales.
- Cadena JavaScript: literales de cadena de ECMA-262. En una cadena entre comillas dobles solo hace falta escapar la comilla doble, y se rechazan los escapes octales antiguos.
- Valor de atributo HTML: los cinco caracteres & < > " ' se escriben como referencias. Un nombre que esta página no conoce, como é, se conserva tal como está.
- Texto XML: los mismos cinco caracteres, con ' para el apóstrofo. XML 1.0 no tiene forma de escribir un carácter de control, así que esos caracteres se rechazan.
- Campo CSV: RFC 4180. Un campo con una coma, una comilla o un salto de línea va entre comillas dobles, y cada comilla que contiene se duplica.
- Literal de cadena SQL: el manual de PostgreSQL. Una comilla simple se duplica. La barra inversa no tiene un significado especial en el SQL estándar.
- Expresión regular: una barra inversa va delante de cada carácter de sintaxis, tal como los enumera ECMA-262. Al desescapar se conservan escapes como \d, porque son clases.
- Cadena de C# o Java: los escapes que leen los dos lenguajes. Los saltos de línea se escriben como \n, y los demás caracteres de control como escapes \u.
- Texto de shell entre comillas simples: POSIX. Dentro de las comillas simples nada tiene un significado especial, así que una comilla se escribe como '\'' (cerrar la comilla, escaparla y abrirla de nuevo).
Errores fáciles de cometer
- Escapar un texto dos veces duplica sus barras inversas, así que el resultado muestra \\n donde el primer escape dio \n.
- Una cadena JSON puesta dentro de un archivo JavaScript sigue necesitando sus propios escapes en ese archivo, y una cadena SQL dentro de una aplicación puede necesitar también los escapes del lenguaje.
- La mitad de un emoji no puede escribirse en ninguno de estos formatos, así que la página lo rechaza. Escriba el carácter de nuevo.
Ejemplo resuelto: una cadena JSON con comillas, un salto de línea y una barra inversa
El texto Dijo "hola" y se fue., un salto de línea y luego Ruta: C:\temp tiene dos comillas, un salto de línea y una barra inversa. Escrito como cadena JSON con las comillas, queda "Dijo \"hola\" y se fue.\nRuta: C:\\temp". La tabla cuenta los caracteres que se escribieron de otra forma.
| Carácter | Se escribe como | Veces |
|---|---|---|
| " | \" | 2 |
| U+000A | \n | 1 |
| \ | \\ | 1 |
Preguntas frecuentes
¿Se envía el texto a un servidor?
No. Escapar y desescapar se ejecutan en su navegador, así que un texto que contiene una contraseña o un token se queda en su dispositivo.
¿Por qué al desescapar se rechaza \x41 en JSON?
JSON no tiene un escape \x. Tiene \u seguido de cuatro dígitos hexadecimales, así que la letra A se escribe \u0041. Una cadena JavaScript sí admite \x41, por eso los dos formatos aparecen por separado.
¿Por qué no se escapan las comillas simples en una cadena JavaScript?
Una cadena entre comillas dobles necesita solo que se escapen sus comillas dobles. Con la opción de añadir las comillas activada, el resultado va entre comillas dobles, así que una comilla simple es allí un carácter corriente.
¿Por qué la barra inversa no se escapa en SQL?
El SQL estándar no trata la barra inversa como especial en una constante de cadena. Algunas bases de datos, como MySQL por defecto, sí lo hacen, así que revise las reglas de su base de datos antes de escribir una barra inversa en una cadena SQL.
¿Qué cambia Añadir las comillas?
Cuando está activada, el texto escapado va envuelto en las comillas del formato, como comillas dobles para JSON o comillas simples para SQL. Desactívela para obtener solo el contenido, por ejemplo para ponerlo dentro de una cadena que ya tiene comillas.
¿Por qué un resultado CSV tiene comillas si mi texto no tiene ninguna?
La RFC 4180 exige que un campo vaya entre comillas cuando tiene una coma, una comilla o un salto de línea. Un campo sencillo se escribe tal cual, sin comillas.
¿Por qué se rechaza un carácter de control para XML?
XML 1.0 no admite caracteres como U+0001 de ninguna forma, ni siquiera como referencia, así que la página no puede escribirlos. Quítelos del texto antes.
Fuentes
- RFC 8259: formato de intercambio de datos JavaScript Object Notation (JSON), sección 7, IETF (en inglés)
- ECMA-262: especificación del lenguaje ECMAScript, literales de cadena y sintaxis de expresiones regulares (en inglés)
- XML 1.0 (quinta edición), sección 4.6, entidades predefinidas, W3C (en inglés)
- RFC 4180: formato común y tipo MIME para archivos CSV, IETF (en inglés)
- Manual de PostgreSQL: constantes de cadena (en inglés)
- POSIX Shell and Utilities, sección 2.2.2, comillas simples, The Open Group (en inglés)
- Java Language Specification, capítulo 3: literales y secuencias de escape, Oracle (en inglés)
- Especificación del lenguaje C#, estructura léxica, Microsoft (en inglés)
- Manual de MySQL: literales de cadena y el carácter de escape de barra inversa (en inglés)
Cifras y texto revisados por última vez el martes, 10 de noviembre de 2026.