Text-zu-Base64-Encoder

Die Text-zu-Base64-Kodierung verwandelt jede Zeichenkette in das 64 Zeichen umfassende ASCII-Alphabet, damit sie HTTP-Header, JSON-Werte, Konfigurationsdateien und Data-URIs unbeschadet übersteht, und alles geschieht in Ihrem Browser ohne Upload. Die meisten landen hier, um einen HTTP-Basic-Auth-Header zu bauen, einen Wert in eine Konfiguration oder einen JSON-Block zu setzen oder ein JWT-Segment vorzubereiten, oft mit echten API-Schlüsseln und Zugangsdaten, die sie lieber nicht an einen werbefinanzierten Drittserver senden möchten.

Was diese Umwandlung wirklich tut (und NICHT tut)

Base64 ist eine Kodierung, keine Verschlüsselung. Sie fügt null Vertraulichkeit hinzu und ist von jedem trivial umkehrbar, daher darf sie nie verwendet werden, um ein Geheimnis zu "verstecken". Ihre einzige Aufgabe ist es, beliebige Bytes sicher durch reine Textkanäle zu transportieren.

Die Ausgabe ist immer etwa 33 % größer als die Eingabe. Je 3 Eingabe-Bytes werden zu genau 4 ASCII-Zeichen, also wird aus einer 9-Byte-Zeichenkette eine mit 12 Zeichen, aus einer 30-Byte-Zeichenkette eine mit 40 und so weiter. Es gibt keinen Qualitätsverlust und keine Kompression: die Aufblähung ist strukturell. Wird dieses Base64 später über HTTP mit gzip oder Brotli ausgeliefert, komprimieren sich die sich wiederholenden Muster gut und der effektive Mehraufwand sinkt oft auf etwa 5-10 %, aber die rohe Zeichenkette selbst bleibt ein Drittel größer.

Text muss vor dem Kodieren in Bytes umgewandelt werden, und die Byte-Kodierung ist entscheidend. Die Zeichenkette "café" oder ein Emoji kodiert unter UTF-8 zu vollkommen anderen Bytes als unter Latin-1, und die falsche Wahl ist die mit Abstand häufigste Ursache für verstümmelte Hin- und Rückwege. Dieser Encoder nutzt standardmäßig UTF-8, damit Mehrbyte-Zeichen die Rückreise überstehen.

Die abschließenden =-Zeichen sind bloße Längenausrichtung, keine Daten. Ein übrig gebliebenes Byte erzeugt ==, zwei übrig gebliebene Bytes erzeugen ein einzelnes =, und ein exaktes Vielfaches von drei Bytes erzeugt gar keine Auffüllung. Die Auffüllung kann in Kontexten weggelassen werden, in denen die Länge bereits bekannt ist, aber die meisten Decoder erwarten sie. Es gibt außerdem zwei Alphabete: Standard-Base64 nutzt + und /, während URL-sicheres Base64 (RFC 4648 §5, die von JWTs genutzte Variante) diese durch - und _ ersetzt, damit die Zeichenkette in URLs, Query-Parametern und Dateinamen sicher ist.

Was dies standardmäßig NICHT tut, ist das Einfügen von MIME-Zeilenumbrüchen. Base64 im E-Mail-Stil setzt alle 76 Zeichen einen Zeilenumbruch, und dieser Leerraum ist für viele Decoder ungültig, sodass er die nachgelagerte Verarbeitung bricht, wenn Sie ihn in einen Header oder JSON-Wert einfügen. Lassen Sie den Umbruch aus, außer Sie füttern gezielt einen E-Mail- oder PEM-Konsumenten, der ihn verlangt.

Wann Text-zu-Base64 die richtige Wahl ist

Greifen Sie zu Base64, wenn Sie eine kleine Textnutzlast haben, die durch einen reinen Textkanal reisen muss: einen HTTP-Basic-Auth-Header (das Base64 von user:pass), einen winzigen Konfigurationsblock, einen JSON- oder localStorage-Wert oder ein Data-URI für ein sehr kleines Asset. Wählen Sie das URL-sichere Alphabet, wenn das Ergebnis in eine URL, einen Query-String, einen Dateinamen oder ein JWT geht; sonst wählen Sie Standard. Bei großen Binärdateien macht die 33-%-Größenstrafe die rohe Binärübertragung zur besseren Wahl, also kodieren Sie keine mehrere Megabyte große Datei nur in Base64, um sie zu bewegen. Wenn Sie eine Base64-Zeichenkette wieder lesen müssen, nutzen Sie die umgekehrte Richtung in den Text- und Datenwerkzeugen.

So wandeln Sie Text in Base64 um

1. Öffnen Sie diese Seite, die fest auf Kodieren (Text zu Base64) eingestellt ist.
2. Wählen Sie die Alphabet-Variante: Standard für den allgemeinen Gebrauch oder URL-sicher für JWTs, Query-Parameter und Dateinamen.
3. Fügen Sie Ihren Text in das Eingabefeld ein oder tippen Sie ihn.
4. Klicken Sie auf Umwandeln, um die Base64-Ausgabe zu erzeugen.
5. Kopieren Sie das Ergebnis in die Zwischenablage oder laden Sie es als Datei herunter.

Kein Upload. Es läuft auf Ihrem Gerät.

