Encodage Base64

Collez votre texte ci-dessous et cliquez sur Encoder pour le convertir en Base64. Supporte le texte UTF-8. Tout le traitement se fait localement dans votre navigateur.

Copié !

Qu'est-ce que l'encodage Base64 ?

Base64 est un schéma d'encodage binaire-vers-texte qui représente des données binaires sous forme de chaîne ASCII. Il est couramment utilisé pour intégrer des images dans HTML/CSS, transmettre des données dans des URL, encoder des pièces jointes d'e-mail (MIME) et stocker des données complexes en JSON ou XML.

L'encodage utilise 64 caractères : A-Z, a-z, 0-9, + et /, avec = pour le remplissage.

Cette page encode avec la fonction Base64 du navigateur : le résultat est donc exactement celui de n'importe quelle bibliothèque standard, alphabet standard, remplissage par signes égal, sur une seule ligne. Rien n'est téléversé et rien n'est conservé.

Vous déboguez quelque chose qui refuse de se décoder ?

Une charge utile qui refuse de se décoder est le plus souvent un symptôme, pas la panne : un double encodage quelque part dans la chaîne, un jeu de caractères supposé plutôt que déclaré, un jeton signé sur des octets qui ne sont pas tout à fait ceux attendus. C'est notre métier, sur les intégrations, les API et les systèmes qui se passent des données.

Dites-nous ce qui casse

Questions fréquentes

À quoi sert l'encodage Base64 ?
Il existe pour faire passer des octets par des canaux qui ne transportent de façon fiable que du texte. Les pièces jointes d'e-mail, les data URIs dans CSS et HTML, les champs JSON qui doivent contenir un fichier, les clés et certificats au format PEM et les en-têtes d'authentification HTTP basique s'en servent tous. Ce n'est ni de la compression ni du chiffrement : c'est une manière d'écrire des octets quelconques avec 64 caractères qui survivent à presque tout transport.
Pourquoi le Base64 est-il environ un tiers plus gros que l'original ?
Parce qu'il dépense quatre caractères pour trois octets. Trois octets font 24 bits, que le Base64 découpe en quatre groupes de six bits, chacun devenant un caractère. C'est un rapport fixe de quatre pour trois, soit environ 33 pour cent de plus, avant même le remplissage et les sauts de ligne.
Le Base64 est-il une forme de chiffrement ?
Non, et le croire est l'erreur la plus répandue à son sujet. Il n'y a pas de clé et rien de secret : n'importe qui peut décoder une chaîne Base64 en une étape, cette page comprise. Cela masque les données d'un coup d'oeil rapide et des logiciels qui s'étoufferaient sur des octets bruts, rien de plus. Si le contenu doit être protégé, chiffrez-le, puis encodez le texte chiffré en Base64 si le transport exige du texte.
Quelle différence entre le Base64 standard et le Base64 URL-safe ?
Deux caractères. Le Base64 standard utilise le signe plus et la barre oblique pour les valeurs 62 et 63, et ces deux-là ont déjà un sens dans une URL : ils y sont donc encodés en pourcentage. La variante URL-safe les remplace par un tiret et un tiret bas. Cette page produit l'alphabet standard ; s'il vous faut la forme URL-safe, remplacez ces deux caractères ensuite.
Faut-il intégrer les images en Base64 dans mon CSS ?
Parfois, pour de très petites. L'intégration supprime une requête, ce qui comptait beaucoup autrefois, mais elle grossit l'image d'environ un tiers, l'empêche d'être mise en cache séparément du fichier qui la porte, et retient cette feuille de style jusqu'à ce que tout le bloc soit analysé. En gros, cela se justifie pour des icônes de quelques centaines d'octets et rarement au-delà de deux kilo-octets. Avec HTTP/2 et HTTP/3, la requête économisée vaut bien moins qu'avant.