Mode d'emploi
- Collez le texte dans Texte, et choisissez Échapper ou Rétablir sous Action.
- Choisissez le type de chaîne sous Format, comme Chaîne JSON ou Littéral de chaîne SQL.
- Pour un format entre guillemets, gardez Ajouter les guillemets cochée pour obtenir le texte avec ses guillemets, ou décochez-la pour n'obtenir que le contenu.
- Lisez le Résultat, et le tableau Caractères échappés lorsque vous avez échappé le texte.
Ce que signifie échapper
Une chaîne dans un programme, un fichier ou une requête ne peut contenir directement que certains caractères. L'échappement remplace les autres, et ceux qui termineraient la chaîne, par une suite que le format relit comme le même caractère. Chaque format a ses propres suites, si bien qu'un caractère peut s'écrire de plusieurs façons, et que le rétablissement relit ces suites en caractères.
- JSON et JavaScript utilisent une barre oblique inverse : un saut de ligne s'écrit donc \n.
- HTML et XML utilisent l'esperluette, un nom et un point-virgule : une esperluette s'écrit donc &.
- CSV et SQL doublent le caractère qui termine le champ ou la chaîne : une apostrophe en SQL s'écrit donc deux apostrophes.
Les règles de chaque format
- Chaîne JSON : RFC 8259, section 7. Le guillemet, la barre oblique inverse et les caractères de contrôle sont échappés, et un échappement \u suivi de quatre chiffres hexadécimaux est lu.
- Chaîne JavaScript : littéraux de chaîne ECMA-262. Dans une chaîne entre guillemets doubles, seul le guillemet double doit être échappé, et les anciens échappements octaux sont refusés.
- Valeur d'attribut HTML : les cinq caractères & < > " ' s'écrivent sous forme de références. Un nom que cette page ne connaît pas, comme é, est conservé tel quel.
- Texte XML : les mêmes cinq caractères, avec ' pour l'apostrophe. XML 1.0 n'a aucun moyen d'écrire un caractère de contrôle, si bien que de tels caractères sont refusés.
- Champ CSV : RFC 4180. Un champ qui contient une virgule, un guillemet ou un saut de ligne est entouré de guillemets doubles, et chaque guillemet à l'intérieur est doublé.
- Littéral de chaîne SQL : le manuel de PostgreSQL. Une apostrophe est doublée. La barre oblique inverse n'est pas spéciale en SQL standard.
- Expression régulière : une barre oblique inverse précède chaque caractère de syntaxe, comme ECMA-262 les énumère. Le rétablissement garde les échappements comme \d, car ce sont des classes.
- Chaîne C# ou Java : les échappements que lisent les deux langages. Les sauts de ligne s'écrivent \n, et les autres caractères de contrôle des échappements \u.
- Texte shell entre apostrophes : POSIX. Rien n'est spécial entre apostrophes, si bien qu'une apostrophe s'écrit '\'' (fermer l'apostrophe, l'échapper, la rouvrir).
Erreurs faciles à commettre
- Échapper deux fois un texte double ses barres obliques inverses, si bien que le résultat montre \\n là où le premier échappement donnait \n.
- Une chaîne JSON placée dans un fichier JavaScript garde ses propres échappements dans ce fichier, et une chaîne SQL dans une application peut aussi demander les échappements du langage.
- La moitié d'un emoji ne peut s'écrire dans aucun de ces formats : la page la refuse. Saisissez à nouveau le caractère.
Exemple détaillé : une chaîne JSON avec des guillemets, un saut de ligne et une barre oblique inverse
Le texte He said "hi" & left., un saut de ligne, puis Path: C:\temp contient deux guillemets, un saut de ligne et une barre oblique inverse. Échappé en chaîne JSON avec les guillemets, il devient "He said \"hi\" & left.\nPath: C:\\temp". Le tableau compte les caractères écrits d'une autre façon.
| Caractère | Écrit sous la forme | Fois |
|---|---|---|
| " | \" | 2 |
| U+000A | \n | 1 |
| \ | \\ | 1 |
Questions fréquentes
Le texte est-il envoyé à un serveur ?
Non. L'échappement et le rétablissement se font dans votre navigateur : un texte qui contient un mot de passe ou un jeton reste donc sur votre appareil.
Pourquoi le rétablissement refuse-t-il \x41 en JSON ?
Le JSON n'a pas d'échappement \x. Il a \u suivi de quatre chiffres hexadécimaux : la lettre A s'écrit donc \u0041. Une chaîne JavaScript accepte \x41, c'est pourquoi les deux formats sont listés à part.
Pourquoi laisse-t-on les apostrophes tranquilles dans une chaîne JavaScript ?
Une chaîne entre guillemets doubles n'a besoin que de l'échappement de ses guillemets doubles. Avec l'option des guillemets activée, le résultat est entouré de guillemets doubles : une apostrophe y est donc un caractère ordinaire.
Pourquoi la barre oblique inverse n'est-elle pas échappée en SQL ?
Le SQL standard ne traite pas la barre oblique inverse comme spéciale dans une constante de chaîne. Certaines bases de données, comme MySQL par défaut, le font : vérifiez donc les règles de votre base avant d'écrire une barre oblique inverse dans une chaîne SQL.
Que change Ajouter les guillemets ?
Lorsqu'elle est active, le texte échappé est entouré des guillemets du format, comme des guillemets doubles pour JSON ou des apostrophes pour SQL. Désactivez-la pour n'obtenir que le contenu, par exemple pour le placer dans une chaîne déjà entre guillemets.
Pourquoi un résultat CSV a-t-il des guillemets quand mon texte n'en contient pas ?
La RFC 4180 exige qu'un champ soit entouré de guillemets lorsqu'il contient une virgule, un guillemet ou un saut de ligne. Un champ simple s'écrit tel quel, sans guillemets.
Pourquoi un caractère de contrôle est-il refusé pour XML ?
XML 1.0 n'admet pas des caractères comme U+0001, même sous forme de référence : la page ne peut donc pas les écrire. Retirez-les d'abord du texte.
Sources
- IETF (en anglais) : RFC 8259, The JavaScript Object Notation (JSON) Data Interchange Format, section 7
- ECMA (en anglais) : ECMA-262, ECMAScript Language Specification, string literals and regular expression syntax
- W3C (en anglais) : XML 1.0 (Fifth Edition), section 4.6 predefined entities
- IETF (en anglais) : RFC 4180, Common Format and MIME Type for Comma-Separated Values (CSV) Files
- PostgreSQL (en anglais) : manual, string constants (sql-syntax-lexical)
- The Open Group (en anglais) : POSIX Shell and Utilities, section 2.2.2 single-quotes
- Oracle (en anglais) : Java Language Specification, chapter 3, literals and escape sequences
- Microsoft (en anglais) : C# language specification, lexical structure
- MySQL (en anglais) : manual, string literals and the backslash escape character
Chiffres et texte vérifiés pour la dernière fois le mardi 10 novembre 2026.