Online Base64-Encoder-Tool

1. 1

   Fügen Sie hinzu, was kodiert werden soll

   Tippen oder fügen Sie in das Textfeld ein, oder legen Sie eine Datei auf dem Uploadbereich ab. Jeder Dateityp funktioniert, denn der Encoder liest Bytes und muss das Format nie verstehen.

2. 2

   Wählen Sie die Base64-Variante

   Nehmen Sie eine Voreinstellung — Standard, MIME, PEM oder URL-sicher — oder setzen Sie Alphabet, Padding und Zeilenbreite selbst. Schalten Sie Data-URI ein, wenn die Zeichenkette in HTML oder CSS geht.

3. 3

   Kodieren und kopieren

   Drücken Sie Kodieren. Das Ergebnis erscheint mit gemessener Größe und gemessenem Mehraufwand; kopieren Sie es in die Zwischenablage oder laden Sie es als Textdatei herunter. Nichts wird je an einen Server gesendet.

Base64 schreibt beliebige Bytes mit 64 druckbaren ASCII-Zeichen um — A-Z, a-z, 0-9 und zwei weiteren, die von der Variante abhängen. Es existiert, weil sehr viele Systeme dafür entworfen wurden, Text zu transportieren und keine Bytes: JSON-Zeichenkettenfelder, XML-Dokumente, E-Mail-Bodies, HTTP-Header, YAML-Konfiguration, Logzeilen, Chatnachrichten. Gibt man einem davon einen rohen Bytestrom, wird er beschädigt, meist stillschweigend. Base64 liefert etwas, das diese Systeme unverändert transportieren und das sich in genau die ursprünglichen Bytes zurückverwandelt.

Der Preis ist die Größe. Aus drei Bytes werden vier Zeichen, die Nutzlast wächst also um ein Drittel, bevor Padding und Zeilenumbrüche gezählt sind — aus einem 1-MB-Bild werden rund 1,37 MB Base64. Das ist ein guter Tausch für ein 2-KB-Symbol, das Sie einbetten wollen, und ein schlechter für eine 4-MB-Fotografie, die Sie ohnehin von einer URL ausgeliefert hätten. Das Tool misst die tatsächliche Ausdehnung Ihrer Eingabe und zeigt sie neben dem Ergebnis, statt die 33 % aus dem Lehrbuch zu nennen, denn Zeilenumbruch und das Präfix eines Data-URI treiben sie beide nach oben.

Vier Einstellungen verändern die Zeichenkette, die Sie erhalten. Sie sind bewusst unabhängig: die meisten Encoder koppeln zwei davon und raten für Sie, was genau so lange gutgeht, bis das System, das Sie beliefern, ausgerechnet die Kombination will, die das Raten ausgeschlossen hat.

Das Alphabet: Standard oder URL-sicher

Zweiundsechzig der 64 Zeichen sind überall gleich. Die letzten beiden sind + und / im Standard-Base64 (RFC 4648 Abschnitt 4) und - und _ im URL-sicheren Base64, auch base64url genannt (Abschnitt 5). Der Unterschied zählt überall dort, wo die Zeichenkette auf einen Parser trifft: + bedeutet ein Leerzeichen in einer Query-Zeichenfolge, / trennt Pfadsegmente, und beide sind in einem Dateinamen unhandlich. Geht der Wert in eine URL, ein JWT oder einen Dateinamen, nehmen Sie URL-sicher; sonst ist Standard das, was alles erwartet.

Das Padding

Base64 arbeitet in Gruppen zu drei Bytes. Geht die Eingabe nicht glatt auf, werden ein oder zwei =-Zeichen angehängt, damit die Ausgabelänge immer ein Vielfaches von vier ist, was einem Dekodierer sagt, wo die Daten genau aufhören. Standard-Base64 verlangt es. base64url erlaubt es, und JWTs verbieten es ausdrücklich — deshalb ist das Padding hier ein eigener Schalter und nicht etwas, das dem Alphabet folgt. Es abzuschalten ändert nie die dekodierten Bytes; ein strenger Dekodierer kann die Zeichenkette schlicht ablehnen.

Der Zeilenumbruch

