Base64 Encoder, Decoder & Inspector
Kodiere jede Datei – nicht nur Bilder – mit dem Alphabet, dem Padding und der Zeilenbreite, die die Gegenseite wirklich erwartet. Dekodiere eine Nutzlast und sieh, was sie tatsächlich ist: das aus den Magic Bytes gelesene Format, die ersten Bytes in Hexadezimal, die Größe nach gzip und der SHA-256.
So funktioniert es
Nutzlast hereinholen
Tippe sie, füge sie ein, lege eine Datei beliebigen Typs ab oder lass sie dir von einem anderen Werkzeug der Suite übergeben. Eine abgelegte Datei wird noch nicht gelesen.
Wähle, wie sie herauskommt
Standard- oder URL-sicheres Alphabet, Padding ein oder aus, Umbruch bei 64, 76 oder 100 Spalten mit LF oder CRLF. Genau diese Punkte sind die, bei denen echte Parser sich uneinig sind.
Sieh dir die Bytes an
Das Format wird aus den Magic Numbers gelesen, nicht aus dem Namen erraten. Du bekommst den Hex-Dump, die Größe nach gzip, den SHA-256 und eine Umkehrbarkeitsprüfung.
Nimm es mit
Kopiere die rohe Zeichenkette, eine data:-URL, eine CSS-Regel, ein img-Tag, einen JSON-Body oder einen PEM-Block – oder schicke die dekodierte Datei direkt an ein anderes Werkzeug.
Drei Bytes, vier Zeichen
Base64 kostet immer 33 % mehr als die Bytes, die es trägt, und das Werkzeug zeigt beide Zahlen plus die Größe nach gzip – denn bei textähnlichen Nutzlasten holt gzip fast alles zurück, bei einem PNG so gut wie nichts.
URL-sicheres Alphabet
Wechsle zu - und _ und die Nutzlast übersteht Query-String, Dateinamen oder JWT ohne jedes Escaping. Auch das Padding lässt sich weglassen, genau wie es Token-Formate erwarten.
Hex-Inspektor
Sieh die echten Bytes, sechzehn pro Zeile, mit dem druckbaren ASCII daneben. Die Magic Number ist hervorgehoben, eine abgeschnittene Datei verrät sich also sofort.
Es sagt dir, was kaputt ist
Welches Zeichen nicht im Alphabet ist und an welcher Position, ob Padding fehlte, ob das letzte Zeichen verworfene Bits trägt. Kein nacktes „ungültiges Base64“.
Format aus den Bytes gelesen
PNG, JPEG, GIF, WebP, AVIF, HEIC, PDF, ZIP samt der darin liegenden Office-Formate, WOFF2, MP4, WASM, SQLite und mehr, an ihrer Signatur erkannt – damit der Download die richtige Endung bekommt.
Große Dateien bleiben flüssig
Dateien werden in 3-MB-Blöcken in einem eigenen Thread verarbeitet, mit echtem Fortschrittsbalken und funktionierendem Stopp-Knopf. Der Tab bleibt bedienbar, während eine 200-MB-Nutzlast umgewandelt wird.
Messbar, nicht bloß erzeugt
Jeder Lauf liefert Größe nach gzip und SHA-256, berechnet auf denselben Bytes. So entscheidest du, ob Einbetten günstiger ist als eine zweite Anfrage, und so belegst du, dass der Rundweg verlustfrei war.
Umkehrbarkeitsprüfung
Jede Textkodierung wird sofort wieder dekodiert und Byte für Byte verglichen, sodass eine Kombination aus Alphabet und Padding, die deine Gegenseite ablehnen würde, gemeldet wird, bevor du sie einfügst.
Die Nutzlast, nicht bloß die Zeichenkette
Die meisten Base64-Werkzeuge geben dir eine Zeichenkette und hören da auf. Dieses behält die Bytes: Es erkennt das Format an der Signatur, gibt das erste Kilobyte in Hexadezimal aus, misst, was die Nutzlast nach gzip wirklich kostet, hasht sie, damit du den Rundweg belegen kannst, und nennt genau das Zeichen an der genauen Position, das eine Nutzlast zerstört hat, statt das Ganze zu verurteilen. Beim Kodieren nimmt es jede Datei – eine Schrift, ein PDF, ein WebAssembly-Modul – denn bei Base64 ging es nie nur um Bilder.
Nichts verlässt deinen Browser
Kodieren, Dekodieren, Formaterkennung, Hex-Dump, gzip-Messung und SHA-256 sind alle native Browser-APIs, die in deinem eigenen Tab laufen – bei allem Großen in einem eigenen Thread. Es gibt keinen Upload, keine Anfrage und nichts zu protokollieren. Das ist wichtig, denn was Menschen in ein Base64-Werkzeug einfügen, sind regelmäßig private Schlüssel, Sitzungstoken und interne Dokumente.
Gebaut für Nutzlasten, die ohne Etikett ankommen
Ein Blob aus einer Datenbankspalte, zu dem nirgends ein MIME-Typ notiert ist. Ein JWT-Segment, das sich nicht dekodieren lässt, weil es das URL-sichere Alphabet nutzt und kein Padding hat. Ein eingebettetes SVG in einem Stylesheet, das als kaputtes Bild erscheint. Eine data:-URL, die image/png behauptet, während die Bytes offensichtlich ein JPEG sind. Ein bei 64 Spalten umgebrochenes Zertifikat, das ein strikter Parser ablehnt. Base64Bolt liest sie alle, sagt, was die Bytes wirklich sind, und lässt dich das Ergebnis als Datei mit der richtigen Endung mitnehmen.
Keine Anmeldung, kein Tageslimit und keine Bezahlstufe, die die nützliche Hälfte des Werkzeugs versteckt. Geöffnete Dateien werden lokal gelesen und nie übertragen; der Tab vergisst alles, sobald du ihn schließt.
Häufige Fragen
QWarum scheitert mein JWT oder Token woanders, funktioniert hier aber?+
Weil es das URL-sichere Alphabet nutzt – Bindestrich und Unterstrich statt Plus und Schrägstrich – und ihm meist das Padding entfernt wurde. Ein Decoder, der nur das Standardalphabet kennt, bricht beim ersten Bindestrich ab. Base64Bolt erkennt, welches Alphabet die Eingabe nutzt, stellt das fehlende Padding wieder her und sagt dir beides.
QMacht Base64 meine Datei größer?+
Immer, um genau ein Drittel: aus drei Bytes werden vier Zeichen, plus bis zu zwei Padding-Zeichen. Ob dich das etwas kostet, hängt von der Kompression ab – deshalb zeigt das Werkzeug die Größe nach gzip neben der rohen. Ein kleines SVG einzubetten gewinnt meist; ein großes JPEG einzubetten verliert meist, weil es schon komprimiert ist und Base64 einen Teil davon zunichtemacht.
QKann ich etwas kodieren, das kein Bild ist?+
Ja, jede Datei. Schriften für eine @font-face-Regel, ein PDF für einen Download-Link, ein WebAssembly-Modul, ein ZIP, einen Audioschnipsel. Die alte Beschränkung auf Bilder war willkürlich – Base64 ist es egal, was die Bytes bedeuten.
QWas heißt „das letzte Zeichen trägt Bits, die verworfen werden“?+
Jedes Base64-Zeichen hält sechs Bits, aber die letzte Gruppe einer Nutzlast braucht oft weniger. QQ== und QR== dekodieren beide zum einzelnen Byte 0x41, weil die letzten vier Bits des R weggeworfen werden. Kein Encoder erzeugt die zweite Form; sie zu sehen bedeutet, dass die Zeichenkette abgeschnitten oder von Hand bearbeitet wurde – gut zu wissen, bevor du dem Ergebnis traust.
QWarum sagt das Dekodieren, die Bytes seien kein UTF-8?+
Weil sie kein Text sind. Base64 trägt Bytes, und viele Nutzlasten sind Bilder, Archive oder Schlüssel. Das alte Verhalten war, „ungültiges Base64“ zu melden, was einfach falsch war: Am Base64 lag es nicht. Wechsle zum Tab „Base64 zu Datei“, dann erkennt das Werkzeug das Format und lässt dich es herunterladen.
QSollte ich die Ausgabe bei 76 Spalten umbrechen?+
Nur wenn etwas weiter unten es erwartet. MIME-Bodies und PEM-Blöcke sind laut Spezifikation umgebrochen – PEM bei 64 Spalten, MIME bei 76 – und manche Mail-Parser lehnen eine einzige riesige Zeile ab. Für eine data:-URL in einem Stylesheet oder einem JSON-Feld lass den Umbruch aus.
QWird irgendetwas an einen Server gesendet?+
Nein. Jeder Schritt ist eine native Browser-API in deinem Tab, das Werkzeug funktioniert daher offline weiter, sobald die Seite geladen ist. Nichts wird hochgeladen, entfernt zwischengespeichert oder protokolliert.