Encodeur/Décodeur Base64
Encodez, décodez et inspectez le Base64 et les Data-URIs sans latence. Comprend la détection automatique intelligente, l'inspecteur JSON Web Token (JWT) en temps réel, le générateur Data-URI pour images, l'auditeur de surcharge Base64 et le commutateur RFC 4648 URL-Safe avec une confidentialité 100 % côté client.
Outils en LigneTable d'Index de l'Alphabet Base64 RFC 4648 (64 Caractères)
Correspondance complète des séquences binaires 6 bits avec les jeux de caractères standard et URL-Safe.
| Valeur (décimale) | Binaire (6 Bits) | Caractère Base64 | Caractère URL-Safe | Hexadécimal ASCII |
|---|---|---|---|---|
| 0 | 000000 | A | A | 0x41 |
| 1 | 000001 | B | B | 0x42 |
| 2 | 000010 | C | C | 0x43 |
| 3 | 000011 | D | D | 0x44 |
| 4 | 000100 | E | E | 0x45 |
| 5 | 000101 | F | F | 0x46 |
| 6 | 000110 | G | G | 0x47 |
| 7 | 000111 | H | H | 0x48 |
| 8 | 001000 | I | I | 0x49 |
| 9 | 001001 | J | J | 0x4A |
| 10 | 001010 | K | K | 0x4B |
| 11 | 001011 | L | L | 0x4C |
| 12 | 001100 | M | M | 0x4D |
| 13 | 001101 | N | N | 0x4E |
| 14 | 001110 | O | O | 0x4F |
| 15 | 001111 | P | P | 0x50 |
| 16 | 010000 | Q | Q | 0x51 |
| 17 | 010001 | R | R | 0x52 |
| 18 | 010010 | S | S | 0x53 |
| 19 | 010011 | T | T | 0x54 |
| 20 | 010100 | U | U | 0x55 |
| 21 | 010101 | V | V | 0x56 |
| 22 | 010110 | W | W | 0x57 |
| 23 | 010111 | X | X | 0x58 |
| 24 | 011000 | Y | Y | 0x59 |
| 25 | 011001 | Z | Z | 0x5A |
| 26 | 011010 | a | a | 0x61 |
| 27 | 011011 | b | b | 0x62 |
| 28 | 011100 | c | c | 0x63 |
| 29 | 011101 | d | d | 0x64 |
| 30 | 011110 | e | e | 0x65 |
| 31 | 011111 | f | f | 0x66 |
| 32 | 100000 | g | g | 0x67 |
| 33 | 100001 | h | h | 0x68 |
| 34 | 100010 | i | i | 0x69 |
| 35 | 100011 | j | j | 0x6A |
| 36 | 100100 | k | k | 0x6B |
| 37 | 100101 | l | l | 0x6C |
| 38 | 100110 | m | m | 0x6D |
| 39 | 100111 | n | n | 0x6E |
| 40 | 101000 | o | o | 0x6F |
| 41 | 101001 | p | p | 0x70 |
| 42 | 101010 | q | q | 0x71 |
| 43 | 101011 | r | r | 0x72 |
| 44 | 101100 | s | s | 0x73 |
| 45 | 101101 | t | t | 0x74 |
| 46 | 101110 | u | u | 0x75 |
| 47 | 101111 | v | v | 0x76 |
| 48 | 110000 | w | w | 0x77 |
| 49 | 110001 | x | x | 0x78 |
| 50 | 110010 | y | y | 0x79 |
| 51 | 110011 | z | z | 0x7A |
| 52 | 110100 | 0 | 0 | 0x30 |
| 53 | 110101 | 1 | 1 | 0x31 |
| 54 | 110110 | 2 | 2 | 0x32 |
| 55 | 110111 | 3 | 3 | 0x33 |
| 56 | 111000 | 4 | 4 | 0x34 |
| 57 | 111001 | 5 | 5 | 0x35 |
| 58 | 111010 | 6 | 6 | 0x36 |
| 59 | 111011 | 7 | 7 | 0x37 |
| 60 | 111100 | 8 | 8 | 0x38 |
| 61 | 111101 | 9 | 9 | 0x39 |
| 62 | 111110 | + | - | 0x2B |
| 63 | 111111 | / | _ | 0x2F |
Architecture Mathématique du Remplissage Base64 (=)
Pourquoi le padding est indispensable et comment l'alignement 24 bits régit les signes égal.
Le Mécanisme d'Alignement de 3 Octets vers 4 Caractères
Le format Base64 regroupe trois octets de 8 bits (24 bits au total) pour créer quatre indices de 6 bits. Si la longueur de l'entrée n'est pas un multiple exact de 3, un remplissage (padding) est requis.
Lorsque le nombre d'octets est divisible par 3, exactement 4 caractères Base64 sont générés pour 3 octets. Aucun signe égal (=) n'est ajouté.
8 bits sont disponibles. Les 6 premiers forment le premier caractère, et les 2 bits restants sont complétés par 4 zéros. Deux caractères de remplissage (==) sont ajoutés.
16 bits sont disponibles. Ils produisent deux caractères de 6 bits (12 bits), et les 4 bits restants sont complétés par 2 zéros. Un seul caractère de remplissage (=) est ajouté.
La Pénalité de Surcharge de +33,3 % dans le Web Moderne
Base64 convertit 3 octets binaires en 4 octets ASCII, ce qui augmente le volume non compressé de 33,33 %. Si l'intégration inline supprime une requête HTTP, l'analyse du payload et l'absence de mise en cache peuvent ralentir le rendu du navigateur.
Recommandations pour Développeurs : Intégration vs Ressource Externe
Les favicons et les micro-SVG tirent parti des Data URIs en supprimant les allers-retours réseau lors du premier affichage.
Avec les protocoles récents, l'intégration de fichiers graphiques moyens ou volumineux n'est plus conseillée en raison de l'absence de mise en cache navigateur.
Pour les en-têtes d'authentification et les jetons JWT, Base64 garantit la compatibilité avec les canaux textuels sans constituer un chiffrement sécurisé.
Guide d'Utilisation : Encodeur et Décodeur Base64 (Étape par Étape)
Maîtrisez l'encodage de texte, la conversion de fichiers binaires, le transfert URL-Safe et l'inspection de jetons JWT.
Sélectionner le Mode ou Utiliser la Détection Automatique
Choisissez 'Détection auto' pour classifier instantanément votre saisie, ou sélectionnez 'Encoder', 'Décoder', 'Inspecteur JWT' ou 'Générateur Data-URI' dans la barre d'outils.
Saisir du Texte, Coller un Hash ou Déposer un Fichier
Tapez ou collez du texte UTF-8, des chaînes Base64 ou des jetons JWT dans le terminal. Vous pouvez aussi glisser-déposer des fichiers (images, SVGs, documents) pour générer des Data-URIs instantanément.
Configurer le Mode URL-Safe (RFC 4648 §5)
Activez l'option 'URL-Safe' pour remplacer '+' par '-' et '/' par '_', et supprimer les caractères de remplissage '=' finaux, assurant une compatibilité totale avec les URLs et paramètres web.
Inspecter les Données Décodées et l'Aperçu Graphique
Lors de l'analyse de jetons JWT, examinez les en-têtes structurés, les revendications et l'expiration. Pour les images, visualisez l'aperçu en direct ainsi que les snippets HTML et CSS prêts à l'emploi.
Auditer la Surcharge de Taille dans le Vérificateur de Volume
Consultez l'auditeur de volume pour mesurer la hausse exacte de +33,3 % due à l'encodage et comparer la taille brute à la taille encodée afin de valider la pertinence de l'intégration inline.
Copier dans le Presse-papiers ou Télécharger le Fichier
Cliquez sur 'Copier' pour intégrer le résultat dans votre code ou téléchargez le fichier généré. Toutes les opérations s'exécutent localement avec une confidentialité absolue.
Foire Aux Questions (FAQ)
Réponses techniques et opérationnelles pour développeurs web, experts en sécurité et ingénieurs systèmes.
Q:Qu'est-ce que l'encodage Base64 et pourquoi l'utilise-t-on ?
Base64 est un algorithme d'encodage binaire-texte défini par la norme RFC 4648. Il convertit des octets binaires bruts en un ensemble de 64 caractères ASCII imprimables (A–Z, a–z, 0–9, +, /). Cela permet de transférer des éléments binaires—tels que des images, des clés cryptographiques ou des certificats—via des protocoles textuels (comme HTTP, les e-mails SMTP, JSON et XML) sans risque de corruption causé par des caractères de contrôle.
Q:Quelle est la différence entre Base64 Standard et Base64 URL-Safe ?
Le Base64 Standard (RFC 4648 §4) utilise les symboles '+' et '/' ainsi que le caractère de remplissage '='. Or, dans les URLs et paramètres de requêtes web, le '+' est fréquemment interprété comme un espace et le '/' sert de séparateur de chemin. Le Base64 URL-Safe (RFC 4648 §5) corrige ce problème en remplaçant '+' par '-' (tiret) et '/' par '_' (souligné), tout en omettant généralement le remplissage '='.
Q:Pourquoi l'encodage Base64 augmente-t-il la taille des données d'environ 33 % ?
Base64 regroupe les données binaires par blocs de 3 octets (24 bits) pour générer 4 caractères ASCII (32 bits), chaque caractère ne transportant que 6 bits d'information utile. Ce ratio mathématique de 4 pour 3 entraîne une augmentation mécanique et exacte de 33,33 % du volume des données non compressées, complétée si nécessaire par des octets de remplissage.
Q:Que signifient les signes égal (=) à la fin d'une chaîne Base64 ?
Le signe égal '=' est un caractère de remplissage (padding) servant à respecter l'alignement sur 24 bits. Si le nombre d'octets de la source n'est pas un multiple de 3, des zéros sont ajoutés : s'il reste 1 octet, deux signes '==' sont ajoutés ; s'il reste 2 octets, un unique '=' est ajouté ; si la taille est un multiple exact de 3, aucun padding n'apparaît.
Q:Comment fonctionne l'inspecteur JWT et mes jetons sont-ils sécurisés ?
Un jeton JSON Web Token (JWT) se compose de trois segments séparés par des points : En-tête, Charge utile (Payload) et Signature. Notre outil segmente le jeton et décode les blocs Base64URL afin d'en afficher les champs, rôles et dates d'expiration. Comme le traitement s'effectue intégralement côté client dans votre navigateur, vos identifiants et jetons secrets ne transitent jamais sur le réseau.
Q:Quand faut-il intégrer des images en Data-URI Base64 plutôt que par lien externe ?
Les Data-URIs sont parfaites pour les micro-ressources (inférieures à 2 Ko) comme les favicons, petites icônes ou fichiers SVG critiques, car elles évitent une requête HTTP dédiée. En revanche, pour des images plus volumineuses (> 10 Ko), les fichiers externes sont préférables : l'encodage alourdit le fichier de 33 % et empêche le navigateur d'exploiter son cache de manière optimale.
Q:Mes données, mots de passe ou fichiers sont-ils envoyés vers vos serveurs ?
Non. 100 % des opérations d'encodage, de décodage, de lecture de fichiers et d'analyse de jetons s'exécutent exclusivement dans votre navigateur via les APIs natives JavaScript (FileReader et TextEncoder/TextDecoder). Aucune donnée n'est transmise ni conservée sur nos serveurs.
Qu'est-ce que Encodeur/Décodeur Base64 ?
Que vous soyez en train d'intégrer des polices web personnalisées ou de manipuler des jetons d'accès, la conversion Base64 est une compétence incontournable. Notre interface offre une expérience fluide, sans aucun délai de traitement. Nous avons intégré un système de détection intelligente (Smart Payload) qui formate automatiquement les résultats. Et parce que la sécurité de vos données est primordiale, notre architecture garantit une confidentialité totale côté client : vos chaînes de caractères ne transitent jamais sur le réseau.
Tutoriel Pratique : Inspection sécurisée de données d'entreprise
Un analyste en cybersécurité reçoit un fichier journal (log) contenant une chaîne Base64 suspecte qui a déclenché une alerte pare-feu. Étant donné que ces données pourraient contenir des mots de passe internes ou des clés d'API, il ne peut pas utiliser un décodeur en ligne classique qui stockerait l'historique sur un serveur distant. Il colle la chaîne dans notre outil client-side. L'inspecteur JWT intégré révèle instantanément qu'il s'agit d'un jeton d'authentification valide, affichant clairement le "payload" JSON qui prouve qu'un utilisateur légitime tentait simplement de se reconnecter après une mise à jour du système.
Fonctionnalités Clés et Leurs Avantages
| Composant de l'Outil | Explication Technique | Utilisation Quotidienne |
|---|---|---|
| Bascule URL-Safe | Applique la norme stricte RFC 4648. | Permet d'inclure des données encodées dans une URL sans générer d'erreurs 404 ou 400. |
| Auditeur de Poids (Bloat) | Calcule l'augmentation mécanique de la taille. | Vous aide à comprendre l'impact d'une image encodée sur la bande passante de votre site. |
| Générateur Data-URI | Formate les fichiers glissés-déposés. | Idéal pour embarquer des logos vectoriels (SVG) afin de réduire les requêtes serveur. |
Histoire et Origine
Le besoin de convertir des fichiers binaires en texte est né avec l'avènement du courrier électronique. Le protocole SMTP d'origine était incapable de gérer autre chose que du texte simple américain (ASCII). Dès que les utilisateurs ont voulu envoyer des images ou des documents Word en pièce jointe, les fichiers étaient corrompus. Le Base64 a été standardisé pour servir de traducteur universel, décomposant chaque fichier binaire en une série de lettres et de chiffres robustes qui traversent les serveurs sans la moindre altération.