Dieser Encoder ist von Rust zu WebAssembly kompiliert und läuft vollständig in Ihrem Browser-Tab. Ihr Text wird lokal in Bytes verwandelt und Base64-kodiert, mit null Netzwerkanfragen, sodass er auch offline weiterarbeitet, sobald die Seite geladen ist. Nichts wird hochgeladen, was bedeutet, dass es auf einem Server nichts gibt, das leaken oder gelöscht werden könnte. Sie können das selbst bestätigen: Öffnen Sie die DevTools Ihres Browsers, beobachten Sie den Network-Tab und kodieren Sie eine Zeichenkette, es feuert keine Anfrage. Das ist hier wichtig, weil die Werte, die Leute Base64-kodieren, oft die sensibelsten Zeichenketten sind, mit denen sie umgehen: API-Schlüssel, Passwörter in Basic-Auth-Zugangsdaten und Token-Nutzlasten, die nie in eine Drittanbieter-Seite eingefügt werden sollten.

Keine Grenzen

Keine Dateigrößen- oder Zeichenobergrenze, kein Wasserzeichen, keine Anmeldung, keine Werbung und kein Tracking. Kodieren Sie so viele Zeichenketten, wie Sie möchten.

Häufig gestellte Fragen

Ist Base64-Kodierung dasselbe wie Verschlüsselung?

Nein. Base64 ist eine umkehrbare Kodierung, die keinerlei Vertraulichkeit hinzufügt, und jeder kann sie in Sekunden zurück in den Originaltext dekodieren. Nutzen Sie sie, um Bytes für Textkanäle sicher zu machen, nie um ein Geheimnis zu schützen.

Warum ist meine Base64-Ausgabe etwa ein Drittel länger als der Originaltext?

Base64 bildet je 3 Eingabe-Bytes auf genau 4 ASCII-Zeichen ab, ein festes 4-zu-3-Verhältnis, das rund 33 % an Länge hinzufügt. Das Wachstum ist strukturell statt eine Einstellung, obwohl das Ausliefern des Ergebnisses mit gzip oder Brotli den effektiven Mehraufwand auf etwa 5-10 % schrumpfen kann.

Was bedeuten die abschließenden =-Zeichen in Base64?

Sie sind Auffüllung, die die Ausgabe auf ein Vielfaches von vier Zeichen ausrichtet, nicht Teil Ihrer Daten. Ein übrig gebliebenes Byte ergibt ==, zwei übrig gebliebene Bytes ergeben ein einzelnes =, und ein exaktes Vielfaches von drei Bytes ergibt keine.

Was ist der Unterschied zwischen Standard- und URL-sicherem Base64?

Standard-Base64 nutzt die Zeichen + und /, die innerhalb von URLs und Dateinamen brechen können. URL-sicheres Base64, definiert in RFC 4648 §5 und von JWTs genutzt, ersetzt sie durch - und _, damit die Zeichenkette in URLs, Query-Parametern und Dateinamen sicher ist.

Wie kodiere ich Text mit Akzenten oder Emoji korrekt zu Base64?

Stellen Sie sicher, dass der Text vor dem Kodieren als UTF-8 in Bytes umgewandelt wird, was dieses Werkzeug standardmäßig tut. "café" oder ein Emoji erzeugt unter UTF-8 andere Bytes als unter Latin-1, und nicht übereinstimmende Kodierungen sind die häufigste Ursache für verstümmelte Hin- und Rückwege.

Lädt dieses Text-zu-Base64-Werkzeug meinen Text auf einen Server hoch?

Nein. Die Kodierung läuft in WebAssembly in Ihrem Browser mit null Netzwerkanfragen, sodass Ihr Text das Gerät nie verlässt. Sie können es überprüfen, indem Sie den DevTools-Network-Tab beim Kodieren beobachten, es wird keine Anfrage gestellt.

Sollte die Base64-Ausgabe alle 76 Zeichen Zeilenumbrüche haben?

Nur für E-Mail- und PEM-Kontexte, die MIME-Umbruch erwarten. Für HTTP-Header, JSON-Werte und Data-URIs sollten Sie den Umbruch auslassen, weil die eingefügten Zeilenumbrüche für viele Decoder ungültig sind und den Wert nachgelagert brechen.

Wie erstelle ich einen Base64-Wert für einen HTTP-Basic-Auth-Header?

Verbinden Sie Benutzername und Passwort als user:pass und kodieren Sie diese eine Zeichenkette zu Base64. Das Ergebnis wird zur Zugangsangabe in einem Authorization: Basic <value>-Header.

Kann ich hier einen API-Schlüssel oder ein Passwort sicher Base64-kodieren?

Ja, weil die Kodierung lokal geschieht und der Wert nie einen Server berührt. Denken Sie daran, dass das resultierende Base64 nicht verschlüsselt ist, sodass jeder, der es sieht, den ursprünglichen Schlüssel oder das Passwort dekodieren kann.

Wie dekodiere ich Base64 zurück zu Text?

Nutzen Sie die umgekehrte Richtung, die eine Base64-Zeichenkette liest und den Originaltext zurückgibt. Die übrigen Text- und Datenwerkzeuge behandeln sowohl Standard- als auch URL-sichere Eingabe lokal.

Für die umgekehrte Richtung und volle Dekodier-Unterstützung sowie alle weiteren Werkzeuge durchstöbern Sie die Text- und Datenwerkzeuge.