Encodeur et décodeur Base64 en UTF-8

Cet outil convertit le texte en octets à l'aide de l'UTF-8 et représente ces octets avec l'alphabet Base64 standard. Il peut également inverser une chaîne Base64 canonique en texte UTF-8. Le traitement s'effectue localement dans le navigateur ; l'outil n'envoie pas intentionnellement le texte saisi à un serveur SoupCalc.

Fonctionnement de l'encodage

Le Base64 selon la RFC 4648 regroupe trois octets (24 bits) en quatre valeurs de 6 bits et les représente par quatre caractères. L'alphabet standard contient A–Z, a–z, 0–9, + et /. Un ou deux caractères = complètent le dernier groupe lorsque son entrée contient moins de trois octets.

Le texte a besoin d'un encodage de caractères avant de pouvoir devenir des octets. Cette implémentation utilise toujours l'UTF-8, ce qui rend le résultat prévisible pour le texte non ASCII. Le décodeur valide l'alphabet standard, la longueur des groupes, le remplissage canonique et la sortie UTF-8 au lieu d'accepter silencieusement une entrée mal formée.

Exemple détaillé

Les six octets ASCII/UTF-8 de Hello! s'encodent en SGVsbG8h.

Le texte Unicode suit la même règle au niveau des octets. Les octets UTF-8 de 你好 s'encodent en 5L2g5aW9. Le décodage de cette valeur exacte restitue les deux caractères chinois d'origine.

Étant donné que trois octets en entrée deviennent quatre caractères en sortie, le Base64 augmente généralement la taille d'environ un tiers, les entrées courtes étant davantage affectées par le remplissage.

Signification du résultat

Le Base64 est une représentation de transport pour les octets. Il est utile lorsqu'un champ réservé au texte doit transporter des données binaires, mais le destinataire doit savoir si les octets décodés représentent du texte UTF-8, une image ou autre chose.

Cette page est délibérément orientée texte. Elle ne décode que les valeurs qui produisent de l'UTF-8 valide. Elle ne constitue pas un encodeur de fichiers binaires général et utilise l'alphabet standard — pas l'alphabet Base64 adapté aux URL qui substitue - et _ et peut appliquer des conventions de remplissage différentes.

Limites et sécurité

Le Base64 n'est pas un chiffrement et ne fournit aucune confidentialité, authentification, protection de l'intégrité ou hachage de mot de passe. Toute personne disposant de la valeur peut normalement la décoder.
Ne collez pas de secrets dans un outil en ligne sans comprendre l'environnement d'exécution. Le traitement local dans le navigateur réduit l'exposition réseau mais ne protège pas contre les extensions de navigateur, les appareils compromis, l'historique copié, les captures d'écran ou autres accès locaux.
Le décodeur rejette les espaces, les caractères n'appartenant pas à l'alphabet, le remplissage mal placé ou manquant, les encodages non canoniques et les séquences d'octets qui ne constituent pas de l'UTF-8 valide. D'autres outils peuvent être plus permissifs, de sorte que l'acceptation ailleurs ne rend pas une valeur canonique ici.
Le Base64 ne compresse pas les données. Pour les fichiers volumineux, utilisez un processus adapté aux fichiers qui préserve les octets d'origine et vérifie l'intégrité.

Sources

RFC 4648, The Base16, Base32, and Base64 Data Encodings — alphabet standard, regroupement, remplissage et exigences de décodage.
WHATWG Encoding Standard — le modèle d'encodage et de gestion d'erreurs UTF-8 utilisé par les encodeurs et décodeurs de texte de la plateforme web.

Registre éditorial

Rédigé et vérifié par l'équipe éditoriale de SoupCalc. La conversion UTF-8, la validation Base64 canonique, les exemples et les limites de sécurité ont été comparés à l'implémentation et à ses tests automatisés.

Dernière révision : 10 août 2026.