Eine einzige ununterbrochene Zeile ist richtig für ein JSON-Feld und falsch für eine E-Mail. RFC 2045 begrenzt eine MIME-Body-Zeile auf 76 Zeichen und verlangt CRLF, also ist ein ungebrochener Base64-Anhang kein gültiger MIME-Body. PEM — das Format, das private Schlüssel, Zertifikate und SSH-Material zwischen BEGIN- und END-Zeilen einschließt — nutzt 64. Die Breite reicht hier von 4 (ein Base64-Quantum, die schmalste Zeile, die keine Gruppe zerteilt) bis 998, der längsten Zeile, die RFC 5322 in einer Mail erlaubt, und das Zeilenende ist ein eigener Regler, weil die beiden Normen sich darin nicht einig sind.

Jede Zeile einzeln kodieren

Standardmäßig ist die gesamte Eingabe eine Zeichenkette. Schalten Sie dies ein, und jede Zeile wird unabhängig kodiert, was Ihnen aus einer Spalte von Eingaben eine Spalte von Base64-Werten liefert — die Form, die Sie wollen, wenn Sie eine Liste von API-Schlüsseln, Kennungen oder kurzen Nachrichten eingefügt haben und jede einzeln kodiert brauchen. Jede Zeile behält ihre eigenen Zeilenendebytes, sodass sich die Ergebnisse weiterhin genau zum ursprünglichen Dokument zusammensetzen.

Jede Variante unten kodiert dieselben Bytes und dekodiert zu denselben Bytes zurück. Es unterscheidet sich, welche Zeichen auftreten und wo die Zeilenumbrüche fallen — und ein System, das eine davon erwartet, wird eine andere meist ablehnen, statt still damit zurechtzukommen. Dieses Tool liefert die vier, die man wirklich braucht, als Voreinstellungen:

Zwei weitere Varianten gibt es, und sie werden hier bewusst nicht angeboten. OpenPGPs ASCII Armor fügt eine CRC-24-Prüfsumme und einen Kopfblock hinzu, und IMAPs UTF-7 nutzt ein verändertes Alphabet mit anderen Escaping-Regeln — beide sind eigene Formate mit einem Base64-Etikett, und sie als Kontrollkästchen anzubieten ergäbe eine Ausgabe, die weder das eine noch das andere ist.

Ein Data-URI ist eine Base64-Zeichenkette mit einem Medientyp davor, und er lässt eine Datei in dem Dokument leben, das sie nutzt, statt am Ende einer URL. Schalten Sie die Data-URI-Option ein, und das Präfix wird für Sie gebaut, mit dem Medientyp aus den führenden Bytes der Datei selbst statt aus ihrer Endung — sodass ein PNG, das jemand in .jpg umbenannt hat, dennoch als image/png ausgezeichnet wird und eine Datei, die von Windows ganz ohne Medientyp kommt, dennoch richtig erkannt wird. Es lohnt sich, wenn:

• Die Ressource klein und immer nötig ist — ein Symbol, ein Aufzählungszeichen, ein Logo, ein haarfeiner Hintergrund. Das Einbetten entfernt eine Anfrage, die das Rendern blockiert hätte.
• Sie einen Prototyp bauen — eine einzelne HTML-Datei, die ihre eigenen Bilder trägt, lässt sich viel leichter mailen, in ein Ticket einfügen oder in eine Sandbox legen.
• Es keinen Ort zum Hosten gibt — eine Markdown-README, eine E-Mail-Signatur oder eine Konfigurationsdatei, die eine Zeichenkette und keinen Pfad annimmt.
• Die Schrift ein Teilausschnitt ist — eine kleine, in CSS eingebettete Symbolschrift vermeidet das Aufblitzen unsichtbaren Textes, das eine separate Anfrage verursachen kann.

Wann ein Data-URI die falsche Antwort ist

Eine eingebettete Ressource lässt sich nicht getrennt zwischenspeichern, also zahlt jede Seite, die sie einbettet, erneut dafür, und sie kann Browsern, die es könnten, nicht in einem modernen Format ausgeliefert werden. Sie bläht außerdem die Datei, in der sie lebt, um ein Drittel auf, und diese Datei ist meist das HTML oder CSS im kritischen Pfad. Als Faustregel: unterhalb weniger Kilobyte einbetten, oberhalb verlinken — und nie etwas einbetten, das auf mehr als einer Handvoll Seiten erscheint.

