Encodeur Décodeur Base32

Le texte brut est d’abord encodé en UTF-8 puis converti en Base32.
0 caractères en entrée

Encodez et décodez Base32 en ligne avec 4 variantes, conversion de fichiers, contrôle du padding, sortie hex et téléchargements locaux pour secrets TOTP et identifiants lisibles.

Recommandations connexes

Encoder et decoder Base58

Encodage Base64

Base64 URL-safe

Hexadécimal

Fichier vers Base64

Décodage Base64

Qu'est-ce que Base32 ?

Base32 est un encodage binaire-texte qui représente des octets avec 32 caractères imprimables. La forme standard vient de la RFC 4648 et utilise A-Z plus 2-7. Chaque groupe de 5 bits devient 1 caractère, donc le résultat est souvent environ 60% plus long que les octets d'origine.

Base32 n'est pas le format le plus compact, mais il est pratique quand vous voulez limiter les caractères spéciaux, éviter la casse ou transmettre des chaînes que des humains doivent lire et saisir. Les secrets TOTP, certaines valeurs DNS ou de configuration, les codes d'activation et les identifiants lisibles utilisent souvent Base32.

Chaque variante change l'alphabet et les règles de tolérance. Cette page prend en charge RFC 4648 Base32, Base32hex, Crockford Base32 et z-base-32, avec validation stricte, gestion du padding, retours à la ligne, conversion texte/fichier et affichage hexadécimal.

Cas d'utilisation

  • Vérifier si un secret TOTP ou OTP est bien en Base32 standard ou le réécrire en Crockford ou z-base-32 pour améliorer la lisibilité.
  • Convertir des blobs binaires, fragments de certificats, codes d'activation hors ligne ou empreintes de ressources en chaînes lisibles sans caractères spéciaux.
  • Déboguer des valeurs Base32 tierces qui échouent à cause d'un padding manquant, d'une mauvaise variante ou d'une longueur invalide.
  • Inspecter d'abord une charge Base32 inconnue en texte UTF-8 ou en hexadécimal, puis télécharger le binaire si c'est réellement un fichier.

Comment utiliser

  1. Choisissez d'abord la bonne variante : RFC 4648, Base32hex, Crockford ou z-base-32.
  2. Pour encoder, sélectionnez texte ou fichier puis décidez du padding, des minuscules et du découpage à 64, 76 ou largeur personnalisée.
  3. Pour décoder, collez la chaîne Base32 et activez le mode strict si vous devez vérifier la longueur et le padding.
  4. Consultez le résultat sous forme de texte, d'hexadécimal ou de fichier binaire téléchargeable selon le type de charge.

Fonctionnalités

  • Basculez entre 4 variantes Base32 sur une seule page : RFC 4648, Base32hex, Crockford et z-base-32.
  • Prenez en charge le texte et les fichiers : encodez du texte UTF-8 ou transformez n'importe quel fichier local en Base32.
  • Affichez le résultat décodé en texte UTF-8, en hexadécimal ou comme fichier binaire téléchargeable.
  • Contrôlez le padding, la casse et les retours à la ligne : ajoutez =, forcez les minuscules ou découpez à 64, 76 ou une largeur personnalisée.
  • Vérifiez localement dans le navigateur : contrôlez la longueur et le padding avec un mode strict sans envoyer vos données.

Faut-il utiliser Base32, Base64 ou Base58 ?

Ces trois formats convertissent des données binaires en caractères imprimables, mais ils ne servent pas les mêmes besoins.

FormatIdéal pourCompromis
Base32Secrets TOTP, identifiants lisibles et environnements insensibles à la casseAlphabet plus sûr pour les humains, mais sortie plus longue.
Base64Transport général de texte et de fichiers, Data URLs et charges APIPlus compact, mais peut contenir +, / et =.Encodeur Base64Base64 URL Safe
Base58Adresses copiées à la main, QR et identifiants de type blockchainÉvite 0/O/I/l, mais ne fait pas partie de la famille RFC 4648.Encodeur Décodeur Base58

Best Practices

Confirmez la variante avant tout débogage

L'erreur Base32 la plus fréquente n'est pas l'algorithme mais l'alphabet choisi. Si le système attend Base32hex, Crockford ou z-base-32, la sortie standard semblera plausible tout en restant invalide.

Passez à l'hexadécimal avant de supposer qu'il s'agit de texte

