Base64-Kodierer
Text in Base64 kodieren oder Base64 in lesbaren Text dekodieren. Volle UTF-8-Unterstützung (Chinesisch, Emojis, Akzente) und URL-sicheres Base64.
Wandeln Sie Text in Base64 um und wieder zurück. Base64 übersetzt beliebige Bytes in reine ASCII-Zeichen; deshalb kommt es in Data-URIs, E-Mail-Anhängen, API-Tokens und Konfigurationsdateien vor, in denen Binärdaten den Transport sonst zerstören würden.
Häufiger gebraucht wird das Dekodieren: eine JWT-Nutzlast, ein Basic-Auth-Header, ein API-Schlüssel oder ein eingebettetes Bild kommen als Base64 an und müssen gelesen werden. Das Kodieren ist der umgekehrte Weg, und beide Richtungen unterstützen UTF-8, akzentuierte Zeichen und Emojis überstehen den Durchlauf also unbeschadet.
Base64 kodieren und dekodieren – so geht es
Text oder Base64 einfügen
Kodieren oder dekodieren wählen
Das Ergebnis kopieren
Häufige Fragen
Werden UTF-8-Texte unterstützt?
Ja. Akzentuierte Zeichen, CJK-Text und Emojis werden in beide Richtungen korrekt behandelt; ein naiver Kodierer würde sie beschädigen.
Warum sieht mein dekodierter Text kaputt aus?
Das bedeutet meist, dass die Eingabe kein gültiges Base64 war oder dass es sich um eine Binärdatei statt um Text handelte. Prüfen Sie auf fehlende Füllzeichen (=) oder Zeilenumbrüche innerhalb des Werts.
Kann ich das auch für Bilder nutzen?
Dafür gibt es ein eigenes Tool, das eine Bilddatei in eine Base64-Data-URI umwandelt – genau das brauchen Sie, um ein Bild in CSS oder HTML einzubetten.
Ist Base64 eine Form der Verschlüsselung?
Nein, es ist nur eine Kodierung – jeder kann sie rückgängig machen. Behandeln Sie Base64 niemals als Schutz für ein Geheimnis.
Gibt es eine Größenbegrenzung?
Die Grenze ist der Arbeitsspeicher Ihres Geräts. Text von mehreren Megabyte wird sofort verarbeitet.
Werden meine Daten hochgeladen?
Nein, Kodieren und Dekodieren laufen in Ihrem Browser – das ist bei Tokens und Zugangsdaten entscheidend.
Auf einen Blick
| Eingabe | Text |
|---|---|
| Mehrere Dateien | Nein |
| Läuft wo | In Ihrem Browser – Dateien werden nie hochgeladen |
| Funktioniert offline | Ja — sobald die Seite geladen ist |
| Preis | Kostenlos, keine Anmeldung, kein Wasserzeichen |
Geheimnisse sicher behandeln
Entwicklerwerkzeuge verarbeiten öfter Zugangsdaten, als den Leuten bewusst ist, und das Risiko liegt nicht im Algorithmus, sondern darin, wohin die Daten gehen. Hashing ist einweg und keine Verschlüsselung – MD5 und SHA-1 sind für alles Sicherheitsrelevante gebrochen, und selbst SHA-256 ist das falsche Werkzeug zum Speichern von Passwörtern, wofür bcrypt, scrypt oder Argon2 genau deshalb existieren, weil sie langsam sind. Base64 ist eine Kodierung, kein Schutz: Jeder kann sie dekodieren, behandeln Sie sie also nie als Verschleierung. Ein JWT kann von jedem gelesen werden, der es besitzt, weshalb die Nutzlast niemals Geheimnisse enthalten darf, und das Dekodieren eines Tokens prüft nicht seine Signatur – die Prüfung erfordert den Schlüssel. Alles auf dieser Seite läuft lokal in Ihrem Browser, und genau deshalb kann sie überhaupt sicher mit Tokens und Passwörtern umgehen.
Wo Konvertierungen stillschweigend kaputtgehen
Die meisten Konvertierungsfehler drehen sich nicht um Syntax, sondern um Bedeutung. Eine CSV-Spalte mit Postleitzahlen verliert ihre führenden Nullen in dem Moment, in dem eine Tabellenkalkulation sie für eine Zahl hält; eine lange ID überschreitet die Gleitkommapräzision; Datumsangaben ändern ihre Bedeutung, je nachdem, ob der Tag oder der Monat zuerst kommt. JSON-Schlüssel sind ungeordnet, Arrays aber nicht, und ein Werkzeug, das Schlüssel sortiert, ändert nichts, während eines, das Arrays sortiert, die Daten verändert. Unicode ist eine weitere Falle: Text kann als UTF-8, als UTF-16 oder mit BOM ankommen, und ein Decoder, der falsch rät, macht aus akzentuierten Zeichen Mojibake. Bevor Sie einer Konvertierung trauen, prüfen Sie stichprobenartig die erste und letzte Zeile, jedes Feld mit führenden Nullen und jedes Feld mit Anführungszeichen, Kommas oder Zeilenumbrüchen.