Base64-Umwandler

VonOleh Soloninaktualisiert 25. September 2026

Ergebnis

20 Bytes ergeben 28 Base64-Zeichen.

Ergebnis

R3LDvMOfZSBhdXMgTcO8bmNoZW4=

Länge

17 Zeichen werden zu 28 Zeichen

Bytes

20 Bytes in UTF-8 — mehr als Zeichen, weil 3 Zeichen mehr als ein Byte belegen

Größenzunahme

40 % gegenüber den Rohdaten

Rechenweg

17 Zeichen ergeben in UTF-8 20 Bytes. Base64 fasst je 3 Bytes zu 4 Zeichen zusammen: 20 ÷ 3 = 6 volle Gruppen und 2 Restbytes → 28 Zeichen samt Auffüllzeichen.

Hinweis

Standardalphabet nach RFC 4648. Für URLs die andere Variante wählen.

Das Ergebnis ist ein Richtwert und ersetzt keine Beratung.

Text nach Base64 kodieren und zurück — auch in der URL-sicheren Variante.

Base64 schreibt beliebige Bytes mit 64 druckbaren Zeichen. Aus je drei Bytes werden vier Zeichen, weshalb die Daten um genau ein Drittel wachsen — plus Auffüllzeichen am Ende.

Es ist keine Verschlüsselung, sondern eine Umschrift. Jeder kann sie in einer Sekunde rückgängig machen; wer damit ein Passwort schützt, schützt gar nichts.

So benutzen Sie den Rechner

Fügen Sie den Text oder die Base64-Zeichenkette ein und wählen Sie die Richtung.
Das Alphabet entscheidet über zwei Zeichen: Standard verwendet + und /, die URL-sichere Variante - (Bindestrich) und _.
Die Auffüllzeichen = am Ende lassen sich abschalten; manche Bibliotheken erwarten sie, andere stören sich daran.

Warum Base64 immer ein Drittel größer wird

Base64 schreibt je drei Bytes als vier Zeichen: Mit Auffüllung misst die Ausgabe 4 × ⌈Bytes ÷ 3⌉ Zeichen. Genau ein Drittel mehr sind es nur, wenn die Bytezahl durch drei teilbar ist, sonst mehr — ein einzelnes Byte wird zu vier Zeichen. Die dritte Zeile der Tabelle zeigt den glatten Fall: Drei Bytes ergeben genau vier Zeichen ohne Auffüllung.

Bei kurzen Eingaben sieht es schlimmer aus, weil auf ein Vielfaches von vier aufgefüllt wird. Ein einzelnes Byte belegt vier Zeichen und wächst damit um 300 Prozent; der Effekt verschwindet mit der Länge. Für ein 100-Kilobyte-Bild bleiben es zuverlässig 33 Prozent.

Alle Zeilen stammen aus dem Rechner dieser Seite. „Grüße aus München“ hat 17 Zeichen, aber 20 Bytes: ü, ß und ü belegen in UTF-8 je zwei Bytes — Base64 rechnet mit Bytes, nicht mit Zeichen.
Eingabe	Bytes in UTF-8	Base64	Zeichen	Zuwachs
A	1	QQ==	4	300 %
AB	2	QUI=	4	100 %
ABC	3	QUJD	4	33,3 %
ABCD	4	QUJDRA==	8	100 %
Hallo	5	SGFsbG8=	8	60 %
Grüße aus München	20	R3LDvMOfZSBhdXMgTcO8bmNoZW4=	28	40 %

Standard oder URL-sicher

Die beiden Alphabete unterscheiden sich in genau zwei Zeichen: Standard verwendet + und /, die URL-sichere Variante - und _. Der Grund ist praktisch — ein Schrägstrich in einer URL wird als Pfadtrennung gelesen und ein Pluszeichen in Formulardaten als Leerzeichen.

„~~~?“ zeigt den Unterschied unmittelbar: Standard ergibt fn5+Pw==, URL-sicher fn5-Pw==. Dasselbe Byte, ein anderes Zeichen. Ein strenger Decoder weist die Zeichen des anderen Alphabets zurück; einer, der beide annimmt — wie dieser Rechner —, gewinnt dieselben Bytes zurück.

