Aller au contenu
🚀 10 outils en ligne, gratuits pour toujours — et la liste s’allonge
Accueil›Outils›Outils d’encodage›Encodeur et décodeur Base64
Outil d’encodage

Encodeur et décodeur Base64

Un encodeur et décodeur Base64 gratuit. Collez du texte pour l’encoder, ou collez du Base64 pour retrouver l’original, avec l’alphabet URL-safe, le retour à la ligne et le remplissage sous votre contrôle. Tout est converti dans votre navigateur — rien n’est envoyé.

Encoder ou décoder

Collez votre texte ou votre Base64 ci-dessous. La conversion se fait dans votre navigateur au fil de la saisie, et rien n’est transmis ni conservé.

Sens
Résultat

Collez quelque chose ci-dessus pour le convertir.

Options
Détails de la conversion

Rien n’a encore été converti.

Tout se passe dans votre navigateur.

Votre texte est converti localement en JavaScript. Il n’est jamais envoyé à un serveur, jamais journalisé et jamais enregistré, pas même dans le stockage du navigateur.

Les détails qui font trébucher

remplissage =
Le Base64 standard complète le dernier groupe jusqu’à un multiple de quatre avec un ou deux =. base64url les supprime généralement. Un décodeur strict refuse la forme sans remplissage, d’où une même chaîne qui marche dans une bibliothèque et échoue dans une autre.
+ / contre - _
L’alphabet standard se termine par + et /. Les deux sont dangereux dans une URL, donc base64url les remplace par - et _. Décoder l’un comme l’autre corrompt silencieusement les octets.
Retours à la ligne
MIME coupe à 76 caractères et PEM à 64. Ces retours ne font pas partie des données ; un décodeur doit les ignorer, et la plupart le font — mais pas tous.
Encodage de caractères
Base64 encode des octets, pas des caractères. « Encode ce texte » veut toujours dire « encode ces octets », donc le texte doit d’abord devenir des octets : en pratique de l’UTF-8. Un encodeur qui utilise un autre encodage produit du Base64 qui se décode en charabia.
💡 Encodeur et décodeur Base64

Base64 prend des octets quelconques et les réécrit avec 64 caractères qui survivent à n’importe quel canal textuel. Ce n’est ni du chiffrement ni de la compression : c’est un moyen de transporter des données binaires là où seul le texte est admis, au prix d’environ un tiers de volume en plus. Cet outil convertit dans les deux sens et vous montre exactement ce qui a changé.

Principaux avantages

✓ Encode et décode au même endroit, avec une inversion en un clic
✓ Alphabets standard et URL-safe, remplissage géré dans les deux cas
✓ UTF-8 correct : accents et emoji survivent à l’aller-retour
✓ Rien ne quitte votre navigateur

Cas d’usage courants

• Construire ou lire un en-tête Authorization: Basic
• Décoder un data: URI copié depuis une feuille de style ou un e-mail
• Inspecter à la main les parties base64url d’un JWT
• Faire passer un certificat, une clé ou un petit fichier par un champ texte

Comment l’utiliser

  1. 1.Choisissez le sens. Cochez Texte → Base64 pour encoder, ou Base64 → texte pour décoder. Le préfixe d’un data: URI est retiré pour vous.
  2. 2.Collez votre entrée. La conversion suit la saisie. Les espaces et retours à la ligne d’une entrée Base64 sont ignorés : un bloc MIME découpé se colle sans problème.
  3. 3.Réglez les options. Activez l’alphabet URL-safe pour les JWT et les chaînes de requête, ou les retours à la ligne tous les 76 caractères pour MIME et PEM.
  4. 4.Copiez ou faites l’aller-retour. Copiez le résultat, ou appuyez sur Inverser pour le réinjecter dans l’autre sens et vérifier que vous retrouvez l’original.

Les détails qui font trébucher

Base64 paraît simple jusqu’à ce qu’un encodeur et un décodeur divergent sur l’un de ces points. Chacun est une cause réelle de « ça se décode partout sauf ici ».