Une chaîne Base32 valide peut représenter des certificats, en-têtes d'image, archives ou octets aléatoires. L'hexadécimal aide à identifier la vraie charge.

Préférez Crockford ou z-base-32 pour la saisie humaine

Ces variantes réduisent les erreurs visuelles entre O, 0, I et 1, ce qui les rend plus adaptées aux flux de saisie manuelle.

Ne forcez pas toute la chaîne de travail à rester en Base32

Dans de nombreux cas, il est plus simple de passer ensuite en Base64, en hexadécimal ou au fichier d'origine.

Encodeur Base64Convertisseur Hex

FAQ

Quand choisir Base32 plutôt que Base64 ?

Choisissez Base64 si vous voulez une représentation plus compacte et plus courante. Choisissez Base32 si vous préférez moins de caractères spéciaux, une meilleure tolérance à la casse ou des chaînes destinées à être lues et saisies par des humains, comme les secrets TOTP.

Quelle différence entre RFC 4648, Base32hex, Crockford et z-base-32 ?

La différence principale est l'alphabet et la tolérance aux erreurs. RFC 4648 est le standard général. Base32hex trie les chiffres en premier. Crockford est plus pratique pour la saisie manuelle et accepte O/0 ainsi que I/1/L/1. z-base-32 privilégie les chaînes lisibles en minuscules.

Pourquoi certaines chaînes Base32 finissent-elles par = ?

RFC 4648 Base32 et Base32hex utilisent souvent = comme padding. Crockford et z-base-32 l'omettent généralement. Cette page permet de choisir le padding à l'encodage et de décoder des chaînes sans padding en mode souple.

Pourquoi le résultat décodé est-il illisible ?

Les données d'origine ne sont peut-être pas du texte UTF-8. Il peut s'agir de binaire, de certificats, d'images ou de matériel de clé. Passez en mode hexadécimal ou téléchargez le fichier restauré.

Puis-je convertir un fichier en Base32 puis le restaurer ?

Oui. Vous pouvez envoyer un fichier local en mode encodage puis récupérer les octets binaires en mode décodage pour les télécharger.

Mes données sont-elles envoyées vers un serveur ?

Non. L'encodage Base32, le décodage, la vue hexadécimale et les téléchargements se font localement dans le navigateur.

Dépannage

Pourquoi ma valeur ne correspond-elle pas au résultat tiers ?

Vérifiez d'abord la variante. Base32 standard, Base32hex, Crockford et z-base-32 utilisent des alphabets différents.

Pourquoi le mode strict signale-t-il une longueur invalide ?

La chaîne peut avoir un padding incorrect, des caractères invalides ou appartenir à une autre variante.

Pourquoi j'obtiens du texte vide ou corrompu ?

Les données d'origine ne sont peut-être pas du texte UTF-8. Utilisez la vue hexadécimale ou téléchargez le binaire.

Glossaire

RFC 4648 Base32
La variante Base32 standard la plus courante. Elle utilise A-Z et 2-7 et peut inclure un padding avec =.
Base32hex
La variante à ordre hexadécimal définie par la RFC 4648. Son alphabet est 0-9 puis A-V.
Crockford Base32
Une variante pensée pour la saisie humaine qui supprime I, L, O et U et accepte O/0 ainsi que I/1/L/1 au décodage.
z-base-32
Une variante orientée saisie humaine, généralement en minuscules et sans padding.
padding
Les caractères = en fin de chaîne pour compléter la longueur attendue en Base32 standard.

Comparatif rapide des 4 variantes Base32

Si vous ne savez pas laquelle utiliser, commencez par l'alphabet et l'usage typique.

VarianteAlphabetUtilise =Usage type
RFC 4648A-Z + 2-7Oui, en généralTOTP et compatibilité standard
Base32hex0-9 + A-VOui, en généralOrdre hexadécimal et champs de protocole
Crockford0-9 + A-Z (sans I/L/O/U)Généralement nonSaisie manuelle et tolérance aux fautes
z-base-32ybndrfg8ejkmcpqxot1uwisza345h769Généralement nonChaînes lisibles en minuscules

Longueur et padding du Base32 standard

En RFC 4648 Base32 et Base32hex, la quantité de = dépend du nombre d'octets en entrée.

Octets d'entréeCaractères Base32= finaux
126
244
353
471
580

Authoritative References