Tool-Hinweise

Über Base64-Kodierer/Dekodierer

Ein Base64 Encoder/Decoder wandelt UTF-8-Text in Base64 um und decodiert Base64 zurück in lesbaren Text.

Das Werkzeug unterstützt normales Base64 und URL-safe Base64, validiert fehlerhafte Eingaben und läuft lokal im Browser.

So nutzen Sie Base64 Encoder/Decoder

Fügen Sie einfachen UTF-8-Text ein und klicken Sie Encode, um einen Base64-String zu erzeugen.
Fügen Sie einen Base64-Wert ein und klicken Sie Decode, um ihn wieder in lesbaren Text zu wandeln.
Aktivieren Sie URL-safe Base64, wenn der Wert in URL, Token-Segment oder filename-artigem Feld stehen soll.
Nutzen Sie Swap, wenn die Ausgabe zur nächsten Eingabe werden soll.

Typische Einsatzfälle

Token-Segmente, Konfigurationswerte oder API-Payloads beim Debugging decodieren.
Kurzen Text als Base64 für Test-Fixtures oder Dokumentationsbeispiele codieren.
Prüfen, ob ein kopierter Base64-Wert gültig ist, bevor er an einen Dienst geht.
Zwischen Standard- und URL-safe-Varianten bei Web Tokens oder URL-Parametern wechseln.

Base64, URL-safe Base64 und Padding

Base64 stellt Bytes mit druckbaren Zeichen dar. Es ist Encoding, keine Verschlüsselung; wer den Text hat, kann ihn decodieren.

Standard Base64 nutzt Buchstaben, Zahlen, Plus, Slash und optionales Equals-Padding.
URL-safe Base64 ersetzt Plus durch Hyphen und Slash durch Underscore, damit der Wert besser in URLs funktioniert.
Padding: Equals-Zeichen am Ende richten die Bytelänge aus; manche URL-safe Formate lassen sie weg.
UTF-8-Text: Nicht-englische Zeichen werden zuerst als Bytes codiert und dann als Base64 dargestellt.

Häufige Fragen zu Base64-Kodierer/Dekodierer

Ist Base64 Verschlüsselung?: Nein. Base64 ist reversible Codierung, keine Verschlüsselung. Wer decodieren kann, sieht den Inhalt.
Warum schlägt das Decoding fehl?: Mögliche Ursachen sind ungültige Zeichen, fehlende Bytes, falscher URL-safe Modus oder kopierte Leerzeichen.
Wann brauche ich URL-safe Base64?: Wenn der codierte Wert in URLs, JWT-ähnlichen Token-Segmenten oder Dateinamen stehen soll, wo Plus und Slash Probleme machen.
Macht Base64 Daten kleiner?: Nein. Base64 vergrößert Daten meist um etwa ein Drittel, weil binäre Bytes als druckbarer Text erscheinen.
Wird mein Base64-Text hochgeladen?: Nein. Encoding und Decoding laufen lokal im Browser und werden nicht an wetool.site gesendet.

Base64 vs URL Encoding

Base64 stellt Bytes als Text dar. URL Encoding maskiert Zeichen innerhalb einer URL. Wenn Base64 in eine Abfragezeichenfolge kommt, ist URL-safe Base64 meist einfacher.

Standard-Base64 vs. URL-safe Base64

Wenn Base64 in URLs, JWTs, Dateinamen oder Formularfeldern erscheint, liegen Fehler oft an Alphabet-Variante und Padding.

Standard Base64 nutzt + und /; vor query strings ist meist URL encoding nötig.
URL-safe Base64 nutzt - und _ und ist häufig in JWTs, OAuth state, kurzen tokens und filename-like fields.
Manche Protokolle behalten trailing = padding, andere lassen es weg; bei Decode-Fehlern zuerst prüfen, ob die Länge auf ein Vielfaches von 4 ergänzt werden muss.

Base64 Sicherheitsgrenze

Base64 ist Encoding, nicht Encryption. Es macht Binary oder UTF-8 text zu printable characters, versteckt den Inhalt aber nicht.

Jeder mit dem Base64 string kann ihn dekodieren; secrets, passwords oder private keys sind dadurch nicht geschützt.
Beim Dekodieren von JWT payloads, Basic Auth headers oder config values zuerst annehmen, dass der Inhalt sensibel sein kann.
Für Vertraulichkeit braucht es encryption, für Echtheit signatures und für Integrität hashes; Base64 ist nur Darstellung.