Décodeur Base64
Décodez n'importe quelle chaîne Base64 en texte lisible. Le décodeur tolérant accepte les sauts de ligne, le remplissage = manquant et l'alphabet URL-safe sans nettoyage.
0 caractères · 0 octets · 0 lignes
Résultat
0 caractères · 0 octets · 0 lignes
À propos du décodage Base64
Le décodage ramène chaque groupe de 4 caractères Base64 aux 3 octets d'origine. Ce décodeur est volontairement tolérant : sauts de ligne, espaces parasites, remplissage = manquant et alphabet URL-safe (- et _) sont acceptés sans nettoyage préalable.
Usages courants : inspecter la charge utile d'un JWT, vérifier des jetons d'API, examiner des Data URL ou des pièces jointes. Les octets décodés s'affichent en texte UTF-8 — décoder une image donnera du charabia, ce qui est normal. Tout tourne en local : coller des jetons ici est sûr.
Ce que cet outil prend en charge
Unicode correctement géré
Le texte est converti en octets UTF-8 avant l'encodage : 中文, café et 🔒 font l'aller-retour sans déclencher d'erreur.
Décodeur tolérant
Sauts de ligne, espaces parasites, remplissage = manquant et alphabet compatible URL sont acceptés sans aucun nettoyage de votre côté.
Rien ne quitte l'onglet
L'encodage s'exécute en JavaScript sur votre appareil. Jetons, identifiants et charges utiles ne sont envoyés nulle part.
Questions fréquentes
Comment reconnaître une chaîne Base64 ?
Elle n'utilise que A–Z a–z 0–9 + / (ou - _ en URL-safe), sa longueur est un multiple de 4 et elle peut finir par un ou deux =.
Pourquoi la sortie décodée est-elle illisible ?
Deux causes fréquentes : les données d'origine étaient binaires (image, archive) plutôt que texte, ou le texte utilisait un encodage ancien autre qu'UTF-8. Le décodage, lui, est correct.
Ça marche sans le remplissage = ?
Oui. Remplissage manquant, retours à la ligne et alphabet URL-safe sont gérés automatiquement.
Un segment JWT échoue ailleurs mais passe ici ?
JWT utilise l'alphabet URL-safe sans remplissage, que beaucoup de décodeurs rejettent ; celui-ci l'accepte nativement.