Encodage/Décodage Base64
Encodez ou décodez du texte UTF-8 en Base64, générez du Base64URL ou du MIME à 76 colonnes, convertissez des images en Data URL/raw Base64, puis prévisualisez ou téléchargez l’image localement.
Texte d’entrée
Caractères
0 / 50,000
Choisir ou déposer une image
Prend en charge PNG, JPEG, WebP, GIF, SVG, BMP, AVIF, TIFF, ICO, HEIC et HEIF lorsque le navigateur sait les lire.
Texte de sortie
Texte de sortie
Texte d’entrée
Caractères
0 / 50,000
Type MIME pour la Base64 brute
Le Base64 brut n’inclut pas d’informations MIME. Choisissez d’abord le type d’image d’origine afin que l’aperçu soit généré automatiquement.
Collez une Data URL d’image, ou collez un Base64 brut puis choisissez un type MIME pour afficher l’aperçu ici.
Démarrage rapide
Scénarios courants
URL/JWT
utilisez la variante URL-safe (-/_) pour limiter les échappements dans les liens. La sortie URL-safe omet le « = » final par défaut
E-mail/MIME
si un retour à la ligne est requis, utilisez le MIME à 76 colonnes (CRLF). Pour le Web, évitez généralement les retours. Cet outil propose le retour à 76 colonnes et le choix LF/CRLF
Texte multiligne
activer l’encodage par ligne pour encoder chaque ligne séparément
MIME/PEM
activer le retour 76 colonnes; activer LF si nécessaire
Data URL
pour l’intégration, générez data:[mime];base64,... ; le décodage extrait automatiquement le payload après la virgule
Vérification aller‑retour
encoder puis décoder immédiatement pour vérifier l’intégrité
Téléversement d’image
conservez les octets d’origine et basculez entre Data URL et Base64 brute sans renvoyer le fichier
Data URL d’image
collez data:image/...;base64,... pour détecter automatiquement le type MIME et prévisualiser l’image immédiatement.
Données d’image en Base64 brut
indiquez le type MIME d’origine de l’image afin que l’outil puisse la prévisualiser automatiquement et la télécharger comme image.
Paramètres d’encodage et variantes
Limites du texte et des images
Conseils d'utilisation
Limitations et compatibilité
Confidentialité & sécurité
FAQ
Base64 représente des octets sous forme de texte imprimable afin de les transporter dans des systèmes orientés texte, comme l’e-mail, JSON, les URL ou les fichiers de configuration. C’est un encodage réversible, pas un chiffrement. Le principe : chaque groupe de 3 octets est découpé en quatre valeurs de 6 bits, puis mappé sur A-Z, a-z, 0-9, + et /. Si la longueur source n’est pas un multiple de 3, le padding « = » aligne la sortie. Le résultat est généralement environ 33 % plus grand que les octets d’origine. Le Base64 standard conserve +, / et le padding. Base64URL utilise - et _, et omet souvent le padding. Cet outil utilise le Base64 standard par défaut. Activez URL-safe pour les URL, cookies ou payloads de style JWT ; gardez-le désactivé pour les systèmes MIME ou hérités qui attendent +/ et « = ». Une Data URL prend souvent la forme data:[mime];base64,... ; au décodage, l’outil extrait automatiquement le payload après la virgule. Base64 n’apporte ni confidentialité, ni intégrité, ni analyse de sécurité : chiffrez les contenus sensibles avant de les encoder.
Non. Base64 est réversible et n’importe qui peut le décoder. Si le contenu doit rester confidentiel, chiffrez-le d’abord.
L’entrée contient souvent des caractères hors Base64/Base64URL, ou sa longueur ne peut pas être complétée sans risque (longueur % 4 = 1). Le décodage supprime les espaces, accepte les variantes -/_, extrait le payload d’une Data URL et ajoute le padding lorsque c’est possible.
Les écarts proviennent souvent du retour à la ligne, de la présence ou non du remplissage « = », des variantes URL-safe (-/_), ou d’un encodage de texte différent. Pour comparer des résultats, assurez-vous que les deux côtés utilisent le même encodage de texte, désactivez le retour à la ligne automatique et vérifiez si le mode URL-safe et le remplissage sont utilisés.
Base64 représente 3 octets avec 4 caractères : l’augmentation d’environ 33 % est normale. Une Data URL, des retours à la ligne ou le padding peuvent encore allonger le texte.
Oui. Les emojis et les textes multilingues sont traités en UTF-8 en mode Texte. Si le résultat décodé est en réalité une donnée binaire non textuelle, un affichage illisible est normal.