Encodeur / décodeur multi-Base

Il encode/décode des données dans six formats de base : Base16 (hex), Base32 (RFC 4648), Base58 (alphabet Bitcoin), Base64, Base64URL et Base85 (ASCII85), avec conversion en direct et téléversement de fichiers.

L'alphabet Bitcoin (123456789ABCDEFGHJKLMNPQRSTUVWXYZabcdefghijkmnopqrstuvwxyz), qui exclut les caractères ambigus 0, O, I, l. Basé sur BigInt, il traite donc avec précision des entrées arbitrairement grandes.

Non. Tout l'encodage s'exécute dans votre navigateur via TextEncoder/TextDecoder et le BigInt natif. Le texte et les fichiers binaires que vous téléversez ne quittent jamais votre appareil.

Oui, le Multi-Base Encoder / Decoder est 100 % gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Oui, le Multi-Base Encoder / Decoder est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans aucune application à télécharger.

Aucun compte ni aucune inscription n'est nécessaire. Ouvrez simplement le Multi-Base Encoder / Decoder dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a aucune barrière d'inscription ni restriction d'utilisation.

Le Multi-Base Encoder / Decoder prend en charge un large éventail de formats et de langages populaires. Consultez l'interface de l'outil pour voir la liste complète des options prises en charge.

Saisissez simplement vos données dans le champ prévu, ajustez les réglages selon vos préférences, et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans le presse-papiers ou le télécharger.

Le Multi-Base Encoder / Decoder fonctionne sur tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Les deux utilisent un alphabet de 64 caractères pour transformer du binaire en texte imprimable, mais ils diffèrent sur trois caractères et sur le remplissage (padding). Le Base64 standard (RFC 4648) utilise A-Z, a-z, 0-9 ainsi que "+" et "/", et complète la sortie avec des "=" pour que sa longueur soit un multiple de quatre. Le Base64URL remplace les deux caractères problématiques "+" et "/" par "-" et "_", car le plus et la barre oblique ont une signification particulière dans les URL et les noms de fichiers, et il supprime généralement le remplissage "=". Cela rend le Base64URL utilisable sans risque dans une chaîne de requête, un segment de chemin ou un JSON Web Token, sans échappement supplémentaire. Les octets décodés restent identiques dans les deux cas. Cet outil propose les deux formats sous forme d'onglets séparés : vous pouvez encoder une valeur en Base64 standard pour une pièce jointe e-mail, ou en Base64URL pour un token, puis utiliser Inverser pour faire l'aller-retour.

Non. Le Base64 et tous les autres encodages en base proposés ici ne sont pas du chiffrement et n'offrent aucune sécurité. Ils se contentent de faire correspondre des octets bruts à un ensemble plus restreint de caractères imprimables, afin que des données binaires puissent transiter par des systèmes qui ne gèrent que du texte, comme l'e-mail ou les URL. Quiconque voit une chaîne encodée peut la décoder instantanément, sans clé ni mot de passe : un secret "obscurci" en Base64 est donc en pratique du texte en clair. Considérez l'encodage comme une étape de transport et de compatibilité, jamais comme un moyen de cacher une clé API, un mot de passe ou un token. Si vous avez besoin d'une véritable confidentialité, chiffrez d'abord les données avec un algorithme comme AES, puis encodez éventuellement le texte chiffré en Base64 pour un transport sûr. Cet outil fonctionne entièrement dans votre navigateur précisément parce que les valeurs que vous y collez, comme des JWT ou des certificats, sont sensibles même si elles ne sont pas secrètes. Décodez une chaîne ici pour constater à quel point des données encodées restent lisibles.

Le Base64 augmente les données d'environ 33 %, car il regroupe trois octets d'entrée en quatre caractères de sortie : le résultat encodé fait donc environ 1,33 fois la taille d'origine, avant même l'ajout du remplissage. Ce surcoût est le prix à payer pour rester compatible avec du texte, et c'est pourquoi les fichiers volumineux envoyés en Base64, comme les data URI intégrées, pèsent nettement plus lourd que le binaire brut. Les autres formats proposés ici ont des ratios différents : le Base16 (hexadécimal) double exactement la taille, à 2,0, puisque chaque octet devient deux caractères, le Base32 se situe autour de 1,6, et le Base85 (ASCII85) est l'option la plus compacte parmi les formats sûrs pour le texte, avec environ 1,25, car il compresse quatre octets en cinq caractères. Le panneau de statistiques en direct de cet outil affiche la taille de l'entrée en octets, le nombre de caractères en sortie et le ratio de taille exact, pour comparer les formats et choisir le plus efficace selon votre cas d'usage.

Un JSON Web Token est composé de trois segments encodés en Base64URL et séparés par des points : l'en-tête, la charge utile (payload) et la signature. Pour lire les deux premiers, copiez la partie avant le premier point et décodez-la en Base64URL pour voir le JSON de l'en-tête, puis faites de même avec le segment du milieu pour révéler les informations (claims) de la charge utile, comme "sub", "exp" et "iat". Utilisez bien l'onglet Base64URL plutôt que le Base64 standard, car les JWT utilisent l'alphabet compatible URL et omettent le remplissage, ce qu'un décodeur strict pourrait rejeter. La signature, le troisième segment, est une empreinte cryptographique et ne donnera pas de texte lisible : n'attendez donc pas de résultat exploitable pour cette partie. Comme tout s'exécute localement dans votre navigateur, vous pouvez y coller un vrai token de production sans qu'il ne quitte jamais votre machine. Déposez chaque segment dans le décodeur ci-dessus pour examiner précisément ce que transporte un token.

Le Base32 (RFC 4648) encode cinq octets en huit caractères, et lorsque l'entrée ne se divise pas exactement en groupes de cinq octets, un remplissage "=" complète le dernier bloc pour que la longueur reste un multiple de huit. Son alphabet de 32 caractères utilise A-Z et 2-7, en excluant volontairement 0, 1, 8 et 9 ainsi que les lettres qui leur ressemblent, ce qui rend les chaînes encodées plus faciles à lire à voix haute, à saisir à la main ou à retranscrire depuis un écran sans erreur. Cette lisibilité humaine explique pourquoi le Base32 est la norme pour les clés secrètes TOTP et l'authentification à deux facteurs que l'on scanne ou recopie dans une application d'authentification, ainsi que pour les adresses onion de Tor. Il est également insensible à la casse, donc les majuscules ne changent pas le résultat décodé. Cet outil met en œuvre l'alphabet de la RFC 4648 avec remplissage, pour encoder un secret 2FA à partager ou en décoder un afin de vérifier qu'il correspond à ce qu'attend votre application.