Encoder/décoder Base64

Base64 convertit des données binaires arbitraires (ou du texte) en une chaîne faite seulement de lettres, chiffres, +, / et = — caractères sûrs à embarquer dans des endroits conçus pour le texte brut, comme champs JSON, URL, pièces jointes e-mail, en-têtes HTTP ou fichiers de config. Ce n’est ni du chiffrement ni de la compression ; c’est purement un format de transport sûr, et n’importe qui peut le décoder vers l’original instantanément.

La fonction btoa() intégrée du navigateur n’accepte que les caractères dans la plage d’octets 0–255 (Latin-1). Les caractères coréens, emojis et la plupart des écritures non latines utilisent des séquences UTF-8 multi-octets hors de cette plage, donc btoa() lève une « InvalidCharacterError » ou mutile silencieusement le texte. Cet outil évite cela en convertissant d’abord le texte en octets UTF-8 bruts avec TextEncoder, en encodant ces octets en Base64, et en inversant exactement les mêmes étapes au décodage avec TextDecoder — pour que coréen, emojis et accents fassent un aller-retour parfait.

Base64 encode les données par blocs de 3 octets qui deviennent 4 caractères de sortie. Quand les données d’origine ne sont pas un multiple propre de 3 octets, des « = » sont ajoutés à la fin pour compléter le dernier groupe à 4 caractères — un « = » s’il restait 2 octets, deux « = » s’il en restait 1. Leur présence (ou absence) est une partie normale et attendue du Base64 valide — pas une erreur.

Cela dépend entièrement du fait que l’outil envoie ou non votre saisie à un serveur. Celui-ci ne le fait jamais — chaque conversion tourne localement dans votre navigateur via les API JavaScript intégrées (TextEncoder, TextDecoder, btoa, atob), sans requête réseau. C’est sûr pour décoder des valeurs sensibles comme clés API, segments JWT ou en-têtes Basic Auth, que vous ne devriez jamais coller dans un outil qui proxyifie via un backend que vous ne contrôlez pas.