remplissage =
Le Base64 standard complète le dernier groupe jusqu’à un multiple de quatre avec un ou deux =. base64url les supprime généralement. Un décodeur strict refuse la forme sans remplissage, d’où une même chaîne qui marche dans une bibliothèque et échoue dans une autre.
+ / contre - _
L’alphabet standard se termine par + et /. Les deux sont dangereux dans une URL, donc base64url les remplace par - et _. Décoder l’un comme l’autre corrompt silencieusement les octets.
Retours à la ligne
MIME coupe à 76 caractères et PEM à 64. Ces retours ne font pas partie des données ; un décodeur doit les ignorer, et la plupart le font — mais pas tous.
Encodage de caractères
Base64 encode des octets, pas des caractères. « Encode ce texte » veut toujours dire « encode ces octets », donc le texte doit d’abord devenir des octets : en pratique de l’UTF-8. Un encodeur qui utilise un autre encodage produit du Base64 qui se décode en charabia.
Les 33 % de surcoût
Trois octets deviennent quatre caractères : la sortie fait 4/3 de l’entrée, plus le remplissage et les retours à la ligne. Cela compte pour tout ce que vous envoyez à chaque requête.
Ce n’est pas du chiffrement
Base64 est trivialement réversible et n’apporte aucun secret. Qui détient la chaîne détient les données.
Ce n’est pas une somme de contrôle
Base64 ne porte aucun contrôle d’intégrité. Un seul caractère modifié se décode en d’autres octets, souvent sans la moindre erreur.
Le binaire est normal
Beaucoup de Base64 ne se décode pas en texte : images, clés, protobufs. Récupérer des octets plutôt que des caractères lisibles n’est pas un échec.

Fonctions clés

  • Convertit dans les deux sens, avec un bouton d’inversion pour l’aller-retour
  • Alphabets standard et URL-safe (base64url)
  • Retours à la ligne optionnels tous les 76 caractères pour MIME et PEM
  • Accepte les entrées sans remplissage, découpées ou sous forme de data: URI
  • Affiche la taille d’entrée et de sortie ainsi que le surcoût de l’encodage
  • Bascule sur une vue hexadécimale quand les octets décodés ne sont pas du texte
  • Fonctionne hors ligne une fois la page chargée ; sans compte, sans envoi

Base64 n’est pas de la sécurité

Il faut le dire clairement, car l’erreur est fréquente et coûteuse. Base64 est un encodage, pas un chiffrement. Il n’a pas de clé, ne cache rien, et l’inverser tient en un appel de fonction. Un mot de passe, un token ou une clé d’API « encodés en Base64 » sont, pour un attaquant, en clair.

L’exemple le plus net est Authorization: Basic, qui n’est que utilisateur:motdepasse en Base64 : lisible par quiconque voit la requête, et c’est exactement pourquoi cela ne doit circuler qu’en HTTPS. Utilisez Base64 pour faire passer des octets dans un canal textuel. Utilisez un vrai chiffrement, ou un token signé, quand le contenu doit être protégé. Pour la version longue — comment trois octets deviennent quatre caractères, les deux alphabets, le remplissage et le coût en taille — lisez notre guide de l’encodage et du décodage Base64.

Questions fréquentes

À quoi sert Base64 ?⌄

Base64 fait passer des données binaires dans des canaux qui n’acceptent que du texte : pièces jointes d’e-mails, data: URI en CSS et HTML, certificats et clés dans les fichiers PEM, champs JSON et en-têtes HTTP comme Authorization: Basic. Partout où des octets bruts seraient corrompus ou refusés, Base64 les fait passer intacts.

Base64 est-il du chiffrement ?⌄

Non. Encoder et chiffrer sont deux choses différentes. Base64 n’utilise aucune clé et n’apporte aucun secret : le décoder tient en un appel de fonction, que cette page effectue au fil de la saisie. Ne l’utilisez jamais pour protéger un mot de passe, un token ou un autre secret.

Quelle différence entre Base64 et base64url ?⌄

Deux caractères et le remplissage, rien de plus. Le Base64 standard termine son alphabet par + et /, qui ont un sens particulier dans une URL ; base64url utilise donc - et _ et omet généralement le remplissage =. Les JWT utilisent base64url. Décoder une variante comme l’autre corrompt la sortie, c’est pourquoi cet outil accepte les deux et vous dit laquelle il a vue.

Pourquoi mon Base64 est-il plus long que l’original ?⌄

Chaque groupe de trois octets en entrée devient quatre caractères en sortie : le résultat est environ 33 % plus gros, avant remplissage et retours à la ligne. C’est le prix de n’utiliser que des caractères sûrs en texte. Si la taille compte, compressez avant d’encoder, pas après — la sortie Base64 se compresse à peine.

Pourquoi mon texte décodé ressemble-t-il à du charabia ?⌄

Généralement l’une de trois causes : les données n’ont jamais été du texte (une image ou une clé, et l’outil vous montre alors les octets), la chaîne est du base64url décodé comme du Base64 standard ou l’inverse, ou les octets d’origine n’étaient pas de l’UTF-8. Le panneau de détails indique l’alphabet et le remplissage détectés, ce qui identifie en général le problème immédiatement.

📖
Guide détaillé
Base64 expliqué : comment l’encodage et le décodage fonctionnent
Lire le guide complet →
Dernière mise à jour : 18 octobre 2026
Partager cette page