Explorateur d'encodage

Colle n'importe quel texte — encodé ou non — et vois-le décodé et ré-encodé dans les quatre formats courants, en direct.

Décodages possibles

Formes encodées

HTML Entities
URL
Base64
Quoted-Printable

Comment ça marche

Colle n'importe quelle chaîne — encodée ou non — et l'explorateur tente instantanément de la décoder comme encodage URL (pourcentage), Base64, entités HTML et Quoted-Printable, tous en même temps. Chaque décodage qui produit du texte sensible apparaît dans son propre cadre, et le format le plus probable pour ta chaîne reçoit un badge plus probable. En dessous, la même entrée est montrée encodée dans les quatre formats, mise à jour en direct pendant la saisie. Tout s'exécute en local dans ton navigateur ; rien n'est envoyé.

Coller du texte encodé pour le décoder

C'est l'usage principal de l'outil : tu tombes sur une chaîne mystérieuse — dans un JWT, une query string, la source d'un e-mail, un fichier de config — et tu la colles ici. Une valeur Base64 comme SGVsbG8gRG9jdVplcm8h affiche immédiatement Hello DocuZero! sous Base64, avec le badge confirmant que le Base64 est le format probable. Un fragment d'URL comme Caf%C3%A9%20latte se décode comme encodage URL. Le Base64 URL-safe (avec - et _) est accepté, ainsi que les corps Quoted-Printable coupés par lignes. Les décodeurs sont stricts : si un format ne produit pas de texte lisible valide, son cadre reste simplement caché au lieu d'afficher du charabia.

Un exemple concret

Commence par l'exemple pré-rempli SGVsbG8gRG9jdVplcm8h. Seul le cadre Base64 s'allume — il décode Hello DocuZero! et obtient le badge plus probable, car un bloc Base64 brut ne contient ni paires %, ni jetons &nom;, ni échappements =XX sur lesquels les trois autres décodeurs puissent se raccrocher. Remplace-le par Caf%C3%A9%20latte et le cadre URL décode Café latte ; tape Schröder et le cadre entités HTML affiche Schröder, exactement comme le ferait un navigateur.

Colle ensuite du texte brut — disons Tom & Jerry — café 🚀 — et regarde la section des formes encodées construire les quatre représentations côte à côte. Les entités HTML gardent un texte lisible et n'échappent que & et les lettres non-ASCII (café), l'encodage URL transforme chaque caractère spécial en échappement %XX, le Base64 brouille l'ensemble en un bloc de lettres et de chiffres, et le Quoted-Printable reste proche de l'original avec seulement quelques échappements =C3=A9. C'est le moyen le plus rapide de voir comment chaque format transforme le même texte.

Les quatre encodages

Les entités HTML rendent le texte sûr à placer dans une page web. L'encodage URL le rend sûr dans un lien ou une query string. Le Base64 transforme n'importe quelle donnée en lettres et chiffres, courant dans les data URI, les jetons et les pièces jointes. Le Quoted-Printable est l'encodage majoritairement lisible utilisé dans les corps d'e-mail. Les voir ensemble met en évidence les différences : le Base64 masque totalement le texte, tandis que les trois autres gardent les caractères lisibles et n'échappent que les délicats.

Tu peux aussi apprendre à les reconnaître à leur forme. Beaucoup de paires %20 signifie encodage URL ; des jetons avec point-virgule comme & signifient entités HTML ; un long bloc uniquement composé de lettres, chiffres et +/= (ou -_) signifie Base64 ; des paires =3D éparses et des = en fin de ligne signifient Quoted-Printable. L'explorateur fait cette reconnaissance pour toi, et quand plusieurs décodages aboutissent, le motif le moins ambigu — jugé selon le caractère distinctif de la syntaxe de chaque format — remporte le badge plus probable.

Problèmes courants et solutions

Aucun cadre de décodage ne s'affiche. L'entrée n'est probablement encodée dans aucun des quatre formats — le texte brut reste brut, et le décodage ne s'exécute que si la chaîne collée fait au moins 4 caractères. Une valeur qui devrait se décoder n'affiche rien. Les décodeurs sont stricts et ignorent tout ce qui ne produirait pas un texte UTF-8 valide, donc une entrée tronquée ou mal formée est écartée au lieu d'être affichée en charabia. Mon Base64 contient des espaces ou des caractères URL-safe. Aucun souci — les espaces sont supprimés et -/_ sont traduits automatiquement avant décodage. Le cadre URL affiche un message Erreur :. Cela n'arrive qu'avec une entrée que l'encodeur standard rejette, comme un surrogate isolé ; corrige le caractère fautif et la forme se ré-encode instantanément. Et si tu manipules quelque chose de sensible, rappelle-toi que chaque caractère est traité en direct dans ton navigateur — rien de ce que tu colles ne quitte l'appareil, tu peux donc explorer des JWT, des jetons de config et des sources d'e-mail sans crainte.

Questions fréquentes

Il détecte quel encodage a été utilisé ?

Oui — quand un ou plusieurs décodages aboutissent, le format le plus plausible est marqué du badge plus probable, selon le caractère sans ambiguïté du motif dans ton texte.

Pourquoi rien n'apparaît dans la section décodage ?

Ton entrée n'est probablement encodée dans aucun des quatre formats pris en charge — le texte brut reste brut. La section des formes encodées en dessous fonctionne toujours, avec n'importe quelle entrée.

Les quatre encodages sont-ils réversibles ?

Oui — chacun peut être décodé vers le texte d'origine, c'est exactement ce que fait la section décodage. Les outils de décodage individuels du site gèrent un format à la fois.

Accents et emoji sont gérés ?

Oui. Le texte est traité en UTF-8 partout, donc les caractères non-ASCII se décodent et s'encodent de façon cohérente dans chaque format.

Pourquoi l'encodeur URL laisse certains caractères inchangés ?

Il utilise le encodeURIComponent standard du navigateur, qui laisse volontairement les caractères non réservés — ainsi que quelques-uns comme !, ~, *, ' et les parenthèses — sans échappement. C'est un comportement correct, et le résultat reste un composant d'URI parfaitement valide.

Mon texte est-il envoyé quelque part ?

Non. Tout le décodage et l'encodage se passent dans ton navigateur et rien de ce que tu colles ne quitte ton appareil.