FR

Encoder et décoder en Base64

Collez votre texte, choisissez le sens et le format, copiez le résultat : cet outil convertit du texte en Base64 ou Base64url et inversement – accents et emoji traités correctement en UTF-8 – et réalise l’encodage URL avec des signes pour cent dans les trois variantes courantes. Une saisie invalide est signalée avec sa position.

Pour décoder, collez le texte en Base64 ou en pourcent-encodage. Les sauts de ligne dans le Base64 sont ignorés.

Votre texte reste dans votre navigateur : il n’est ni envoyé, ni enregistré, ni ajouté à l’adresse de la page.

Résultat

Résultat
Qm9uam91ciBkZSBCZXNhbsOnb27CoCEgw4dhIG1hcmNoZSB0csOocyBiaWVuIPCfkYs=
Taille
43 caractères = 50 octets UTF-8 → 68 caractères

Comment le calcul est fait

Base64 représente des octets quelconques avec seulement 64 caractères imprimables (A–Z, a–z, 0–9, + et /). Chaque groupe de 3 octets devient 4 caractères ; s’il reste des octets à la fin, un ou deux signes égal comblent l’écart (remplissage, ou padding). Le résultat est environ un tiers plus long que l’original. Des données binaires peuvent ainsi transiter par des canaux qui n’acceptent que du texte – pièces jointes d’e-mail, URL de données (data:image/png;base64,…), authentification HTTP Basic ou JSON.

Base64 n’est pas un chiffrement. N’importe qui peut retrouver l’original sans clé. Ne comptez jamais sur Base64 pour protéger des identifiants.

Base64 ou Base64url ?

Le signe plus et la barre oblique ont un sens particulier dans les URL et les noms de fichiers. Base64url (RFC 4648 § 5) les remplace donc par le signe moins et le tiret bas et omet généralement le remplissage – c’est ainsi que sont encodés les JSON Web Tokens (JWT). Exemple : les octets FB FF donnent +/8= en Base64 et -_8 en Base64url.

Pourquoi l’UTF-8 est important

Base64 encode des octets, pas des lettres. L’outil convertit donc d’abord votre texte en UTF-8 : « é » devient deux octets, un emoji quatre. La fonction btoa() intégrée au navigateur en est incapable et renvoie une erreur pour tout caractère hors Latin-1. Si les octets décodés ne forment pas un texte UTF-8 valide, l’outil les affiche en valeurs hexadécimales.

Encodage URL : trois variantes

Tout caractère hors de l’ensemble autorisé s’écrit % suivi de deux chiffres hexadécimaux par octet UTF-8 (RFC 3986 § 2.1) : espace = %20, é = %C3%A9.

Toutes les conversions ont lieu dans votre navigateur. Votre saisie n’est ni envoyée, ni enregistrée, ni écrite dans la barre d’adresse.

Questions fréquentes

Comment décoder du Base64 ?

Choisissez « Décoder » et le format « Base64 », puis collez le code – le texte en clair apparaît aussitôt. Si le code contient - et _, il s’agit de Base64url : choisissez plutôt ce format.

Base64, est-ce un chiffrement ?

Non. Base64 n’est qu’une autre façon d’écrire les mêmes données et se décode sans clé. Pour protéger des données, il faut un vrai chiffrement, et pour les mots de passe un hachage de mot de passe.

Pourquoi le Base64 se termine-t-il souvent par = ou == ?

Base64 travaille par groupes de 3 octets. S’il reste 1 ou 2 octets à la fin, la sortie est complétée par == ou = pour que sa longueur soit un multiple de 4. Base64url omet généralement ce remplissage.

Quelle différence entre encodeURI et encodeURIComponent ?

encodeURI est prévu pour des adresses complètes et laisse / ? & = # intacts. encodeURIComponent les encode aussi : c’est le bon choix pour la valeur d’un paramètre – sinon un & dans la valeur casserait l’URL.

Pourquoi une espace devient-elle tantôt %20, tantôt + ?

Dans les chemins et selon la RFC 3986, une espace s’écrit %20. Les formulaires HTML (application/x-www-form-urlencoded) l’écrivent +. Au décodage, il faut savoir de quelle variante il s’agit – un vrai signe plus s’y écrit %2B.

De combien un fichier grossit-il en Base64 ?

D’environ 4/3 de sa taille d’origine : 3 octets deviennent 4 caractères. Une image de 300 Ko pèse environ 400 Ko en Base64, un peu plus avec les sauts de ligne MIME.

Sources et références juridiques

Dernière mise à jour :

Outils similaires