Zum Inhalt springen
KlarTools
Menü
FinanzenTextEntwicklerAlltagZahlungGeneratorenEinheitenUnterstützen

Base64 Encoder

Text einfügen und in Base64 kodieren — oder eine Base64-Zeichenkette zurück in UTF-8-Text. Die Umwandlung bleibt in diesem Tab. Base64 ist eine Kodierung, keine Verschlüsselung: wer die Zeichenkette hat, kann sie lesen.

Voreinstellung: „KlarTools“ → S2xhclRvb2xz (Standard-Alphabet).

Kodieren und Dekodieren von UTF-8-Text. Das ist keine Verschlüsselung — jede Person mit der Zeichenkette kann sie zurücklesen.

Base64 ist eine Kodierung, keine Verschlüsselung. Der Inhalt bleibt für jede Person lesbar, die die Zeichenkette dekodiert.

Worum geht es?

Base64 stellt beliebige Bytes als ASCII-Zeichen dar. Der Alphabetvorrat nach RFC 4648 sind A–Z, a–z, 0–9, Plus und Schrägstrich; am Ende können ein oder zwei Gleichheitszeichen als Füllung stehen. Drei Bytes werden zu vier Zeichen. So passen Binärdaten in Textfelder, JSON oder E-Mail-Körper, ohne Steuerzeichen.

Das ist keine Verschlüsselung und kein Hash. Es gibt keinen Schlüssel. Jede Person mit der Zeichenkette und einem Decoder liest denselben Text. Wer ein Geheimnis schützen will, braucht ein Verschlüsselungsverfahren — nicht diese Seite und nicht Base64 „doppelt kodiert“.

Dieser Rechner nimmt UTF-8. Deutsche Umlaute und Emojis werden als UTF-8-Bytes kodiert, nicht als Latin-1/Windows-1252. Eine andere Zeichentabelle erzeugt andere Base64. Optional schaltet URL-safe auf Minus und Unterstrich statt Plus und Schrägstrich und lässt die Füllzeichen weg — nützlich in Query-Strings, nicht kompatibel mit jedem Decoder, der nur das Standardalphabet erwartet.

Formel

  • UTF-8-Bytes = TextEncoder(Text)
  • Base64 = je 24 Bit (3 Bytes) → 4 Zeichen aus A–Za–z0–9+/; Rest mit = auffüllen
  • URL-safe: + → −, / → _, Füll- = entfallen
  • Decode: Alphabet zurück in Bytes, dann TextDecoder(UTF-8)

Beispielrechnung

RFC-Beispiel „Man“

Eingabe
Text → Base64, Eingabe Man
Rechenweg
  1. UTF-8-Bytes von Man: 4d 61 6e
  2. 24 Bit → vier 6-Bit-Gruppen
  3. Alphabet: TWFu
Ergebnis
TWFu

Umlaut „Grüße“

Eingabe
Text → Base64, Eingabe Grüße
Rechenweg
  1. UTF-8, nicht Latin-1: ü und ß brauchen zwei Bytes
  2. Base64 der UTF-8-Folge
Ergebnis
R3LDvMOfZQ== — andere Tabellen (Latin-1) ergeben eine andere Kette

KlarTools und Zurück

Eingabe
KlarTools kodieren, danach dekodieren
Rechenweg
  1. Encode: S2xhclRvb2xz
  2. Decode derselben Kette
Ergebnis
wieder KlarTools — Roundtrip in UTF-8

Gut zu wissen

  • Das Alphabet und die Füllregeln stehen in RFC 4648. URL-safe ist dort das Alphabet − und _ statt + und /.Quelle: RFC 4648
  • Base64 verbirgt nichts. Es ist eine Darstellung, keine Verschlüsselung, keine Signatur und kein Hash.
  • UTF-8 ist hier fest. Eine Latin-1-Kodierung von „ä“ ist ein anderes Byte als UTF-8 und damit anderes Base64.
  • Leerzeichen in der Base64-Eingabe werden vor dem Dekodieren entfernt. Andere Trennzeichen sind ungültig.
  • Es gibt keinen Datei-Upload. Beliebige Binärdateien (PDF, Bilder) gehören nicht in dieses Textfeld.

