Encoder / Décoder Base64

Base64 est un schéma d'encodage qui représente des données binaires — fichiers, images ou n'importe quels octets — en utilisant uniquement 64 caractères ASCII imprimables (A–Z, a–z, 0–9, +, /). Il est utilisé pour faire transiter des données binaires en toute sécurité via des canaux textuels : intégration d'images en HTML, CSS ou e-mail, stockage de binaires dans du JSON ou du XML, encodage des segments d'en-tête et de charge utile JWT, et transmission de valeurs dans des chaînes de requête. Il résout le problème des systèmes qui suppriment, modifient ou corrompent les octets bruts en convertissant tout en texte ASCII pur qui survit au transport sans altération.

Non. Base64 est un encodage, pas un chiffrement ni un hachage — il n'utilise aucune clé et n'importe qui peut le décoder instantanément avec n'importe quel décodeur Base64, y compris celui-ci. Il ne fournit aucune confidentialité et ne doit jamais être utilisé pour protéger des mots de passe, des clés API ou des données privées. Base64 est un encodage de transport, pas une mesure de sécurité. Si vous devez protéger des données sensibles, chiffrez-les d'abord (AES, RSA, etc.) et seulement ensuite encodez éventuellement le texte chiffré en Base64 pour un transport sécurisé — mais c'est le chiffrement qui assure la protection, pas l'encodage.

Oui, entièrement gratuit sans inscription requise et sans limite sur la longueur du texte ou la taille des fichiers. TinyWow restreint les utilisateurs gratuits à quelques conversions quotidiennes, Smallpdf vous limite à 2 tâches par jour, et de nombreux sites exigent un compte pour débloquer les fonctionnalités complètes. L'outil Base64 d'UtiloKit n'a aucune limite quotidienne, aucune exigence de compte et aucune restriction payante — il est gratuit pour chaque opération d'encodage et de décodage dont vous aurez besoin. Ni adresse e-mail, ni carte bancaire, rien.

Oui. Tout est traité dans votre navigateur — le texte, les fichiers et les images ne sont jamais envoyés à un serveur — de sorte que même les contenus sensibles comme des jetons ou des identifiants restent sur votre appareil. De nombreux sites Base64 populaires envoient votre saisie sur leurs serveurs ; celui-ci ne le fait jamais. Vous pouvez le vérifier en encodant hors connexion : cela fonctionne quand même.

Les caractères = sont des caractères de rembourrage (padding). Base64 encode les données en groupes de 3 octets qui deviennent chacun 4 caractères ; lorsque le dernier groupe est incomplet, des signes = complètent la sortie pour atteindre une longueur multiple de 4. Un seul = signifie que le dernier groupe avait 2 octets, deux == signifient qu'il n'en avait qu'un seul. Le rembourrage ne transporte aucune donnée, c'est pourquoi cet outil restaure automatiquement tout = manquant lors du décodage.

Le Base64 standard utilise A–Z, a–z, 0–9, ainsi que les symboles + et /, avec = pour le rembourrage — 65 caractères au total. Tout autre caractère (espaces, sauts de ligne, autres ponctuations) ne fait pas partie de l'alphabet. La variante URL-safe remplace + et / par - et _. Ce décodeur tolère malgré tout les espaces, les sauts de ligne et les caractères URL-safe, et vous indique la position exacte de tout caractère qu'il ne peut pas accepter.

Base64 augmente la taille des données d'environ 33 % car chaque 3 octets deviennent 4 caractères — cette surcharge s'accumule rapidement dans les réponses HTTP, les fichiers HTML ou les bundles CSS où la taille de la charge utile affecte les performances. Il n'est pas lisible par l'homme, ce qui rend les revues de code et le débogage plus difficiles lorsque des chaînes Base64 apparaissent dans le code source. Il ne fournit aucune détection d'erreurs ni somme de contrôle, donc un seul caractère corrompu produit silencieusement une sortie incorrecte. Et il n'offre aucune confidentialité — quiconque voit la chaîne peut la décoder en quelques secondes. C'est le bon choix pour faire transiter des données binaires dans des canaux textuels, mais ce n'est ni une compression ni une sécurité. Pour les grandes charges utiles, utilisez des transferts binaires avec des en-têtes Content-Type appropriés.

Non — ils résolvent des problèmes complètement différents. UTF-8 est un encodage de caractères qui convertit du texte lisible par l'homme (lettres, emoji, symboles) en octets. Base64 prend ensuite n'importe quels octets — y compris des octets UTF-8 — et les convertit en caractères ASCII purs, sûrs pour un transport textuel. Les deux fonctionnent en couches : pour encoder une chaîne Unicode en Base64, vous la convertissez d'abord en octets UTF-8, puis vous encodez ces octets en Base64. Omettre l'étape UTF-8 est le bug le plus courant des outils Base64 naïfs — ils opèrent sur la représentation UTF-16 interne de JavaScript au lieu de convertir d'abord en octets UTF-8 corrects, produisant une sortie corrompue pour tout ce qui dépasse l'ASCII de base. Cet outil convertit toujours en UTF-8 en premier, donc les emoji et tous les scripts non latins s'encodent et se décodent correctement.

