Start›Entwickler-Werkzeuge› Base64 kodieren / dekodierenBrowser
Base64 kodieren und dekodieren
Kodiert Text nach Base64 und zurück. Der Text wird zuerst UTF-8-kodiert, damit Umlaute, Emoji und CJK sauber hin und zurück kommen — der naive Weg scheitert an allem außerhalb von Latin-1.
Häufige Voreinstellungen
Jede hat ihre eigene Seite, die erklärt, woher die Vorgabe kommt und was dich erwartet.
So geht’s
- 1Richtung wählen: Text → Base64 oder Base64 → Text.
- 2In das Eingabefeld einfügen oder tippen.
- 3Das Ergebnis wird beim Tippen sofort im Ausgabefeld gerendert — es gibt keinen Knopf zu drücken.
- 4Mit Kopieren in die Zwischenablage legen.
Häufige Fragen
- Was ist Base64?
- Eine Schreibweise für beliebige Bytes mit 64 druckbaren ASCII-Zeichen (A–Z, a–z, 0–9, + und /), damit Daten durch Kanäle passen, die nur Text annehmen: E-Mail-Texte, JSON-Felder, Data-URIs, HTTP-Header. Aus je drei Bytes werden vier Zeichen, = füllt das Ende auf.
- Ist Base64 eine Verschlüsselung?
- Nein, und das gehört klar gesagt. Base64 ist eine Kodierung, keine Chiffre: es gibt keinen Schlüssel, und wer die Zeichenkette sieht, dekodiert sie in einer Sekunde — zum Beispiel auf dieser Seite. Versteck damit nie ein Passwort oder ein Token.
- Warum ist der kodierte Text rund ein Drittel länger?
- Vier Ausgabezeichen tragen drei Eingabebytes, das Wachstum ist also 4/3, ungefähr 33%, plus Padding. Dieser Aufschlag ist der Preis der Textsicherheit — und der Grund, große Nutzlasten lieber als Bytes zu schicken.
- Funktionieren Umlaute, ß und Emoji?
- Ja. Der Text wird vor Base64 nach UTF-8 kodiert und auf dem Rückweg genauso dekodiert. Die naive Einzeiler-Variante scheitert an allem außerhalb von Latin-1 — deshalb zerlegen so viele andere Konverter genau diese Zeichen.
- Ist das dasselbe Base64 wie in einem JWT?
- Fast. JWTs nutzen Base64URL: + und / werden zu - und _, das Padding fällt weg, damit die Zeichenkette in einer URL überlebt. Ein roher JWT-Abschnitt lässt sich hier unter Umständen nicht dekodieren. Nimm für Tokens den JWT-Decoder.