Base64 kodiert Bytes, und Text hat keine Bytes, bis jemand eine Kodierung wählt — „kodiere diesen Text“ ist also eine unvollständige Bitte. Das Wort cafe mit Akut ergibt Y2Fmw6k= in UTF-8 und Y2Fm6Q== in Latin-1. Beides ist richtig; nur eines wird von dem verstanden, wohin Sie es schicken. Die meisten Online-Encoder bieten UTF-8 und sonst nichts, was fast immer stimmt und den Rest der Zeit still falsch ist. Hier werden fünf angeboten:

Zeilenenden

Ein Textfeld auf einer Webseite kann keinen Wagenrücklauf halten: die HTML-Spezifikation verlangt, dass sein Wert auf Zeilenvorschübe normalisiert wird, also ergibt das Einfügen und Kodieren einer Windows-Datei die Zeichenkette, die diese Datei unter Linux hätte, nicht die, die sie tatsächlich hat. Das ist eine wirklich falsche Antwort, bei der nichts auf dem Bildschirm darauf hindeutet, und deshalb ist die Zeilenende-Einstellung hier eine Frage der Korrektheit und nicht der Bequemlichkeit — stellen Sie sie auf CRLF, und der Encoder setzt die Wagenrückläufe vor dem Kodieren wieder ein.

Jede Datei geht. Der Encoder muss nie ein Format verstehen — er liest Bytes und rechnet damit — also lassen sich Bilder, Schriften, PDFs, Archive, Video, Dateien ohne Endung und Dateien, deren Typ das Betriebssystem nicht bestimmen konnte, alle korrekt kodieren. Die Datei wird auf Ihrem Gerät gelesen und die Bytes verlassen es nie. Weil das Ergebnis als Text gehalten rund das 2,7-fache der Dateigröße an Speicher belegt, werden sehr große Ergebnisse als Vorschau gezeigt, während Kopieren und Herunterladen stets die vollständige Zeichenkette liefern.

Was kostenlos enthalten ist

Dateien bis 25 MB, eine nach der anderen, und sämtliche Kodieroptionen: beide Alphabete, Padding in beide Richtungen, alle vier Voreinstellungen, jede Zeilenbreite, Data-URIs, Zeilenmodus und alle fünf Textkodierungen. Nichts, was die Korrektheit der Ausgabe betrifft, liegt hinter der Bezahlschranke, denn eine kostenlose Stufe, die eine Zeichenkette zurückgibt, die Ihr Dekodierer ablehnt, ist keine kostenlose Stufe.

Was Pro hinzufügt

Umfang, und nur Umfang. Bis zu 20 Dateien in einem Durchgang mit einem einzigen ZIP für die Ergebnisse, und keine auferlegte Größengrenze — Pro geht so weit, wie Ihr Gerät tatsächlich kann, nicht bis zu einer größeren Konstanten, die wir ausgesucht hätten. Kein untersuchter Wettbewerber nimmt mehr als eine Datei auf einmal an, der Stapel ist also der Teil, den es anderswo nicht gibt.

Nutzen Sie diese Seite, wenn Sie bereits Text oder eine Datei haben und deren Base64-Darstellung brauchen. Nutzen Sie den Decoder, wenn Sie von einer Base64-Zeichenkette ausgehen und den ursprünglichen Inhalt zurückwollen.

• Eine Ressource einbetten — ein Data-URI für ein Symbol, ein Aufzählungszeichen oder eine kleine Schrift, direkt in HTML oder CSS eingefügt.
• Ein API-Feld füllen — ein Anfragerumpf oder eine Konfigurationsdatei, die einen Base64-Blob statt eines Datei-Uploads annimmt.
• Einen MIME-Body vorbereiten — 76 Zeichen je Zeile mit CRLF, damit ein Anhang ein gültiger Nachrichtenteil ist.
• Ein URL-sicheres Token bauen — base64url ohne Padding, für ein JWT-Segment, einen Query-Parameter oder einen Dateinamen.
• Binärdaten durch Text bewegen — etwas in einen Chat, ein Ticket, ein Log oder ein Terminal einfügen, das nur Text trägt.
• Test-Fixtures erzeugen — eine bekannte Base64-Zeichenkette für einen Unittest, in genau der Variante, die der geprüfte Code erwartet.

