CodeKitHubEn quoi consiste cet outil ?
Base64 est un schéma d'encodage qui convertit des données binaires ou textuelles en un ensemble de 64 caractères ASCII sûrs (A–Z, a–z, 0–9, + et /). Il est utilisé partout dans les logiciels : intégration d'images dans le HTML/CSS, en-têtes d'authentification HTTP Basic, pièces jointes aux e-mails (MIME), jetons Web JSON et charges utiles d'API qui doivent pouvoir transiter par des canaux de transmission en mode texte uniquement.
Important : Base64 est un codage, et non un chiffrement. N'importe qui peut le décoder. Son objectif est de permettre la transmission sécurisée de données via des systèmes qui ne comprennent que le texte, et non de préserver leur confidentialité.
Pourquoi l'utiliser ?
- Décodez les jetons API, les segments JWT et les en-têtes d'authentification pour en découvrir le contenu.
- Encoder du texte pour les URI de données, les fichiers de configuration ou les en-têtes HTTP.
- Compatible UTF-8 : les emojis et les caractères non latins sont correctement encodés et décodés.
- 100 % confidentiel : la conversion s'effectue dans votre navigateur, aucun fichier n'est transféré.
- Gratuit, sans inscription, sans limite de taille.
Mode d'emploi
- Saisissez ou collez votre contenu dans le champ de saisie.
- Cliquez sur « Encoder » pour convertir du texte en Base64, ou sur « Décoder » pour reconvertir du Base64 en texte.
- Si le décodage échoue, cela signifie que la chaîne saisie n'est pas au format Base64 valide : vérifiez qu'il ne manque aucun caractère et qu'il n'y a pas d'espaces superflus.
- Cliquez sur « Copier » pour copier le résultat.
Exemple
Entrée
Hello, CodeKitHub! 你好 👋Résultat
SGVsbG8sIENvZGVLaXRIdWIhIOS9oOWlvSDwn5GLRemarquez que les caractères chinois et les emojis sont conservés tout au long du processus — c'est là tout l'intérêt du format UTF-8.
Conseils pratiques
- Les jetons JWT sont composés de trois segments en Base64 séparés par des points : décodez les deux premiers (en-tête et charge utile) séparément pour les lire ; le troisième est une signature binaire et ressemblera à du bruit.
- Si le décodage échoue sur un segment JWT, il s'agit d'un encodage base64url : remplacez d'abord - par + et _ par / (les outils standard attendent l'alphabet +/).
- Les espaces et les sauts de ligne présents dans une chaîne Base64 sont généralement des résidus inoffensifs provenant d'e-mails ou de fichiers journaux, mais l'absence d'un caractère de remplissage « = » à la fin est souvent un signe de problème — vérifiez la longueur avant de conclure que les données sont corrompues.
- Le codage Base64 augmente la taille des données d'environ 33 %. Cela convient pour les petites charges utiles ; en revanche, pour les images dépassant quelques Ko, il est presque toujours préférable d'utiliser un fichier réel plutôt qu'une URI de données.
Scénarios d'utilisation concrets
Les trois cas qui amènent quotidiennement les utilisateurs sur cette page : lire le contenu d'un en-tête « Authorization » ou d'un JWT, décoder un champ de charge utile d'un webhook ou d'une API transmis au format Base64 (souvent au format JSON — il faut le reformater après le décodage), et générer manuellement une URI de données ou une chaîne d'authentification « Basic-Auth » lors du débogage.
Pour les données binaires (images, fichiers), n'oubliez pas que leur décodage en texte donnera lieu à des caractères illisibles : les données peuvent être parfaitement valides, mais il ne s'agit tout simplement pas de texte. L'encodage et le décodage des données binaires relèvent du code ; cet outil est optimisé pour les cas de texte.
Comment diagnostiquer un problème de décodage
Les échecs de décodage Base64 sont presque toujours dus à l'une des trois causes suivantes, par ordre de fréquence : la chaîne d'entrée était en réalité au format « base64url » (utilisant les caractères - et _ à la place des caractères standard + et /, courants dans les JWT et les contextes « URL-safe ») et ces caractères doivent être remplacés par les caractères standard avant que le décodage ne puisse aboutir ; la chaîne a été tronquée à un moment donné (un copier-coller ayant omis les derniers caractères, ou une ligne de journal qui a été coupée), ce qui est détectable car la longueur d’une chaîne Base64 valide est toujours un multiple de 4 une fois le remplissage pris en compte ; ou bien des caractères indésirables (espaces superflus, un retour à la ligne indésirable, un caractère accidentellement dupliqué) se sont glissés lors de la copie, c’est pourquoi il est toujours plus sûr de coller directement à partir d’une source brute plutôt que de retaper le texte.
Foire aux questions
Le Base64 est-il un système de chiffrement ?
Non. Le Base64 est un encodage réversible que n'importe qui peut décoder — il n'offre aucune sécurité. Si vous avez besoin de protéger des données, utilisez un véritable chiffrement (comme l'AES) ; le Base64 sert uniquement à sécuriser le transport des données sous forme de texte.
Pourquoi mes données décodées ressemblent-elles à du charabia ?
Soit la chaîne d'entrée n'est pas réellement au format Base64, soit elle a été tronquée, soit les données d'origine étaient binaires (comme une image) plutôt que du texte. Les données binaires ne s'affichent pas sous forme de caractères lisibles.
Que signifient les signes « = » à la fin ?
Remplissage. Le codage Base64 fonctionne par blocs de 3 octets en entrée → 4 caractères en sortie. Lorsque la longueur de l'entrée n'est pas divisible par 3, un ou deux caractères sont ajoutés pour compléter le dernier bloc.
Cet outil prend-il en charge les emojis et les caractères chinois ?
Oui. Il encode d'abord le texte sous forme d'octets UTF-8, ce qui correspond à l'approche standard. Les outils simplistes qui utilisent directement la fonction btoa() échouent dès qu'ils rencontrent un caractère ne faisant pas partie de l'alphabet Latin-1 — ce n'est pas le cas de celui-ci.
Mes données sont-elles stockées quelque part ?
Non. Le chiffrement et le déchiffrement s'effectuent entièrement dans votre navigateur à l'aide de JavaScript. Vos données ne quittent jamais votre appareil.