Vérifier une fixture texte aller-retour
Décodez, comparez le texte, réencodez puis comparez le Base64 normalisé.
- Coller la charge
- Vérifier Unicode
- Ouvrir l’encodeur
- Réencoder et comparer
Décodeurs
Décodeur Base64 UTF-8
Décodez localement le Base64 standard ou Base64URL sans remplissage, normalisez espaces et padding, refusez l'alphabet malformé et exigez des octets UTF-8 valides. Utile pour les développeurs, analystes et tous ceux qui manipulent des réponses API encodées, des jetons JWT ou des data URLs. Prend en charge les variantes avec et sans padding avec un traitement instantané côté navigateur.
Outils Base64
Entrée Base64
Entrée Base64
Glisser-déposer pris en charge
Sortie décodée
Texte décodé
La sortie décodée apparaîtra ici.
En bref
Inspectez du texte transporté avec un décodage UTF-8 strict : espaces et alphabet URL sont normalisés, tandis que le Base64 invalide ou un contenu binaire déclenche une erreur locale précise.
Fonctionnalités prises en charge
- Base64 standard RFC 4648 et substitutions Base64URL - et _, avec ajout automatique du remplissage manquant.
- Suppression des espaces ASCII avant validation pour accepter les chaînes Base64 repliées.
- Décodage UTF-8 fatal : les octets invalides sont refusés au lieu d’être remplacés silencieusement.
- Entrée saisie, collée, exemple ou fichier texte, avec compteur d’octets, copie et decoded.txt.
- Inspection de charges texte et aller-retour ; la restauration binaire n’appartient pas à cet espace.
Comment utiliser Décodeur Base64 UTF-8
Réalisez un flux Décodeur Base64 UTF-8 vérifiable dans ce navigateur.
- 1
Étape 1
Coller seulement la valeur
Saisissez une charge Base64 ou Base64URL sans préfixe data:.
- 2
Étape 2
Laisser agir la normalisation
Les espaces sont retirés, - et _ convertis et le remplissage = rétabli.
- 3
Étape 3
Lire le diagnostic
Alphabet ou longueur invalides sont refusés avant décodage ; les octets non UTF-8 ont leur propre erreur.
- 4
Étape 4
Comparer le texte
Contrôlez espaces invisibles, ponctuation Unicode et fins de ligne.
- 5
Étape 5
Exporter après contrôle
Copiez ou téléchargez decoded.txt uniquement après avoir confirmé qu’il s’agit de texte.
Erreurs fréquentes
Coller une data URL complète
Conséquence: La virgule et les métadonnées MIME échouent à la validation.
Correction: Utilisez le convertisseur de fichier ou ne gardez que la partie après « ;base64, » si elle représente du texte UTF-8.
Décoder une image comme texte
Conséquence: Le Base64 peut être valide mais les octets ne sont pas du UTF-8.
Correction: Utilisez un décodeur binaire ; cette interface produit volontairement du texte.
Confondre décodage et authenticité
Conséquence: Une chaîne peut être modifiée puis réencodée sans alerte.
Correction: Vérifiez séparément signature, MAC ou somme de contrôle fiable.
Bonnes pratiques
- Testez « 4pyT » → « ✓ » pour confirmer un vrai décodage UTF-8.
- Séparez une data URL à la première virgule et examinez son MIME avant tout traitement.
- Gardez la chaîne d’origine et comparez précisément les fins de ligne.
- Considérez le texte comme non fiable tant que l’intégrité du protocole n’est pas vérifiée.
Flux de travail liés
Inspecter un segment JWT sans conclure
Les segments JWT sont en Base64URL, mais leur décodage ne valide aucune signature.
- Copier un segment
- Décoder le texte
- Inspecter le JSON
- Vérifier le JWT séparément
Limites du navigateur
- Base64 normalisé, octets et texte coexistent en mémoire ; les grosses charges peuvent bloquer un mobile.
- Les alphabets standard et URL sont acceptés mais l’outil ne peut pas retrouver la variante d’origine.
- La lecture du presse-papiers peut être bloquée hors contexte sécurisé ou sans geste utilisateur.
Ressources de référence
Exemples concrets
- Entrée
- 4pyT
- Résultat
- ✓
Le Base64 RFC 4648 4pyT représente les octets UTF-8 E2 9C 93, décodés exactement en caractère ✓.
Questions fréquentes
Pourquoi un Base64 valide déclenche-t-il une erreur UTF-8 ?
Base64 représente n’importe quels octets ; cette interface ne renvoie que du texte UTF-8 valide.
Base64URL sans = est-il accepté ?
Oui. - et _ sont normalisés et le remplissage est restauré.
Pourquoi data:image/png;base64,… est-il refusé ?
L’éditeur attend la charge seule et une image contient des octets binaires.
Un décodage réussi rend-il le message sûr ?
Non. Il valide représentation et UTF-8, pas l’identité de l’émetteur.
Les retours à la ligne dans l’entrée sont-ils permis ?
Oui, les espaces ASCII sont supprimés avant validation.
Comment récupérer un fichier binaire ?
Utilisez un flux binaire dédié ; cet outil ne reconstruit pas de fichier.
Confidentialité et fonctionnement hors ligne
La normalisation, atob et TextDecoder en mode fatal s’exécutent dans ce navigateur. Aucune valeur ni texte n’est téléversé. Après mise en cache des ressources statiques, le décodage fonctionne hors ligne ; presse-papiers et téléchargement restent explicites.
Outils associés
- Encodeur de texte Base64Dans « Vérifier une fixture texte aller-retour », utilisez ensuite Encodeur de texte Base64 pour cette fonction : Encodage UTF-8 par TextEncoder avant Base64, afin de conserver correctement les caractères non ASCII.
- Convertisseur de fichier en data URL Base64Utilisez ensuite Convertisseur de fichier en data URL Base64 pour cette fonction liée : Tout fichier choisi par le sélecteur du navigateur, lu en octets via FileReader.readAsArrayBuffer.
- Décodeur d'encodage percentUtilisez ensuite Décodeur URL pour cette fonction liée : Décodeur URL fonctionne localement dans votre navigateur pour un traitement rapide et privé, sans envoi de données.
- Décodeur JWTDans « Inspecter un segment JWT sans conclure », utilisez ensuite JWT Decoder pour cette fonction : Décodez localement les en-têtes et payloads JWT, inspectez claims, algorithme, émetteur, audience et expiration sans confondre décodage et vérification.