Base64URL stellt dieselben Bytes wie Base64 dar, ändert aber zwei Zeichen für die Verwendung in URLs. Decodex akzeptiert beide Formate und zeigt UTF-8-Text an. Das Beispiel aus der Tabelle lässt sich direkt im Konverter prüfen.
Was sich am Alphabet ändert
Base64 verwendet + und /; Base64URL verwendet - und _. Buchstaben und Ziffern bleiben gleich. Padding mit = ist eine getrennte Regel: Manche Protokolle lassen es weg, andere behalten es. Eine Zeichenfolge nur aus Buchstaben und Ziffern verrät das verwendete Alphabet nicht. Beide Formate sind keine Verschlüsselung.
Wenn eine URL Daten verändert
Bei application/x-www-form-urlencoded kann + als Leerzeichen interpretiert werden. / kann außerdem mit einem Pfadtrenner kollidieren. Verwende URLSearchParams zum Erstellen von Parametern. Ein bereits verlorenes + kann der Decoder nicht zuverlässig rekonstruieren. Das Emoji 😀 ergibt 8J+YgA== in Base64 und 8J-YgA== in Base64URL.
Umwandeln und kontrollieren
Kodiere zuerst die Bytes als Base64, ersetze + durch - und / durch _, und entferne nur abschließende =, wenn das Protokoll dies erlaubt. Decodex erzeugt standardmäßiges Base64 mit Padding und akzeptiert Base64URL beim Dekodieren. Das Lesen eines JWT-Segments prüft weder Signatur noch Ablaufzeit oder Berechtigungen; das Werkzeug validiert keine Tokens.
Beispiel ausprobieren
| Format | Text | Base64 |
|---|---|---|
Base64 | 😀 | 8J+YgA== |
Base64URL | 😀 | 8J-YgA== |
Base64URL (JWT) | 😀 | 8J-YgA |
Häufige Fragen
Fehlt bei Base64URL immer das =?
Nein. Maßgeblich sind die Regeln des empfangenden Systems. Das ungepolsterte Beispiel 8J-YgA wird in Decodex zu 😀 dekodiert.
Quellen
Weitere Base64-Anleitungen
Base64-Padding: Was = und == bedeuten
Base64-Padding mit f, fo und foo verstehen. Fehlende Füllzeichen, ungültige Längen und teilweise gefüllte Zeichenfolgen prüfen.
JavaScript und Unicode-Base64: btoa()-Fehler mit UTF-8 beheben
Umlaute, Koreanisch und Emojis mit TextEncoder kodieren und mit atob und TextDecoder dekodieren. Geprüfter UTF-8-Code mit Beispielen.