Fügen Sie Ihr kaputtes Base64 hier ein und klicken Sie auf "Base64 reparieren!!"Ungültiges Base64 eingeben

Was ist die Base64-Reparatur?

Sie haben einen Base64-String eingefügt und er lässt sich einfach nicht dekodieren. Vielleicht fehlt das `=`-Padding. Vielleicht haben sich Zeilenumbrüche aus einem Mail- oder Chat-Client eingeschlichen. Vielleicht hat sich die URL-safe-Variante mit der Standardvariante vermischt. Dieses Tool räumt all das auf. Kaputten String einfügen, Knopf drücken, etwas zurückbekommen, das tatsächlich dekodiert.

Base64 ist in RFC 4648 definiert — strenge 4-Zeichen-Gruppen, optionales `=`-Padding, zwei Zeichensätze (Standard `+/` und URL-safe `-_`). Die btoa / atob-Funktionen des Browsers werfen eine Exception, sobald eine dieser Regeln verletzt wird. Die Base64-Seite von MDN beschreibt die Regeln im Detail; Wikipedia gibt einen guten Überblick darüber, wo jede Variante verwendet wird (E-Mail-MIME, JWT, Data-URLs, S3-Schlüssel). Reale Strings verformen sich, wenn sie zwischen diesen Kontexten hin und her wandern.

Alles läuft in Ihrem Browser. Ihre Daten bleiben auf Ihrem Rechner. Reparieren Sie den String, fügen Sie ihn zurück in Ihren Code oder curl-Aufruf ein, machen Sie weiter.

So verwenden Sie die Base64-Reparatur

Drei Schritte. Jeder verwendet die echten Schaltflächen und Bereiche dieser Seite.

Kaputtes Base64 einfügen oder Beispiel laden

Fügen Sie Ihr kaputtes Base64 in den linken Editor ein. Klicken Sie auf Beispiel-Base64, um zu sehen, mit welchen Eingaben das Tool umgeht. Häufige Muster aus der Praxis — Zeilenumbrüche durch Mail-Wrapping, fehlendes oder überschüssiges `=`-Padding, ein `-` oder `_` zwischen `+` und `/`, Müll am Ende:

SGVsbG8gV29ybGQ
U0tVLTEwMQ==-_invalid

Das Tool normalisiert all das gemäß RFC 4648. Whitespace wird entfernt, das Padding so angepasst, dass die Länge ein Vielfaches von 4 ist, und bei Bedarf wird zwischen Standard- und URL-safe-Alphabet gewechselt, damit das Ergebnis dekodiert.

Klicken Sie auf Base64 reparieren!!

Drücken Sie den grünen Base64 reparieren!!-Knopf. Der String geht ans Backend, wird geparst und sauber zurückgeliefert. Während der Verarbeitung erscheint eine Ladeanzeige — meist eine oder zwei Sekunden.

Ausgabe überprüfen

Der rechte Bereich zeigt das reparierte Base64. Die dekodierten Bytes sind identisch mit dem, was Ihr Eingabewert darstellen sollte — nur die Kodierung wird korrigiert. Kopieren Sie die Ausgabe dorthin, wo sie hin muss: in Ihren Decoder, Ihren API-Aufruf, Ihre Data-URL.

Wann Sie das wirklich brauchen

API- und JWT-Debugging

Ein Token aus einer API dekodiert lokal, das aus der Mail nicht. Neun von zehn Mal hat der Mail-Client Zeilenumbrüche eingefügt oder die URL-safe-Variante wurde seltsam decodiert. Hier einfügen und Sie haben in Sekunden meist etwas Funktionierendes.

Aus dem Chat eingefügte Strings retten

Slack, Teams und E-Mail lieben es, lange Base64-Blobs mit weichen Zeilenumbrüchen zu durchsetzen. Manchmal wird beim Kopieren `+` durch ein Leerzeichen ersetzt. Das Tool macht beides rückgängig.

Standard- vs URL-safe-Varianten

JWTs nutzen URL-safe-Base64. Die meisten APIs und S3 nicht. Wenn ein Wert zwischen diesen Welten hin- und herwandert, gerät die Kodierung durcheinander — hier wird das Padding angepasst und `-_` gegen `+/` getauscht, sodass es wieder dekodiert.

Data-URL-Payloads

Wenn eine data: URL in Ihrem CSS oder HTML nicht mehr rendert, liegt es meist am Base64-Payload. Fügen Sie das vollständige `data:image/png;base64,...` ein — das Tool behält das Präfix und repariert nur den kodierten Teil.

Häufig gestellte Fragen

Wird mein Base64 irgendwo gespeichert?

Nein. Alles passiert in Ihrem Browser mit JavaScript. Der String verlässt Ihre Maschine nicht in einer Form, die wir lesen könnten — wir loggen ihn nicht, wir sehen ihn nicht.

Welche Fehler werden behoben?

Fehlendes oder überschüssiges `=`-Padding, eingebettete Zeilenumbrüche und Whitespace, Mischung aus URL-safe-(`-_`) und Standard-(`+/`)-Zeichen, Müll am Ende des Strings und Längen, die kein Vielfaches von 4 sind. Wenn die zugrundeliegenden Bytes teilweise fehlen — etwa weil jemand den String mitten in einem Zeichen abgeschnitten hat — sind die Möglichkeiten begrenzt.

Bleiben die dekodierten Daten unverändert?

Ja. Wir normalisieren nur die Kodierung gemäß RFC 4648. Die Bytes, die aus atob herauskommen sollten, kommen identisch heraus. Wir fassen den Inhalt nicht an.

Wird URL-safe-Base64 unterstützt?

Ja. Sowohl das Standard-Alphabet (`+/`) als auch die URL-safe-Variante (`-_`) werden unterstützt. Wenn Ihre Eingabe beides mischt, wählt das Tool die Variante, die im String dominant wirkt, und normalisiert dorthin.

Funktioniert das auch für Bilder oder PDF in Base64?

Ja. Der Inhalt ist für die Kodierungsreparatur egal. Wenn Sie eine `data:image/png;base64,...`-URL einfügen, bleibt das Präfix erhalten und nur das kodierte Payload wird repariert.

Lässt sich das reparierte Base64 immer dekodieren?

Bei Format-Brüchen ja. Wenn die ursprünglichen Bytes teilweise korrumpiert waren (Bits weg oder umgeschrieben), kann keine Kodierungs-Reparatur das wiederherstellen — Sie dekodieren zwar, bekommen aber Müll an der beschädigten Stelle. Prüfen Sie anschließend mit unserem Base64-Decoder.

Andere Base64-Tools, die Sie brauchen könnten

Die Kodierung zu reparieren ist nur ein Schritt. Hier sind die übrigen Base64-Tools auf der Seite: