À quoi sert le décodage Base64
Le Base64 est un encodage qui représente des données binaires à l'aide de 64 caractères imprimables : les lettres A à Z, a à z, les chiffres 0 à 9, plus + et /. Il sert à transporter des octets dans des contextes qui n'acceptent que du texte, comme un e-mail, un fichier JSON ou un paramètre d'URL. Décoder revient à faire le chemin inverse : retrouver les octets d'origine, puis le texte lisible.
Vous croisez souvent du Base64 sans le savoir. Une image intégrée dans une page web, un jeton d'authentification, un en-tête de message ou un champ exporté depuis une base de données peuvent tous être encodés ainsi. Ce décodeur vous permet d'inspecter ce contenu en clair.
L'opération n'est pas un chiffrement. N'importe qui peut décoder une chaîne Base64, donc elle ne protège rien. Pour vérifier ou signer un contenu, regardez plutôt du côté du décodeur de JWT, qui sépare l'en-tête, la charge utile et la signature.
Variante standard et variante URL-safe
Il existe deux alphabets Base64 courants. La variante standard, définie par la RFC 4648, utilise + et /. Or ces deux caractères ont un sens particulier dans une URL : / sépare les segments de chemin et + peut être interprété comme une espace. Pour éviter les confusions, la variante URL-safe les remplace respectivement par - et _.
Voici la correspondance entre les deux jeux :
| Position |
Standard |
URL-safe |
| 62 |
+ |
- |
| 63 |
/ |
_ |
| padding |
= |
= ou omis |
Un bon décodeur accepte les deux formes sans réglage manuel. La charge utile d'un JWT, par exemple, est toujours encodée en Base64 URL-safe et sans padding final. Si vous collez ce fragment ici, il sera interprété correctement. Pour une analyse complète d'un jeton, le décodeur de JWT reste plus adapté, car il découpe les trois parties séparées par des points.
Décoder du texte ou des fichiers binaires
Le Base64 encode des octets, pas directement du texte. Quand la source d'origine était une chaîne lisible, le décodage la restitue telle quelle, à condition de respecter l'encodage de caractères. Cet outil interprète les octets en UTF-8, le standard du web, ce qui rend correctement les accents, les emojis et les alphabets non latins.
Mais une chaîne Base64 peut aussi représenter un contenu binaire : une image PNG, un PDF, une archive. Dans ce cas, le résultat affiché ressemblera à une suite de caractères illisibles, car ces octets ne correspondent à aucun texte valide. Ce n'est pas une erreur, simplement la mauvaise vue pour ce type de donnée.
Pour récupérer un véritable fichier à partir d'une chaîne Base64, passez par l'outil Base64 vers fichier, qui reconstruit le binaire et propose un téléchargement. Et pour l'opération inverse, transformer un document en Base64, l'outil Fichier vers Base64 fait le travail.
Erreurs fréquentes et bonnes pratiques
Quelques pièges reviennent souvent lors d'un décodage Base64. Le plus classique vient d'une chaîne tronquée : si une copie omet quelques caractères, la longueur n'est plus un multiple de 4 et le résultat devient incohérent. Vérifiez que vous avez bien tout sélectionné, padding = compris.
Un autre problème concerne le mélange des alphabets. Une chaîne qui contient à la fois +, /, - et _ n'est probablement pas un Base64 propre, mais le fruit de deux encodages superposés.
Gardez aussi à l'esprit ces points :
- Le Base64 augmente la taille d'environ 33 %, il n'est donc pas un format de compression.
- Il ne chiffre rien : ne l'utilisez jamais pour cacher un mot de passe.
- Les retours à la ligne dans un bloc encodé sont normaux et ignorés au décodage.
En cas de doute sur l'intégrité d'un jeton signé, comparez le résultat avec le contenu attendu plutôt que de vous fier à l'apparence du texte décodé.
