Guide de l’outil

À propos de Encodeur/décodeur Base64

Un encodeur et décodeur Base64 convertit du texte UTF-8 en Base64 et décode Base64 vers un texte lisible.

L’outil supporte Base64 standard et URL-safe Base64, valide les mauvaises entrées et convertit localement dans le navigateur.

Comment utiliser Base64 Encoder/Decoder

Collez du texte UTF-8 brut puis cliquez Encode pour produire une chaîne Base64.
Collez une valeur Base64 puis cliquez Decode pour revenir à un texte lisible.
Activez URL-safe Base64 quand la valeur ira dans une URL, un segment de token ou un champ de type filename.
Utilisez Swap pour replacer la sortie en entrée pour la conversion suivante.

Cas d’utilisation

Décoder un segment de token, une valeur de configuration ou un payload API pendant le débogage.
Encoder un court texte en Base64 pour un fixture de test ou un exemple de documentation.
Vérifier qu’une valeur Base64 copiée est valide avant de l’envoyer à un autre service.
Convertir entre variantes standard et URL-safe avec des web tokens ou paramètres URL.

Base64, URL-safe Base64 et padding

Base64 représente des bytes avec des caractères imprimables. C’est un format d’encodage, pas du chiffrement; toute personne ayant le texte peut le décoder.

Base64 standard utilise lettres, chiffres, plus, slash et padding equals optionnel.
URL-safe Base64 remplace plus par hyphen et slash par underscore pour mieux passer dans les URLs.
Padding: les equals finaux aident à aligner la longueur en octets; certains formats URL-safe les omettent.
Texte UTF-8: les caractères non anglais sont d’abord encodés en bytes puis représentés en Base64.

Questions fréquentes sur Encodeur/décodeur Base64

Base64 est-il du chiffrement?: Non. Base64 est un encodage réversible, pas du chiffrement. Il ne cache rien à qui peut décoder.
Pourquoi le décodage échoue-t-il?: L’entrée peut contenir des caractères invalides, des bytes manquants, un mauvais mode URL-safe ou des espaces copiés.
Quand utiliser URL-safe Base64?: Quand la valeur encodée doit apparaître dans URLs, segments de type JWT ou filenames où plus et slash posent problème.
Base64 réduit-il la taille?: Non. Base64 augmente souvent la taille d’environ un tiers parce que les bytes binaires deviennent du texte imprimable.
Mon texte Base64 est-il envoyé?: Non. Encodage et décodage s’exécutent localement dans le navigateur et ne sont pas envoyés à wetool.site.

Base64 vs encodage URL

Base64 sert à représenter des bytes comme texte. URL encoding sert à échapper des caractères dans une URL. Pour mettre Base64 dans une query string, URL-safe Base64 est souvent plus simple.

Base64 standard vs URL-safe Base64

Quand Base64 apparaît dans URLs, JWTs, noms de fichier ou formulaires, les erreurs fréquentes viennent de la variante d’alphabet et du padding.

Base64 standard utilise + et /; il faut souvent URL encoding avant de le placer dans une query string.
URL-safe Base64 utilise - et _, courant dans JWTs, OAuth state, tokens courts et champs type filename.
Certains protocoles gardent le = padding final et d’autres l’omettent; si decode échoue, vérifiez si la longueur doit être complétée à un multiple de 4.

Frontière de sécurité Base64

Base64 est un encoding, pas une encryption. Il transforme binaire ou texte UTF-8 en caractères imprimables, sans masquer le contenu.

Toute personne ayant le string Base64 peut le décoder; ne considérez pas secrets, passwords ou private keys comme protégés.
En décodant JWT payloads, Basic Auth headers ou valeurs config, supposez que le contenu peut être sensible avant de le coller dans logs ou tickets.
Utilisez encryption pour confidentialité, signatures pour authenticité et hashes pour intégrité; Base64 n’est qu’une couche de représentation.