01
Alphabet und Padding getrennt festlegen
Standard verwendet + und /, die URL-sichere Variante dagegen - und _. Ob = am Ende stehen soll, bestimmen Sie unabhängig davon. Der Decoder errät das Alphabet nicht und akzeptiert nur das ausgewählte.
Kodierung und Maskierung
Base64 kodierenund UTF-8 streng dekodieren
Ein Textwert, ein gewähltes Alphabet und eine ausdrückliche Padding-Regel.
Base64 kodieren und dekodieren
Eingabe
Ergebnis
Die Umwandlung bleibt in diesem Browser; die Eingabe wird nicht hochgeladen.
Kodierungsoptionen
Nur UTF-8. Beim Dekodieren muss Padding vollständig sein oder ganz fehlen. Ungenutzte Bits ungleich null werden abgelehnt. Das gewählte Alphabet und die UTF-8-Bytes werden streng geprüft.
Eingabe: 1.000.000 UTF-16-Codeeinheiten; Ausgabe: 4.000.000. Leere Eingaben sind gültig. Einfügen kann Zeilenenden vereinheitlichen.
Text eingeben oder ein Beispiel laden. Leere Eingabe ergibt leere Ausgabe.
Nach Bestätigung wird das aktuelle Ergebnis zur Eingabe und die Richtung wechselt. Bei Überschreitung des Eingabelimits ist das nicht möglich.
Sie möchten einen Konfigurationswert mit Umlauten in Base64 kodieren? Entscheidend sind seine UTF-8-Bytes, nicht die Anzahl der sichtbaren Zeichen. Ein ä belegt mehr als ein Byte; auch Eurozeichen und Emojis lassen sich auf diesem Weg darstellen.
Beim Prüfen einer empfangenen Zeichenfolge reicht es nicht, dass irgendein lesbarer Text erscheint. Der Decoder prüft zuerst Alphabet, Padding und ungenutzte Bits. Danach müssen die Bytes gültiges UTF-8 ergeben. Beschädigte Daten werden nicht durch Ersatzzeichen kaschiert.
Base64 kodieren mit nachvollziehbaren Ergebnissen
Umlaute gehen den Weg über Bytes
Wer Grüße in Base64 kodieren möchte, muss zuerst die UTF-8-Darstellung verwenden. Das Werkzeug übernimmt diesen Schritt auch für Emojis. Sie können das frische Ergebnis anschließend zurückwandeln und den Text prüfen, bevor er in einer Konfiguration landet.
Gültige Kodierung ist nicht automatisch gültiger Text
Ein korrektes Alphabet garantiert noch keine gültigen UTF-8-Bytes. Der Decoder unterscheidet Fehler am kodierten Wert von Fehlern bei der Textinterpretation. So liefert er keine scheinbar brauchbare Ausgabe, deren Inhalt bereits durch Ersatzzeichen verändert wurde.
Die Vorgaben des Empfängers prüfen
02
Aktualisierung bewusst auslösen
Automatisch wird 350 ms nach der letzten Änderung umgewandelt. Bei ausgeschalteter Automatik erscheint die Schaltfläche; Ctrl/Cmd+Enter funktioniert ebenfalls. Änderungen an Text, Richtung oder Optionen sperren den Export des alten Ergebnisses sofort.
03
Ersetzen zuerst in der Vorschau ansehen
Beispiel, Leeren und Zurückwandeln zeigen vorab den neuen Inhalt und seine Länge. Erst Übernehmen ersetzt die Eingabe. Rückgängig stellt einen Zustand wieder her. Die Ausgabevorschau endet bei 20.000 Codeeinheiten; Kopie und Download bleiben vollständig.
Kontrolle über Alphabet und Textdarstellung
UTF-8 ohne Normalisierung
Akzente, kombinierende Zeichen und Emojis werden über ihre Bytes verarbeitet. Zeichenfolgen werden nicht normalisiert. Ein vorhandenes U+FEFF bleibt Teil des Textes; beim Kodieren wird kein zusätzlicher BOM eingefügt.
Zwei getrennte Alphabete
Der Base64URL-Modus akzeptiert beim Dekodieren - und _, aber keine + oder /. Im Standardmodus gilt das Umgekehrte. Beide erlauben eine unabhängige Padding-Einstellung für die Kodierung.
Fehlerpositionen mit Grundlage
Falsche Zeichen, fehlerhaftes Padding und einzelne Surrogate erhalten eine Zeile und eine UTF-16-Spalte in der ursprünglichen Eingabe. Für ungültige UTF-8-Bytes wird keine nicht ermittelbare Textposition erfunden.
Leerraum gezielt zulassen
Der Base64 Decoder kann ausschließlich Leerzeichen, Tabulator, CR und LF ignorieren. Das Ergebnis nennt die entfernte Anzahl. Schalten Sie die Option aus, um zu prüfen, ob ein Wert tatsächlich ohne solche Unterbrechungen vorliegt.
Annahmebedingungen und Grenzen
- Ein Textwert statt eines Dateiformats
- Kein Datei- oder Bildimport, kein Abruf einer URL und keine Auswertung von Data URI oder PEM. Binärdateien lassen sich hier nicht wiederherstellen. Zeichensatzerkennung und Latin-1 fehlen ebenfalls; Hüllen und Kopfzeilen werden nicht automatisch entfernt.
- Padding vollständig oder gar nicht
- Zg== und Zg ergeben beide f. Zg= scheitert ebenso wie ein = mitten im Wert, überzählige Gleichheitszeichen oder eine Datenlänge mit Rest eins bei Division durch vier. Die Padding-Option beeinflusst nur die Kodierung.
- Ungenutzte Bits müssen null sein
- Zh== wird hier abgelehnt, obwohl tolerantere Decoder daraus f machen können. Das ist die gewählte kanonische Prüfrichtlinie dieses Werkzeugs. RFC 4648 erlaubt diese Entscheidung; nicht jeder Decoder muss solche Werte zurückweisen.
- Keine Reparatur beschädigter Zeichen
- /w== ist formal Base64, enthält aber ein ungültiges UTF-8-Byte und scheitert als Text. Einzelne UTF-16-Surrogate lassen sich nicht kodieren. Beim Dekodieren bleiben führende BOM-Zeichen erhalten, auch wenn mehrere aufeinanderfolgen.
- Leerraum ist nicht gleich Zeilenende
- Ignorierbar sind nur SP, TAB, CR und LF im kodierten Wert. NBSP, Form Feed, vertikaler Tabulator und ein davor eingefügter BOM sind ungültig. Im Klartext sind Leerzeichen und Zeilenenden Inhalt. Die Engine erhält CRLF; der Editor kann beim Einfügen Zeilenenden vereinheitlichen.
- Vollständige Ergebnisse innerhalb der Limits
- Vor dem Entfernen von Leerraum darf die Eingabe 1.000.000 UTF-16-Codeeinheiten enthalten, die Ausgabe höchstens 4.000.000. Überschreitungen führen zum Fehler; leerer Text ist gültig. Kein MIME-Umbruch, keine zeilenweisen Stapel, Verschlüsselung, JWT-Prüfung oder Entwurfsspeicherung.
Base64 kodieren: häufige Fragen
Warum scheitern manche Werkzeuge an Umlauten?
Sie behandeln JavaScript-Zeichen oft direkt als einzelne Bytes. Für UTF-8 müssen Umlaute und viele weitere Zeichen zunächst in mehrere Bytes umgewandelt werden. Wenn Sie hier Text in Base64 kodieren, übernimmt das Werkzeug diesen Schritt; auch Emojis sind möglich.
Wann brauche ich die URL-sichere Variante?
Wenn das empfangende Format Base64URL verlangt, etwa für einen Wert innerhalb eines Webprotokolls. Es verwendet - und _ anstelle von + und /. Ob Padding entfallen soll, folgt aus der jeweiligen Spezifikation und wird hier separat eingestellt.
Wofür stehen die Gleichheitszeichen am Ende?
Sie vervollständigen die letzte Vierergruppe, wenn die Bytezahl nicht durch drei teilbar ist. Manche Protokolle lassen sie weg. Dieses Werkzeug dekodiert exakt gepaddete sowie vollständig ungepaddete Werte; nur teilweise vorhandenes Padding wird abgelehnt.
Ist Base64 eine Verschlüsselung?
Nein. Jeder kann den Wert ohne Schlüssel zurückwandeln. Die Kodierung bietet weder Vertraulichkeit noch Schutz vor unbemerkten Änderungen. Dafür brauchen Sie das Verschlüsselungs- oder Signaturverfahren, das zu Ihrem Anwendungsfall gehört.
Warum ist der Base64-Text länger als das Original?
Drei Bytes werden zu vier Zeichen, zuzüglich gegebenenfalls notwendigem Padding. Der Vergleich bezieht sich auf Bytes: Umlaute können in UTF-8 mehrere Bytes belegen. Die sichtbare Zeichenanzahl des Originals ist deshalb keine verlässliche Grundlage für die Größe der Ausgabe.
Fehlt eine Erklärung zu Ihrem Kodierungsfehler?
Jetzt Text in Base64 kodieren
Zuerst einen kurzen Wert in Base64 kodieren, Alphabet und Padding mit den Vorgaben abgleichen und dann durch Zurückwandeln den UTF-8-Text kontrollieren.