Base64-Kodierer/Dekodierer
Base64 und Data-URIs latenzfrei kodieren, dekodieren und analysieren. Mit intelligenter Nutzlast-Erkennung, Echtzeit-JWT-Inspektor, Data-URI-Bildgenerator, Base64-Overhead-Prüfer und RFC 4648 URL-Safe-Umschalter mit 100 % clientseitiger Privatsphäre.
Online-WerkzeugeStandard-RFC-4648-Base64-Alphabet-Indextabelle (64 Zeichen)
Vollständige Zuordnung von 6-Bit-Binärsequenzen zu Standard-Base64- und URL-Safe-Zeichensätzen.
| Wert (Dezimal) | 6-Bit-Binär | Base64-Zeichen | URL-Safe-Zeichen | ASCII-Hex |
|---|---|---|---|---|
| 0 | 000000 | A | A | 0x41 |
| 1 | 000001 | B | B | 0x42 |
| 2 | 000010 | C | C | 0x43 |
| 3 | 000011 | D | D | 0x44 |
| 4 | 000100 | E | E | 0x45 |
| 5 | 000101 | F | F | 0x46 |
| 6 | 000110 | G | G | 0x47 |
| 7 | 000111 | H | H | 0x48 |
| 8 | 001000 | I | I | 0x49 |
| 9 | 001001 | J | J | 0x4A |
| 10 | 001010 | K | K | 0x4B |
| 11 | 001011 | L | L | 0x4C |
| 12 | 001100 | M | M | 0x4D |
| 13 | 001101 | N | N | 0x4E |
| 14 | 001110 | O | O | 0x4F |
| 15 | 001111 | P | P | 0x50 |
| 16 | 010000 | Q | Q | 0x51 |
| 17 | 010001 | R | R | 0x52 |
| 18 | 010010 | S | S | 0x53 |
| 19 | 010011 | T | T | 0x54 |
| 20 | 010100 | U | U | 0x55 |
| 21 | 010101 | V | V | 0x56 |
| 22 | 010110 | W | W | 0x57 |
| 23 | 010111 | X | X | 0x58 |
| 24 | 011000 | Y | Y | 0x59 |
| 25 | 011001 | Z | Z | 0x5A |
| 26 | 011010 | a | a | 0x61 |
| 27 | 011011 | b | b | 0x62 |
| 28 | 011100 | c | c | 0x63 |
| 29 | 011101 | d | d | 0x64 |
| 30 | 011110 | e | e | 0x65 |
| 31 | 011111 | f | f | 0x66 |
| 32 | 100000 | g | g | 0x67 |
| 33 | 100001 | h | h | 0x68 |
| 34 | 100010 | i | i | 0x69 |
| 35 | 100011 | j | j | 0x6A |
| 36 | 100100 | k | k | 0x6B |
| 37 | 100101 | l | l | 0x6C |
| 38 | 100110 | m | m | 0x6D |
| 39 | 100111 | n | n | 0x6E |
| 40 | 101000 | o | o | 0x6F |
| 41 | 101001 | p | p | 0x70 |
| 42 | 101010 | q | q | 0x71 |
| 43 | 101011 | r | r | 0x72 |
| 44 | 101100 | s | s | 0x73 |
| 45 | 101101 | t | t | 0x74 |
| 46 | 101110 | u | u | 0x75 |
| 47 | 101111 | v | v | 0x76 |
| 48 | 110000 | w | w | 0x77 |
| 49 | 110001 | x | x | 0x78 |
| 50 | 110010 | y | y | 0x79 |
| 51 | 110011 | z | z | 0x7A |
| 52 | 110100 | 0 | 0 | 0x30 |
| 53 | 110101 | 1 | 1 | 0x31 |
| 54 | 110110 | 2 | 2 | 0x32 |
| 55 | 110111 | 3 | 3 | 0x33 |
| 56 | 111000 | 4 | 4 | 0x34 |
| 57 | 111001 | 5 | 5 | 0x35 |
| 58 | 111010 | 6 | 6 | 0x36 |
| 59 | 111011 | 7 | 7 | 0x37 |
| 60 | 111100 | 8 | 8 | 0x38 |
| 61 | 111101 | 9 | 9 | 0x39 |
| 62 | 111110 | + | - | 0x2B |
| 63 | 111111 | / | _ | 0x2F |
Mathematische Architektur des Base64-Paddings (=)
Warum Auffüllzeichen entstehen und wie die 24-Bit-Ausrichtung Gleichheitszeichen erzwingt.
Der 3-Byte-zu-4-Zeichen-Ausrichtungsmechanismus
Base64 wandelt Gruppen von drei 8-Bit-Oktetten (insgesamt 24 Bit) in vier 6-Bit-Indizes um. Wenn die Anzahl der Eingabebytes nicht durch 3 teilbar ist, erfordert der letzte Block ein Auffüllen (Padding).
Wenn die Bytezahl exakt durch 3 teilbar ist, entstehen genau 4 Base64-Zeichen pro 3 Bytes. Es wird kein Gleichheitszeichen (=) angehängt.
8 Bits sind vorhanden. Der Kodierer nutzt 6 Bits für das erste Zeichen und füllt die verbleibenden 2 Bits mit 4 Nullen auf. Zwei Padding-Zeichen (==) werden angehängt.
16 Bits sind vorhanden. Es entstehen zwei vollständige 6-Bit-Zeichen (12 Bits) und die verbleibenden 4 Bits werden mit 2 Nullen aufgefüllt. Genau ein Padding-Zeichen (=) wird angehängt.
Der +33,3%-Overhead in der modernen Webarchitektur
Base64 wandelt 3 Rohdaten-Bytes in 4 ASCII-Bytes um, was die unkomprimierte Nutzlast exakt um 33,33 % vergrößert. Beim Inlining entfällt zwar ein HTTP-Roundtrip, doch die Parsingzeit und fehlende Cachefähigkeit können die Renderzeit beeinträchtigen.
Best Practices für Entwickler: Inlining vs. Externe Ressource
Favicons, winzige SVGs und Platzhalterpixel profitieren von Data-URIs, da zusätzliche HTTP-Verbindungsaufbauten entfallen.
Bei modernen Protokollen mit Verbindungsmultiplexing ist das Einbetten mittlerer oder großer Grafiken aufgrund fehlenden Browser-Cachings unrentabel.
Für Basic-Auth-Header und JWT-Claim-Transport gewährleistet Base64 Datensicherheit auf reinen Texttransportebenen, ersetzt jedoch keine Verschlüsselung.
Bedienungsanleitung: Base64 Encoder & Decoder (Schritt für Schritt)
Beherrschen Sie Textkodierung, Binärdateien-Konvertierung, URL-Safe-Datentransfer und JWT-Token-Prüfung.
Betriebsmodus wählen oder Auto-Erkennung nutzen
Wählen Sie 'Auto-Erkennung' für eine automatische Klassifizierung Ihrer Eingabe oder nutzen Sie gezielt die Modi 'Kodieren', 'Dekodieren', 'JWT-Inspektor' oder 'Data-URI-Generator' in der oberen Leiste.
Text eingeben, Hashes einfügen oder Datei hochladen
Geben Sie UTF-8-Text, Base64-Strings oder JWT-Tokens direkt in das Terminal ein. Alternativ können Sie Dateien (Bilder, SVGs, Dokumente) per Drag & Drop ablegen, um sofort Data-URIs zu generieren.
URL-Safe-Modus (RFC 4648 §5) konfigurieren
Aktivieren Sie den Schalter 'URL-Safe', um '+' durch '-' und '/' durch '_' zu ersetzen sowie abschließendes '='-Padding zu entfernen – ideal für Web-URLs, GET-Parameter und HTTP-Header.
Dekodierte Nutzlasten und Dateivorschau analysieren
Beim Untersuchen von JWTs sehen Sie strukturierte Header, Claims und Ablaufzeiten. Bei Bilddateien erhalten Sie eine Live-Vorschau inklusive fertiger HTML- und CSS-Code-Snippets.
Overhead & Dateigröße im Bloat-Auditor prüfen
Der integrierte Bloat-Auditor berechnet den exakten +33,3%-Overhead sowie die Bytes vor und nach der Kodierung, damit Sie fundiert entscheiden können, ob Inline-Einbettung sinnvoll ist.
Ergebnis kopieren oder als Datei herunterladen
Kopieren Sie das Resultat mit einem Klick in die Zwischenablage oder laden Sie die Datei herunter. Alle Berechnungen erfolgen zu 100 % lokal im Browser mit vollständigem Datenschutz.
Häufig gestellte Fragen (FAQ)
Technische und praxisnahe Antworten für Softwareentwickler, Sicherheitsexperten und Webmaster.
Q:Was ist die Base64-Kodierung und wozu wird sie verwendet?
Base64 ist ein in RFC 4648 definiertes Verfahren zur Binär-zu-Text-Kodierung. Es wandelt beliebige Binärdaten in eine Zeichenkette aus 64 druckbaren ASCII-Zeichen (A–Z, a–z, 0–9, +, /) um. Dies ermöglicht den sicheren Transport von Binärdaten wie Bildern, Schlüsseln und Zertifikaten über reine Textprotokolle (wie HTTP, SMTP-E-Mail, JSON und XML), ohne dass Steuerzeichen die Daten beschädigen.
Q:Was ist der Unterschied zwischen Standard-Base64 und URL-Safe-Base64?
Standard-Base64 (RFC 4648 §4) verwendet die Zeichen '+' und '/' sowie '=' als Padding. In Web-URLs und Query-Parametern wird '+' jedoch oft als Leerzeichen interpretiert und '/' dient als Pfadtrennzeichen. URL-Safe-Base64 (RFC 4648 §5) ersetzt daher '+' durch '-' (Bindestrich) und '/' durch '_' (Unterstrich) und verzichtet meist auf das abschließende '='-Padding.
Q:Warum vergrößert Base64 die Datenmenge um ca. 33 %?
Base64 fasst jeweils 3 Bytes (24 Bits) Binärdaten zusammen und stellt diese durch 4 ASCII-Zeichen (32 Bits) dar, da jedes Base64-Zeichen genau 6 Bits Information speichert. Dieses mathematische Verhältnis von 4 zu 3 führt zu einer exakten Zunahme der unkomprimierten Nutzlast um 33,33 %, zuzüglich eventueller Padding-Zeichen.
Q:Was bedeuten die Gleichheitszeichen (=) am Ende einer Base64-Zeichenkette?
Das Gleichheitszeichen '=' ist ein Füllzeichen (Padding) zur Einhaltung von 24-Bit-Blöcken. Wenn die Länge der Eingabedaten nicht durch 3 teilbar ist, werden Nullen angehängt. Bei einem verbleibenden Restbyte werden zwei '==' angehängt; bei zwei Restbytes wird ein einzelnes '=' angehängt. Ist die Eingabe glatt durch 3 teilbar, gibt es kein Padding.
Q:Wie funktioniert der JWT-Inspektor und sind meine Tokens sicher?
Ein JSON Web Token (JWT) besteht aus drei durch Punkte getrennten Teilen: Header, Payload und Signatur. Unser Inspektor trennt diese Abschnitte und dekodiert Header und Payload direkt im Browser. Er prüft Ablaufdatum (exp), Gültigkeitsdauer und Signatur-Algorithmen. Da die Verarbeitung vollständig clientseitig erfolgt, verlassen Ihre Tokens niemals Ihren Computer.
Q:Wann sollte man Bilder als Base64 Data-URI einbetten und wann extern verlinken?
Data-URIs eignen sich hervorragend für winzige Ressourcen (unter 2 KB) wie Favicons, Mini-Icons oder kritische Inline-SVGs, da zusätzliche HTTP-Anfragen entfallen. Für größere Grafiken (> 10 KB) sind externe Dateien besser, da Base64 die Dateigröße um rund 33 % erhöht und vom Browser nicht separat im Cache gespeichert werden kann.
Q:Werden meine sensiblen Daten, Passwörter oder Dateien an Server übertragen?
Nein. 100 % aller Kodierungen, Dekodierungen und Dateianalysen laufen vollständig lokal in Ihrem Browser über native JavaScript-APIs (FileReader und TextEncoder/TextDecoder). Es werden keinerlei Inhalte an unsere Server gesendet oder dort gespeichert.
Was ist Base64-Kodierer/Dekodierer?
Wenn Sie mit modernen Webtechnologien arbeiten, stolpern Sie unweigerlich über Base64-kodierte Strings. Unser Echtzeit-Konverter wurde entwickelt, um diesen Prozess so reibungslos und sicher wie möglich zu gestalten. Datenschutz steht hier an erster Stelle: Die gesamte Kodierung und Dekodierung findet ausschließlich lokal in Ihrem Browser statt. Nichts wird in eine Cloud hochgeladen. Mit Funktionen wie dem automatischen Smart-Payload-Detektor erkennt das System selbstständig, ob Sie gerade einen einfachen Text, ein Bild oder ein komplexes JSON-Objekt eingefügt haben.
Einsatzszenario: Debugging von Authentifizierungs-Token
Ein Backend-Entwickler baut ein neues Microservice-System und nutzt JSON Web Tokens (JWT) für die Benutzerauthentifizierung. Bei den API-Tests wird der Zugriff plötzlich verweigert. Anstatt mühsam Skripte zu schreiben, kopiert er den Token in unseren Decoder. Der Echtzeit-JWT-Inspektor zerlegt den String sofort in Header, Payload und Signatur. Er stellt fest, dass der Token abgelaufen ist. Gleichzeitig nutzt er den RFC 4648 URL-Safe Schalter, um einen neuen Test-Token zu generieren, der problemlos über HTTP-GET-Parameter übertragen werden kann, ohne dass Sonderzeichen die URL zerstören.
Funktionsübersicht für Entwickler
| Werkzeug | Technischer Zweck | Ihr Vorteil im Arbeitsalltag |
|---|---|---|
| Smart Payload Erkennung | Analysiert den eingefügten String automatisch. | Spart Zeit, da das System selbst erkennt, ob es sich um JSON, Text oder Hex handelt. |
| Data-URI Image Builder | Wandelt lokale Bilddateien in reinen Text um. | Erleichtert das Einbetten von Grafiken direkt in HTML- oder CSS-Code. |
| 100 % Client-Side Privacy | Verhindert die serverseitige Datenübertragung. | Höchste Sicherheit bei der Verarbeitung von API-Schlüsseln oder sensiblen Tokens. |
Geschichte und Ursprung
Der Standard wurde aus einer puren Notwendigkeit heraus geboren. Computernetzwerke der 1980er Jahre kommunizierten oft nur fehlerfrei mit grundlegenden Textzeichen. Die Herausforderung bestand darin, Binärdaten (bestehend aus 8-Bit-Blöcken) über Systeme zu übertragen, die nur 7-Bit-Daten verstanden. Die mathematische Lösung war genial: Drei 8-Bit-Bytes (24 Bit) werden in vier 6-Bit-Blöcke aufgeteilt, denen dann sichere Textzeichen wie A-Z und 0-9 zugewiesen werden.