Alle Zeilen stammen aus dem Rechner dieser Seite. Ohne Auffüllung wird aus „AB“ die Zeichenkette QUI statt QUI= — die Länge allein verrät dann, wie viele Restbytes gemeint sind.
Variante	Zeichen 62	Zeichen 63	Beispiel „~~~?“	Auffüllung
Standard nach RFC 4648	+	/	fn5+Pw==	mit =
URL-sicher	-	_	fn5-Pw==	meist ohne =

Warum es Base64 überhaupt gibt

E-Mail und viele ältere Protokolle übertragen nur druckbare ASCII-Zeichen. Ein Bild oder eine ZIP-Datei enthält aber jedes mögliche Byte, und diese Lücke schließt Base64 — deshalb steckt es in jedem Mailanhang.

Heute begegnet es einem vor allem in Data-URLs, in Basic-Auth-Kopfzeilen und in JSON Web Tokens. Dort geht es nie um Geheimhaltung, sondern immer darum, Binärdaten durch einen Textkanal zu bekommen.

Die URL-sichere Variante

Im Standardalphabet stehen + und /, und beide haben in einer URL eine eigene Bedeutung. RFC 4648 definiert deshalb eine Variante, die stattdessen - und _ verwendet — sie steckt unter anderem in JSON Web Tokens.

Die Auffüllzeichen = werden dabei häufig weggelassen, weil auch sie in URLs stören. Das Dekodieren funktioniert ohne sie, solange die Länge stimmt; dieser Rechner nimmt beide Formen entgegen.

Quellen

Stand der Werte: 2026. Die Ergebnisse sind Orientierungswerte und ersetzen keine fachliche Beratung.

Häufige Fragen

Warum werden Umlaute länger als andere Zeichen?

Weil Base64 auf Bytes arbeitet, nicht auf Zeichen. In UTF-8 belegt ein ü zwei Bytes, ein einfaches Emoji wie 😀 vier, zusammengesetzte wie eine Flagge mehr — entsprechend mehr Base64-Zeichen entstehen daraus. Der Rechner zeigt die tatsächliche Byte-Zahl mit an.

Kann ich Base64 zum Schutz von Daten verwenden?

Nein. Die Umwandlung ist öffentlich und ohne Schlüssel umkehrbar. Wer Vertraulichkeit braucht, verschlüsselt — Base64 kann danach dazukommen, um das Ergebnis durch einen Textkanal zu transportieren.

Ist Base64 eine Verschlüsselung?

Nein, es ist eine Kodierung. Jede Base64-Zeichenkette lässt sich ohne Schlüssel und ohne Aufwand zurückwandeln — genau das macht dieser Rechner. Wer Daten schützen will, braucht Verschlüsselung; Base64 sorgt nur dafür, dass Binärdaten durch Kanäle passen, die Text erwarten.

Wozu dienen die Gleichheitszeichen am Ende?

Sie füllen auf ein Vielfaches von vier Zeichen auf und verraten dabei, wie viele Restbytes in der letzten Gruppe stecken: ein = bedeutet zwei Bytes, zwei = bedeuten eines. Viele Bibliotheken kommen auch ohne aus, weil sich das aus der Länge ableiten lässt — JSON Web Tokens etwa verzichten grundsätzlich darauf.

Warum passt die Zeichenzahl nicht zu den Bytes?

Weil Base64 mit Bytes rechnet und UTF-8 für viele Zeichen mehr als ein Byte braucht. Ein Umlaut belegt zwei Bytes, das Eurozeichen drei, ein einfaches Emoji vier. Deshalb ergeben 17 Zeichen hier 20 Bytes — und die 20 Bytes bestimmen die Länge der Ausgabe.

Warum bekomme ich beim Dekodieren Datenmüll?

Meist, weil die Eingabe keine Textdaten enthält, sondern etwa ein Bild — dann sind die Bytes kein gültiges UTF-8, und der Rechner sagt das. Die zweite häufige Ursache ist das falsche Alphabet: Ein strenger Decoder weist - und _ einer URL-sicheren Zeichenkette zurück; dieser Rechner nimmt beide Alphabete an.

Nützliche Links

Entwicklung und Web Alle Rechner

Base64-Umwandler

Ergebnis

Passt dazu

URL-Kodierer

Textgröße in Bytes

Hash berechnen: MD5, SHA-1, SHA-256

JWT-Decoder

HTML-Entities-Umwandler

Unix-Zeitstempel-Umrechner

Nützliche Links