Zuletzt geprüft: August 2026.

So funktioniert der Rechner

  1. 1. Richtung wählen

    Text → Base64 kodiert UTF-8 in das Standardalphabet. Base64 → Text dekodiert zurück. URL-safe ändert nur Plus, Schrägstrich und Füllzeichen in der Ausgabe.

  2. 2. Text oder Base64 einfügen

    Die Umwandlung läuft sofort im Tab. Ungültiges Base64 — falsche Zeichen, unmögliche Länge, kein UTF-8 — ergibt eine Fehlermeldung statt stiller Leerausgabe.

  3. 3. Ergebnis kopieren

    Kopieren übernimmt die Ausgabe. Nichts wird in die URL geschrieben und nichts an einen Server gesendet.

Häufige Fragen

Ist Base64 eine Verschlüsselung?

Nein. Base64 ist eine Kodierung: Bytes werden als ASCII-Zeichen geschrieben. Es gibt keinen Schlüssel und keine Vertraulichkeit. Jede Person mit der Zeichenkette kann sie dekodieren. Für Geheimnisse brauchen Sie ein Verschlüsselungsverfahren, nicht diesen Rechner.

Warum sieht „Grüße“ anders aus als in manchen älteren Tools?

Dieser Rechner kodiert UTF-8. Umlaute und ß brauchen darin zwei Bytes, Emojis vier. Ältere Tools rechnen oft Latin-1 oder Windows-1252 — ein Byte pro westlichem Sonderzeichen. Dieselbe Buchstabenfolge ergibt dann anderes Base64. Für Web, JSON und moderne Editoren ist UTF-8 der übliche Stand.

Was ist URL-safe Base64?

Im Standardalphabet kommen Plus und Schrägstrich vor, die in URLs eine Bedeutung haben. Die URL-safe-Variante nach RFC 4648 ersetzt sie durch Minus und Unterstrich und lässt die Füll-Gleichheitszeichen oft weg. Dekodieren akzeptiert hier beide Alphabete. Nicht jeder fremde Parser tut das — prüfen Sie die Gegenstelle.

Kann ich Dateien, PDFs oder Bilder umwandeln?

Nein. Es gibt keinen Datei-Upload und keine Größenannahme für Binärformate. Das Feld ist UTF-8-Text bzw. eine Base64-Zeichenkette, die wieder Text ergibt. Wer Dateien kodiert, braucht ein anderes Werkzeug; dieser Rechner bleibt bewusst bei Text.

Wird der Text auf einen Server geschickt?

Nein. Encode und Decode laufen im JavaScript dieses Tabs. Es gibt kein fetch der Eingabe, kein Beacon und keine URL-Parameter mit dem Text. Beim Aufruf der Seite entstehen übliche Hosting-Logs (IP) beim Hoster; das steht in der Datenschutzerklärung.

Warum kommt die Meldung „ungültiges Base64“?

Häufige Ursachen: ein Zeichen außerhalb des Alphabets, eine Länge die sich nicht auf Vierergruppen ergänzen lässt, oder Bytes die nach dem Dekodieren kein UTF-8 sind. Leerzeichen dürfen vorkommen, sie werden entfernt. Prüfen Sie Kopierartefakte und ob die Quelle wirklich Base64 und nicht Hex oder Quoted-Printable geliefert hat.

  • JSON formatieren — Pretty-Print oder Minify im Browser. Fehlerhinweis bei ungültigem JSON.
  • UUID-Generator — UUID Version 7 (Standard) oder v4, lokal im Browser. Keine Geheimnisse.
  • Schreibweise-Konverter — Groß, klein oder Satzanfang. Kein englisches Title Case. ß bleibt ß bzw. ẞ.

Weitere in Entwickler

  • Farbcode-Umrechner — HEX, RGB, HSL und CMYK live, Vorschau, Kopieren und WCAG-Kontrast gegen Weiß und Schwarz.