Zu Base64 wird oft reflexhaft gegriffen, und es gibt vier Aufgaben, für die es passend aussieht und es nicht ist.

• Ein Geheimnis verbergen — Base64 ist keine Verschlüsselung. Jeder dekodiert es in einem Schritt, und ein Base64-Passwort in einer Konfigurationsdatei ist ein Klartextpasswort mit zusätzlicher Syntax. Nutzen Sie echte Kryptografie.
• Integrität prüfen — Base64 sagt nichts darüber, ob sich die Daten geändert haben. Nutzen Sie einen Hash — unser Hash-Generator erzeugt SHA-256 und Verwandte auf demselben Gerät.
• Etwas verkleinern — es macht Daten immer um ein Drittel größer. Ist eine kleinere Nutzlast das Ziel, komprimieren Sie zuerst und kodieren Sie die komprimierten Bytes.
• Große Medien ausliefern — ein eingebettetes Video oder Foto lässt sich weder zwischenspeichern noch bereichsweise abrufen noch streamen, und es blockiert das Dokument, in dem es liegt. Liefern Sie es von einer URL aus.

Die Anliegen, für die diese Seite am häufigsten genutzt wird, in der Reihenfolge ihres Auftretens:

• Einen Data-URI für ein kleines Bild oder eine Schrift bauen, während man HTML oder CSS prototypt.
• Eine Nutzlast für eine API oder Konfigurationsdatei vorbereiten, die einen Base64-Blob speichert.
• Den Rumpf eines Zertifikats oder Schlüssels auf 64 Zeichen umbrechen, passend zum umgebenden PEM.
• Einen MIME-Body mit 76 Zeichen für einen von Hand gebauten E-Mail-Anhang erzeugen.
• Einen Wert für ein JWT-Segment oder einen URL-Parameter ohne Padding kodieren.
• Binärdaten durch ein System bewegen, das im Transit nur Klartext erlaubt.
• Eine lokale Datei in eine einfügbare Zeichenkette verwandeln, wenn kein Binär-Upload möglich ist.
• Fixtures für Werkzeuge oder Tests erzeugen, die eine bestimmte Base64-Variante erwarten.

Standard-Base64 wird von jeder verbreiteten Sprache und Plattform verstanden. Scharf wird die Kompatibilität bei den Varianten: ein für Standard-Base64 geschriebener Dekodierer lehnt - und _ ab, ein strenger Dekodierer lehnt ein fehlendes = ab, und ein MIME-Parser lehnt einen ungebrochenen Body ab. Wählen Sie die Voreinstellung, die das System benennt, das Sie beliefern, statt der, die am aufgeräumtesten aussieht, und im Zweifel ist Standard mit Padding das, was die meisten Dekodierer annehmen.

Die Kodierung ist in beide Richtungen verlustfrei: das Dekodieren mit einem kompatiblen Werkzeug stellt genau die ursprünglichen Bytes wieder her. Die einzige Stelle, an der Daten verloren gehen können, liegt vor Base64 überhaupt — wählen Sie eine Zeichenkodierung, die ein Zeichen Ihres Textes nicht darstellen kann, benennt dieses Tool Zeichen und Position und verweigert, statt es durch ein Fragezeichen zu ersetzen und Ihnen eine selbstsicher falsche Zeichenkette zu geben, was eine stille Ersetzung täte.

Die Kodierung läuft auf Ihrem Gerät mit der schnellsten Methode, die Ihr Browser anbietet, und weicht auf eine langsamere aus, die dieselbe Zeichenkette erzeugt, wenn jene fehlt. Gemessen in einem Desktop-Browser: eine 16-MB-Datei wird auf dem schnellen Weg in unter 5 Millisekunden und auf dem Ausweichweg in unter 40 kodiert; die Dateikodierung läuft außerhalb des Hauptstrangs der Seite, sodass die Oberfläche währenddessen bedienbar bleibt.

• Base64-Encoder/Decoder
• Base64-Decoder
• URL-Encoder/Decoder
• Hash-Generator
• JSON-Formatierer
• QR-Code-Generator
• UUID-Generator
• Bild komprimieren
• HEIC zu JPG
• Text-Trimmer
• JSON-Escape
• Alle Konverter