Encodeur Base64
Convertissez du texte brut ou des chaînes binaires en sortie encodée en Base64. Prend en charge les alphabets standard et sécurisé pour URL selon la RFC 4648, et gère l'UTF-8 complet, y compris les emojis et les scripts non latins.
Base64 ajoute environ 33 % à la taille des données. Ce compromis existe parce que les données binaires doivent survivre dans des canaux uniquement textuels comme les en-têtes d'email, les charges utiles JSON et les en-têtes d'autorisation HTTP. Défini dans la RFC 4648, Base64 utilise un alphabet de 64 caractères : A-Z, a-z, 0-9, plus + et / (ou - et _ en mode sécurisé pour URL). Cet encodeur basé sur le navigateur traite entièrement votre entrée sur votre appareil en utilisant les API intégrées btoa() et TextEncoder. Les chaînes privées, les tokens et les identifiants ne sont jamais envoyés à un serveur.
Comment encoder en Base64
- Tapez ou collez le texte que vous souhaitez encoder dans le champ de saisie.
- Sélectionnez le mode d'encodage Standard ou Sécurisé pour URL.
- La sortie encodée en Base64 apparaît instantanément dans le panneau de sortie.
- Cliquez sur Copier pour copier le résultat dans votre presse-papiers.
Comment fonctionne l'encodage Base64
L'alphabet de 64 caractères
Base64 utilise un alphabet de 64 caractères : A-Z (26), a-z (26), 0-9 (10), et deux caractères supplémentaires. Base64 standard (RFC 4648 §4) utilise + et /. Base64 sécurisé pour URL (RFC 4648 §5) les remplace par - et _. L'encodage prend trois octets d'entrée (24 bits), les divise en quatre groupes de 6 bits et associe chaque valeur de 6 bits au caractère correspondant de l'alphabet. C'est pourquoi la longueur de sortie Base64 est toujours un multiple de 4.
Remplissage
Parce que Base64 traite les données par groupes de 3 octets, les longueurs d'entrée qui ne sont pas des multiples de 3 nécessitent un remplissage. Un octet restant produit == à la fin. Deux octets restants produisent =. Le remplissage est requis dans Base64 standard mais est souvent supprimé dans les implémentations sécurisées pour URL, en particulier les JWT.
Exemple
Entrée
Bonjour, le monde !Sortie (Base64 standard)
SG9uZywgSGVtbGQhLes deux caractères de remplissage = apparaissent parce que "Bonjour, le monde !" fait 15 octets - 15 mod 3 = 0, donc aucun octet n'est laissé dans le dernier groupe.
Cas d'utilisation courants
- Authentification HTTP Basic - Les en-têtes
Authorization: Basicnécessitentnom_utilisateur:mot_de_passeencodé en Base64 - Images en ligne dans HTML/CSS - URIs de données :
data:image/png;base64,iVBORw0KGgo... - Tokens JWT - Les sections d'en-tête et de charge utile utilisent Base64 sécurisé pour URL
- Pièces jointes d'email - MIME (RFC 2045) utilise Base64 pour encoder des pièces jointes binaires dans des protocoles d'email basés sur du texte
Base64 standard vs sécurisé pour URL
Base64 standard utilise + et /, qui ont une signification spéciale dans les URL. Base64 sécurisé pour URL les remplace par - et _, rendant la sortie sûre dans les URL, les noms de fichiers et les paramètres de requête sans encodage pourcentage. Utilisez le mode sécurisé pour URL pour les JWT, les tokens OAuth et toute donnée Base64 apparaissant dans des URL. Pour décoder la sortie, utilisez le Décodeur Base64. Pour intégrer des données encodées dans des paramètres de requête URL, combinez cet outil avec le Encodeur URL.
Questions fréquentes
Base64 est-il une forme de chiffrement ?
Non. Base64 est un schéma d'encodage, pas un chiffrement ou une forme de sécurité. Quiconque possède la chaîne Base64 peut la décoder instantanément sans clé. Cela n'offre aucune confidentialité. Utilisez AES-256 ou RSA si vous devez protéger des données - Base64 est destiné au transport sécurisé de données binaires dans des canaux textuels, pas pour cacher des informations.
Pourquoi la sortie Base64 se termine-t-elle toujours par == ou = ?
Base64 encode les données en groupes de 3 octets en 4 caractères. Lorsque la longueur d'entrée n'est pas divisible par 3, le dernier groupe contient 1 ou 2 octets au lieu de 3. Un octet restant produit un remplissage == ; deux octets restants produisent =. Le remplissage garantit que la longueur de sortie est toujours un multiple de 4, comme l'exige la RFC 4648.
Cet encodeur gère-t-il correctement Unicode et les emojis ?
Oui. L'encodeur convertit d'abord le texte en octets UTF-8 en utilisant l'API TextEncoder du navigateur avant d'appliquer Base64. Les caractères Unicode, y compris les emojis (4 octets en UTF-8), les caractères chinois, les lettres arabes et les caractères latins accentués sont tous correctement encodés et se décodent en texte original.
Qu'est-ce que Base64 sécurisé pour URL et quand devrais-je l'utiliser ?
Base64 sécurisé pour URL (RFC 4648 §5) remplace + par - et / par _. Utilisez-le chaque fois que des données Base64 apparaissent dans une URL, un nom de fichier, un cookie ou un en-tête HTTP où les caractères standards seraient mal interprétés. Les tokens JWT, les tokens d'accès OAuth et les vérificateurs de code PKCE utilisent tous Base64 sécurisé pour URL.
De combien Base64 augmente-t-il la taille des données ?
L'encodage Base64 augmente la taille des données de 33,33 % - 3 octets d'entrée deviennent 4 caractères de sortie (4/3 = 1,333...). De plus, la sortie peut inclure jusqu'à 2 caractères de remplissage. Pour de grandes charges utiles binaires, les protocoles multipart ou binaires sont plus efficaces en bande passante que Base64.