Encodeur Base64 et décodeur en ligne gratuit

Le Base64 transforme des données binaires en texte à l'aide de 64 caractères (A à Z, a à z, 0 à 9, + et /), afin qu'elles puissent transiter par les e-mails, le JSON, le HTML et les en-têtes HTTP qui attendent du texte. Il sert couramment aux URI de données, aux parties d'e-mails, aux en-têtes Basic Auth et aux charges utiles d'API.

Ouvrez l'onglet Décoder, collez la chaîne et cliquez sur Décoder ou appuyez sur Ctrl+Entrée. Le texte apparaît dans la zone de sortie. Les sauts de ligne, les espaces et l'absence de remplissage = ne posent pas de problème, mais le résultat doit être du texte UTF-8 : des données binaires provoquent une erreur.

Non. Le Base64 est un encodage, pas un chiffrement : n'importe qui peut le décoder sans clé. Ne l'utilisez pas pour cacher des mots de passe ou des secrets. Pour protéger des données, chiffrez-les ; pour obtenir l'empreinte d'un fichier ou d'un texte, utilisez plutôt un générateur de hachage.

Dans l'onglet Encoder, cliquez sur Encoder un fichier et choisissez n'importe quel fichier, comme un PNG, un PDF ou une police. La zone de sortie affiche le Base64 brut, sans préfixe data:. Copiez-le depuis cette zone et ne cliquez pas de nouveau sur Encoder, ce qui encoderait le Base64 lui-même une seconde fois.

Pas encore. Le décodeur ne produit que du texte : le Base64 d'une image, d'un PDF ou d'un ZIP affiche donc une erreur au lieu d'un téléchargement. Pour voir une image, placez data:image/png;base64, devant la chaîne et collez le tout dans la barre d'adresse de votre navigateur.

Base64URL remplace + par - et / par _, et supprime souvent le remplissage =, ce qui rend la chaîne utilisable dans les liens et les noms de fichiers. Cet outil lit et écrit uniquement du Base64 standard. Pour les parties d'un JWT, qui utilisent Base64URL, le décodeur JWT les convertit pour vous.

Les signes = à la fin sont un remplissage qui amène la longueur à un multiple de 4. Cet outil les ajoute toujours lors de l'encodage : supprimez-les à la main si votre système attend du Base64 sans remplissage. Au décodage, l'absence de remplissage est acceptée.

Le décodage échoue lorsque la chaîne contient des caractères hors de l'alphabet standard, comme - ou _, commence par un préfixe data:...;base64, ou contient des octets qui ne sont pas du texte UTF-8, comme une image ou un ancien fichier Latin-1. Supprimez le préfixe, ou remplacez - par + et _ par /.

Oui, d'environ un tiers. Chaque groupe de 3 octets devient 4 caractères : un fichier de 3 000 octets donne donc 4 000 caractères Base64. C'est pourquoi les URI de données conviennent mieux aux petites icônes et aux polices qu'aux grandes photos, qui se chargent plus vite comme fichiers classiques.

Oui. Le texte est converti en octets UTF-8 avant l'encodage : é, 世界 et 😀 sont donc encodés puis décodés sans changement. La seule exception est un emoji cassé, soit une moitié de paire de substitution laissée par une mauvaise copie, qui ne peut pas être encodé et provoque une erreur.

Votre texte et vos fichiers sont lus dans cet onglet du navigateur et ne sont jamais envoyés à PixConvert. Sur le site en ligne, les statistiques enregistrent des clics comme Copier, la durée d'une opération et une plage de taille telle que 0-100KB, jamais ce que vous collez. Le Base64 ne cache rien : traitez donc la sortie comme l'original.