Collez votre Base64 cassé ici et cliquez sur "Réparer Base64 !!" pour le corrigerEntrez du Base64 invalide

Qu'est-ce que le Correcteur Base64 ?

Vous avez collé une chaîne Base64 et elle ne décode tout simplement pas. Peut-être que le padding `=` manque. Peut-être que des sauts de ligne se sont glissés depuis un client mail ou un chat. Peut-être que la variante URL-safe s'est mélangée à la version standard. Cet outil nettoie tout cela. Collez la chaîne cassée, cliquez sur le bouton, récupérez quelque chose qui décode vraiment.

Base64 est défini par la RFC 4648 — groupes stricts de 4 caractères, padding `=` optionnel, deux jeux de caractères (standard `+/` et URL-safe `-_`). Les fonctions btoa / atob du navigateur lèvent une exception dès qu'une de ces règles s'écarte. La page Base64 de MDN détaille les règles ; Wikipédia donne un bon récapitulatif des endroits où chaque variante est utilisée (MIME e-mail, JWT, data URLs, clés S3). Les chaînes réelles se déforment en passant d'un contexte à l'autre.

Tout s'exécute dans votre navigateur. Vos données restent sur votre machine. Réparez la chaîne, recopiez-la dans votre code ou votre curl, passez à autre chose.

Comment Utiliser le Correcteur Base64

Trois étapes. Chacune utilise les vrais boutons et panneaux de cette page.

Collez du Base64 Cassé ou Chargez un Exemple

Mettez votre Base64 cassé dans l'éditeur de gauche. Cliquez sur Base64 d'Exemple si vous voulez voir le type d'entrée que le correcteur gère. Les motifs courants rencontrés en pratique — sauts de ligne dus au pliage des e-mails, padding `=` en moins ou en trop, un `-` ou `_` mélangé à `+` et `/`, du bruit collé à la fin :

SGVsbG8gV29ybGQ
U0tVLTEwMQ==-_invalid

Le correcteur normalise tout cela selon la RFC 4648. Il enlève les espaces, ajuste le padding pour que la longueur soit un multiple de 4 et, si nécessaire, bascule entre les alphabets standard et URL-safe pour que le résultat décode.

Cliquez sur Réparer Base64 !!

Cliquez sur le bouton vert Réparer Base64 !!. La chaîne part au backend, est analysée puis ré-émise propre. Un indicateur de chargement apparaît pendant ce temps — généralement une ou deux secondes.

Examinez la Sortie

Le panneau de droite affiche le Base64 réparé. Les octets décodés sont identiques à ce que votre entrée était censée représenter — seul l'encodage est corrigé. Copiez la sortie et collez-la là où elle doit aller : votre décodeur, votre appel API, votre data URL.

Quand Vous Utiliseriez Vraiment Ceci

Débogage d'API et JWT

Un jeton venant d'une API décode en local mais celui du mail non. Neuf fois sur dix le client mail a inséré des sauts de ligne ou la variante URL-safe a été décodée bizarrement. Collez-le ici et vous aurez généralement quelque chose qui marche en quelques secondes.

Récupérer des chaînes collées depuis un chat

Slack, Teams et le mail adorent insérer des sauts de ligne discrets dans les longs blocs Base64. Parfois ils remplacent `+` par une espace lors du copier-coller. Le correcteur défait les deux.

Variantes Standard vs URL-Safe

Les JWT utilisent du Base64 URL-safe. La plupart des API et S3 non. Quand vous faites circuler une valeur entre ces mondes, l'encodage se mélange — ici le padding est ajusté et `-_` est échangé contre `+/` pour que ça redécode.

Charges utiles dans des Data URLs

Quand un data: URL dans votre CSS ou HTML cesse de s'afficher, le coupable est généralement la charge Base64. Collez le `data:image/png;base64,...` complet — le correcteur conserve le préfixe et ne répare que la partie encodée.

Questions Fréquemment Posées

Mon Base64 est-il stocké quelque part ?

Non. Tout se passe dans votre navigateur avec JavaScript. La chaîne ne quitte jamais votre machine d'une manière que nous puissions lire — nous ne la journalisons pas, nous ne la voyons pas.

Quels types d'erreurs corrige-t-il ?

Padding `=` manquant ou en trop, sauts de ligne et espaces incrustés, mélange de caractères URL-safe (`-_`) et standard (`+/`), bruit en fin de chaîne et longueurs qui ne sont pas multiples de 4. Si les octets sous-jacents sont partiellement perdus — par exemple si quelqu'un a tronqué la chaîne au milieu d'un caractère — il y a une limite à ce qu'on peut faire.

Les données décodées restent-elles les mêmes ?

Oui. Nous ne normalisons que l'encodage selon RFC 4648. Les octets qui devaient sortir de atob sortent identiques. Nous ne touchons pas au contenu sous-jacent.

Gère-t-il le Base64 URL-safe ?

Oui. L'alphabet standard (`+/`) comme la variante URL-safe (`-_`) sont pris en charge. Si votre entrée mélange les deux, le correcteur retient celui qui semble dominant et normalise vers lui.

Cela fonctionne-t-il pour le Base64 d'images ou de PDF ?

Oui. Le contenu ne change rien à la correction de l'encodage. Si vous collez une URL `data:image/png;base64,...` le préfixe est préservé et seule la charge encodée est réparée.

Le Base64 corrigé est-il toujours décodable ?

Pour les ruptures de format, oui. Si les octets originaux étaient partiellement corrompus (bits perdus ou réécrits), aucun correctif d'encodage ne les récupère — vous décoderez mais avec du bruit à l'endroit endommagé. Vérifiez avec notre Décodeur Base64 ensuite.

Autres Outils Base64 dont Vous Pourriez Avoir Besoin

Réparer l'encodage n'est qu'une étape. Voici les autres outils Base64 du site :