Question 1

Mes données sont-elles transmises à un serveur lorsque j'utilise cet outil ?

Accepted Answer

Non. L'encodage et le décodage s'effectuent entièrement dans votre navigateur via les fonctions natives `btoa` et `atob`. Les données que vous collez ne quittent jamais votre appareil, ce qui rend cet outil sûr pour les clés API, les jetons, les identifiants ou toute autre donnée sensible que vous ne souhaitez pas voir transiter sur le réseau.

Question 2

Quelle est la différence entre le Base64 standard et le Base64 compatible URL ?

Accepted Answer

Le Base64 standard utilise les caractères `+` et `/` dans son alphabet, ainsi que le caractère de remplissage `=`. Les caractères `+` et `/` ont une signification réservée dans les URL, et le caractère `=` est souvent encodé en pourcentage ; par conséquent, l'intégration d'une chaîne Base64 standard dans un paramètre de requête ou un chemin d'accès peut l'altérer. Le Base64 compatible URL remplace `+` par `-`, `/` par `_` et supprime le caractère de remplissage `=` final, produisant ainsi une valeur qui traverse les routeurs, les lignes de journal et les segments JWT sans être altérée.

Question 3

Pourquoi les données encodées en Base64 occupent-elles environ 33 % d'espace en plus que l'original ?

Accepted Answer

Le codage Base64 compresse 3 octets (24 bits) de données d'entrée en 4 caractères de sortie (chaque caractère représentant 6 bits). Le rapport est exactement de 4/3 ≈ 1,333, plus jusqu'à 2 caractères de remplissage « = » lorsque la longueur de l'entrée n'est pas un multiple de 3. C'est pourquoi vous devriez éviter Base64 pour les charges utiles binaires volumineuses où la bande passante est importante — utilisez plutôt un transport compatible avec les données binaires (téléchargement multipart, gRPC).

Question 4

Puis-je utiliser le codage Base64 pour le chiffrement ?

Accepted Answer

Non. Le codage Base64 est un procédé de codage, et non de chiffrement : toute personne qui voit le résultat peut facilement le reconvertir en octets d'origine. Si vous devez protéger des données sensibles, chiffrez-les d'abord (à l'aide d'AES, de ChaCha20-Poly1305 ou d'un outil plus sophistiqué comme libsodium), puis encodez le texte chiffré en Base64 si vous devez le transmettre via un canal ne prenant en charge que du texte brut.

Question 5

Pourquoi mon texte décodé affiche-t-il des caractères illisibles ?

Accepted Answer

Deux causes courantes. Premièrement, la valeur encodée a peut-être été corrompue pendant le transfert : le codage Base64 est fragile, et la modification d'un seul caractère entraîne généralement une séquence d'octets différente. Deuxièmement, les octets source ne sont peut-être pas du texte UTF-8. Cet outil décode en partant du principe qu'il s'agit d'une chaîne UTF-8 ; si le fichier d'origine était un fichier binaire (image, PDF, blob crypté), le résultat ressemblera à du bruit — c'est tout à fait normal. Enregistrez le résultat décodé dans un fichier et ouvrez-le avec un visualiseur approprié.

Question 6

Comment encoder un fichier binaire, comme une image ?

Accepted Answer

Le navigateur « btoa » nécessite une entrée sous forme de chaîne de caractères ; il ne suffit donc pas de coller la représentation textuelle du fichier pour les fichiers binaires. Pour les fichiers PNG/JPEG/PDF et similaires, utilisez l'API File du navigateur dans un petit script, ou exécutez `base64 < image.png` sous macOS/Linux. La chaîne obtenue peut être intégrée directement dans une URI de données HTML `<img src="data:image/png;base64,...">`.

Base64 Codeur / Décodeur

Encodage Base64

Qu'est-ce que l'encodage Base64 ?

Quand utiliser cet outil

Base64 standard vs Base64 compatible URL

Cas d'utilisation courants

Base64 Foire aux questions

Surveillez votre infrastructure 24 heures sur 24, 7 jours sur 7

Plus d'outils gratuits