Non. Base64 est un schéma d'encodage de données, pas un langage de programmation ou de balisage — il n'y a rien à exécuter, à compiler ou à interpréter. Il s'agit simplement d'un algorithme réversible qui convertit des données binaires arbitraires en un ensemble fixe de 64 caractères ASCII imprimables et inversement. Vous l'utilisez comme étape de transformation dans des programmes écrits dans n'importe quel langage (JavaScript, Python, Go, Java, etc.), mais Base64 lui-même n'est pas un langage. Pensez-y comme à la notation hexadécimale — un format de représentation, pas un langage.

Base64URL est une variante sécurisée pour les URL et les noms de fichiers qui remplace le caractère + par - et le caractère / par _, et supprime entièrement les caractères de rembourrage =. Cela est important car + et / standard ont une signification particulière dans les URL — ils seraient mal interprétés ou encodés en pourcentage par les navigateurs et les serveurs. Utilisez Base64URL pour les segments d'en-tête et de charge utile JWT, les jetons OAuth, les paramètres de chaîne de requête et les noms de fichiers où vous souhaitez une chaîne sûre et lisible. Activez le mode URL-safe dans cet outil et il encode et décode automatiquement le Base64 standard et le Base64URL, en gérant le rembourrage dans les deux sens.

Oui. Déposez ou collez n'importe quel fichier ou image pour obtenir sa chaîne Base64 ou son URI de données, avec un aperçu en ligne pour les types d'images. L'outil génère des extraits prêts à coller pour les règles CSS background-image, les attributs src des balises HTML img, et les balises link de favicon, afin que vous n'ayez pas à construire la chaîne data URI manuellement. En mode Décodage, il lit le type MIME depuis le préfixe data URI ou détecte le type de fichier à partir des octets bruts (octets magiques), prévisualise les images en ligne et vous permet de télécharger le fichier d'origine avec la bonne extension restaurée. Compatible avec PNG, JPG, SVG, WebP, GIF, PDF et bien d'autres.

Oui. L'encodage est compatible Unicode grâce à l'UTF-8, donc les caractères accentués, l'arabe, le chinois, le japonais, le coréen et les emoji font tous l'aller-retour correctement sans corruption. C'est l'échec le plus courant des outils Base64 naïfs : ils opèrent sur la représentation de chaîne UTF-16 interne de JavaScript au lieu de convertir d'abord en octets UTF-8 corrects, produisant une sortie corrompue pour tout ce qui dépasse l'ASCII de base. Cet outil convertit en UTF-8 en premier, donc chaque caractère s'encode et se décode avec précision quel que soit le script ou la langue.

Oui, c'est possible. Base64 ne transporte aucune information sur le jeu de caractères, donc un texte initialement encodé dans un jeu de caractères non UTF-8 peut paraître corrompu lors du décodage en UTF-8. Utilisez le sélecteur « Décoder en » pour réinterpréter les mêmes octets en UTF-16 (grand-boutiste et petit-boutiste), Latin-1 (ISO-8859-1), Windows-1252, ASCII, Shift_JIS (japonais) ou GBK (chinois simplifié) jusqu'à ce que le texte s'affiche correctement. Cela importe surtout pour les chaînes Base64 provenant de systèmes anciens, de clients de messagerie ou de logiciels est-asiatiques qui utilisent par défaut un encodage régional plutôt qu'UTF-8.

Commencez par les causes les plus fréquentes : espaces ou sauts de ligne superflus (ce décodeur les supprime automatiquement), caractères URL-safe comme - et _ au lieu de + et / (également gérés automatiquement), et = de rembourrage manquants en fin de chaîne (restaurés automatiquement). Si la chaîne échoue toujours, vous avez probablement un caractère en dehors de l'alphabet Base64 — un espace, un signe pourcentage, un caractère Unicode ou une entité HTML parasite. Le décodeur vous indique exactement quel caractère est invalide et sa position dans la chaîne pour que vous puissiez le localiser et le corriger. Recopiez la chaîne brute depuis la source, car le copier-coller introduit parfois des caractères Unicode invisibles ou des guillemets typographiques qui semblent corrects mais ne font pas partie de Base64.

TinyWow et Smallpdf sont principalement des outils PDF/image qui envoient les fichiers sur leurs serveurs. L'outil Base64 d'it-tools.tech est solide mais est une application auto-hébergée. La différence clé ici est que l'encodage et le décodage se produisent entièrement dans votre navigateur — vos données ne sont jamais transmises nulle part. De plus, cet outil gère la sélection du jeu de caractères, le retour à la ligne MIME, l'aperçu de fichiers et le Base64 URL-safe en un seul endroit, sans aucune exigence de compte.