Aller au contenu
OneKitly

Convertisseur texte ↔ hexadécimal

Convertis du texte en hexadécimal et inversement, octet par octet en UTF-8 : é vaut c3 a9 et un emoji fait quatre octets.

Convertisseur texte ↔ hexadécimal s'utilise gratuitement, autant de fois que tu veux, directement depuis cette page. Sa place est sous Encodage & décodage ; Convertisseur hexadécimal vers texte et Convertisseur binaire vers texte répondent aux questions les plus proches.

Comment l'utiliser

  1. Ouvre l'outil — sans inscription ni installation.
  2. Saisis tes données ou ajuste les options disponibles.
  3. Obtiens ton résultat instantanément, puis copie-le ou télécharge-le.

Questions fréquentes

À quoi sert Convertisseur texte ↔ hexadécimal ?

Convertis du texte en hexadécimal et inversement, octet par octet en UTF-8 : é vaut c3 a9 et un emoji fait quatre octets.

Dans quels cas s'en sert-on concrètement ?

Lire une charge utile qu'on t'a transmise, embarquer un petit fichier dans une configuration, et comprendre pourquoi une chaîne de requête casse une fois arrivée au serveur.

Quelle est l'erreur la plus fréquente ?

Prendre le Base64 pour une protection. C'est un encodage, pas un chiffrement : n'importe qui le décode instantanément, et un jeton collé dans un ticket public est un jeton divulgué.

En quoi Convertisseur texte ↔ hexadécimal diffère-t-il de Convertisseur hexadécimal vers texte ?

Ils se ressemblent mais répondent à des questions différentes : Convertisseur hexadécimal vers texte est celui à ouvrir lorsqu'il s'agit de décode une chaîne hexadécimale en texte lisible (ignore les espaces et préfixes 0x). Choisis celui qui correspond à ton point de départ — les deux sont gratuits.

D'où viennent les données ?

Les encodages suivent leurs RFC : un aller-retour est donc sans perte. L'encodage d'URL a deux variantes — espace en %20 ou en signe plus — et l'outil précise celle qu'il applique.

Pour aller plus loin

Tous les guides
GuideConstruire une URL avec paramètres qui survit à un copier-collerTrois encodages, une différence visible : %20 ou +. Le mode formulaire du générateur reproduit URLSearchParams octet pour octet sur dix-sept valeurs — mais donne-lui une URL de base avec un fragment et tous les paramètres atterrissent dans le hash, invisibles du serveur.ExplicationÉchapper une chaîne pour JSON : trois caractères sont obligatoires, et un seul est un piègeLa RFC 8259 n'impose l'échappement que de trois choses dans une chaîne JSON. Tout le reste est facultatif. Celle qui casse réellement les chaînes de traitement est le demi-surrogate isolé : légal dans un texte JSON, impossible en UTF-8, et remplacé en silence dès que tes données sont écrites.GuideL'encodage d'URL expliqué : le pourcentage et là où ça coinceL'encodage par pourcentage se décide composant par composant, et c'est de là que vient toute la confusion. Une barre oblique est légale dans un chemin et doit être échappée dans une valeur de requête ; une espace est %20 dans un chemin et peut être + dans un corps de formulaire. Voici les ensembles exacts de la RFC 3986, les trois fonctions JavaScript qui divergent, et les pièges.ExplicationQu'est-ce que l'encodage Base64 ?Le Base64 transforme des données binaires en texte sûr. Voici ce qu'il fait, pourquoi il existe, pourquoi ce n'est pas du chiffrement, et le surcoût de taille qu'il ajoute.ExplicationQu'est-ce qu'un JWT (JSON Web Token) ?Un JWT est un jeton compact et signé qui transporte l'identité entre services. Voici ses trois parties, son usage pour l'authentification et ses limites de sécurité.ExplicationCe qu'il y a dans un JWT — et ce qu'il ne protège pasUn JWT est signé, pas chiffré. Quiconque détient le jeton peut décoder la charge utile et lire chaque revendication. Voici un vrai jeton, décodé sans aucune clé, plus les trois attaques que la signature est censée arrêter et le seul problème qu'elle ne peut pas résoudre.