Convertisseur Base64 URL-Safe | Standard et URL-safe en parallèle

Encodez du texte en Base64 standard et URL-safe en même temps, ou décodez l'un des formats en texte UTF-8. Inclut le retrait du remplissage et le retour à la ligne à 76 caractères.

💡 À propos de cet outil

Si vous avez déjà collé une chaîne Base64 dans une URL et vu le lien se casser, vous avez rencontré le problème des caractères + et /. Le Base64 standard (défini dans le RFC 4648 §4) utilise +, / et =, qui ont une signification particulière dans les URL, les paramètres de requête et les noms de fichiers. L'alphabet URL-safe du RFC 4648 §5 remplace + par - et / par _, afin que la chaîne traverse une URL sans encodage supplémentaire.

Cet outil affiche la forme standard et la forme URL-safe côte à côte, ce qui est pratique pour inspecter l'en-tête d'un JWT ou un paramètre OAuth et comparer les deux notations. Côté décodage, vous pouvez coller l'une ou l'autre variante : l'outil normalise -_ en +/ et complète le remplissage manquant avant de décoder, de sorte qu'un jeton tronqué reste exploitable. Les séquences d'octets non valides sont détectées par le mode strict UTF-8, ce qui donne une erreur claire plutôt qu'un texte illisible.

🧐 Questions fréquentes

Q. Quelle est la différence entre le Base64 standard et URL-safe ? A. Seuls les 63e et 64e caractères changent. Le standard utilise + et / ; l'URL-safe utilise - et _. Les 62 autres caractères (A-Z, a-z, 0-9) sont identiques.

Q. Peut-on décoder après avoir retiré le remplissage = ? A. Oui. La longueur du Base64 est toujours un multiple de quatre, donc le = manquant peut être déduit. L'outil le complète automatiquement avant de décoder.

Q. Comment traiter un JWT complet ? A. Un JWT comporte trois parties séparées par des points. Collez l'en-tête, la charge utile et la signature une par une. Chaque partie est en Base64 URL-safe sans remplissage.

Q. Gère-t-il les emojis et le texte non ASCII ? A. Oui. La saisie est convertie en octets UTF-8 avant l'encodage, donc les caractères multi-octets sont préservés correctement.

Q. À quoi sert le retour à la ligne à 76 caractères ? A. Les corps de courriel MIME découpent le Base64 en lignes de 76 caractères. Laissez l'option désactivée pour les URL et les jetons, où une ligne unique est plus facile à copier.

📚 Comment fonctionne le Base64

Le nom Base64 vient du fait de représenter les données avec seulement 64 caractères imprimables. Il découpe chaque groupe de trois octets (24 bits) en blocs de 6 bits formant quatre caractères, ce qui explique pourquoi la sortie atteint environ 4/3 de la taille d'origine. C'est un encodage, pas une compression : l'objectif est de transporter des données binaires de façon sûre à travers des canaux uniquement textuels.

Le RFC 4648 normalise toute la famille dans un même document : Base16 (hexadécimal), Base32 et Base64, ainsi que la variante URL-safe. Comme les alphabets sont définis formellement, deux systèmes conformes au RFC produisent toujours la même sortie pour la même entrée.