S
SoSimple.tools
Entwickler- & Design-Tools

Kodierungs-Konverter

Wandeln Sie Zeichenketten und Datenblöcke in Echtzeit zwischen Klartext, Base64, URL-Encode, Hexadezimal und 8-Bit-Binär mit präziser UTF-8-Auflösung um

Läuft in Ihrem Browser: Ihre Eingaben bleiben auf Ihrem Gerät

Quelldaten & Konfiguration

13 characters 13 bytes (UTF-8)
URL-sicheres Base64 erzeugen (- und _ statt + und /)
Konvertierte Darstellungen
Klartext (UTF-8)
Hello, World!
Base64-Darstellung
SGVsbG8sIFdvcmxkIQ==
URL-kodiertes Format
Hello%2C%20World!
Hexadezimal-Bytes
48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21
Binäre Bits (8-Bit)
01001000 01100101 01101100 01101100 01101111 00101100 00100000 01010111 01101111 01110010 01101100 01100100 00100001
Erfolgreich in alle Formate umgewandelt
Tool teilen

So nutzen Sie das Tool

  1. Wählen Sie Text kodieren oder Dekodieren und anschließend das Eingabeformat: Klartext, Base64, URL-kodiert, Hexadezimal oder Binär.
  2. Geben Sie die Daten ein oder fügen Sie sie ein; alle anderen Formate aktualisieren sich während der Eingabe.
  3. Passen Sie die Trennzeichen für Hex und Binär an und aktivieren Sie bei Bedarf URL-sicheres Base64 mit - und _ statt + und /.
  4. Nutzen Sie die Kopieren-Schaltfläche neben dem gewünschten Format oder kopieren Sie alle Formate auf einmal.

Rechenbeispiel

Der Standardtext Hello, World! hat 13 Zeichen und 13 Bytes in UTF-8. Als Base64 ergibt das SGVsbG8sIFdvcmxkIQ==, URL-kodiert Hello%2C%20World! und als Hex 48 65 6c 6c 6f 2c 20 57 6f 72 6c 64 21. Ein Buchstabe außerhalb von ASCII ändert die Byte-Zahl: Héllo hat 5 Zeichen, aber 6 Bytes, weil é zwei Bytes belegt (c3 a9); Base64 lautet SMOpbGxv. Beim Dekodieren von Bytes, die kein gültiges UTF-8 sind, zeigt die Textspalte Ersatzzeichen, der Text kann also von den Original-Bytes abweichen. Base64 ist eine Kodierung für den Transport, keine Verschlüsselung.

Methodik

Kodierungen übersetzen Bytes in Text, der Transport und Speicherung übersteht. Rechenbeispiel: Die 5 Zeichen lange Zeichenkette Héllo besteht in UTF-8 aus 6 Bytes, weil é zwei belegt (c3 a9): Hex 48 c3 a9 6c 6c 6f, Base64 SMOpbGxv, URL-Form H%C3%A9llo. Alle anderen Darstellungen werden aus diesen Bytes abgeleitet, egal in welchem Format Sie eingeben.

RFC 4648 Base64 & RFC 3986 URL-Kodierung: Base64 bildet jeden 3-Byte-Block (24 Bit) auf vier Zeichen eines 64-Zeichen-Alphabets ab; ist die Länge kein Vielfaches von 3, ergänzen ein oder zwei Füllzeichen = den letzten Block (Hi wird zu SGk=). Die Prozentkodierung von encodeURIComponent schreibt jedes unsichere Byte als %HH, ein Leerzeichen also als %20 statt +. Die URL-sichere Option ersetzt + und / durch - und _ und lässt das Padding weg.
UTF-8 Multibyte-Architektur & Hex/Binär-Darstellung: Text wird mit dem TextEncoder des Browsers (UTF-8) in 1 bis 4 Bytes pro Codepunkt umgewandelt. Hex zeigt jedes Byte als zwei Ziffern (0-f), Binär als acht Bit. Die Dekodierung läuft umgekehrt: Hex-Eingaben dürfen Leerzeichen, Doppelpunkte, Kommas und 0x-Präfixe enthalten, und Bytefolgen, die kein gültiges UTF-8 sind, erscheinen mit dem Ersatzzeichen, weshalb die Textspalte von den Originalbytes abweichen kann.

Wie viele Bytes kostet ein einzelnes Zeichen?

Jede Zeile wurde als Klartext mit den Standardeinstellungen eingegeben (Hex mit Leerzeichen, Standard-Base64). Die Spalte zeigt den Zeichenzähler des Tools, dann die Anzahl der UTF-8-Bytes.

TextZeichen → BytesHexBase64
Hi2 → 248 69SGk=
ñ1 → 2c3 b1w7E=
€1 → 3e2 82 ac4oKs
日本2 → 6e6 97 a5 e6 9c ac5pel5pys
😀2 → 4f0 9f 98 808J+YgA==

So lesen Sie die Tabelle: Der Base64-Text wächst mit den Bytes, nicht mit den Zeichen. Der Zähler arbeitet mit UTF-16-Einheiten, deshalb zeigt das Emoji 2 Zeichen an, obwohl es ein Symbol ist; für Längenlimits zählt die Byte-Zahl. In der URL-Ausgabe des Tools werden daraus %C3%B1, %E2%82%AC, %E6%97%A5%E6%9C%AC und %F0%9F%98%80. Mit der URL-sicheren Option wird aus 8J+YgA== beim Emoji 8J-YgA. Base64 transportiert Bytes als Text und ist keine Verschlüsselung.

Ähnliche Tools

Häufige Fragen

Was ist der Unterschied zwischen Standard-Base64 und URL-Safe-Base64? ▼

Standard-Base64 (RFC 4648 §4) verwendet die Zeichen „+“ und „/“ sowie „=“ als Füllzeichen. In Web-URLs und Abfrageparametern können diese Zeichen zu Parsing-Fehlern führen. URL-Safe-Base64 (RFC 4648 §5) ersetzt „+“ durch „-“ und „/“ durch „_“ und lässt das „=“-Padding meist weg.

Warum erzeugen Umlaute und Sonderzeichen mehr Bytes als Zeichen? ▼

Unter der variablen UTF-8-Kodierung belegen Standard-ASCII-Buchstaben genau 1 Byte. Deutsche Umlaute (ä, ö, ü, ß) und akzentuierte Zeichen benötigen jeweils 2 Bytes im Speicher, was sich in der Hex- und Binärausgabe widerspiegelt.

Werden meine Eingaben an externe Server oder APIs übertragen? ▼

Der Konvertierungscode läuft in Ihrem Browser mit den eingebauten Funktionen TextEncoder, TextDecoder, atob und btoa, und die Seite lädt Ihre Eingabe nicht hoch. Dennoch sollten Sie keine echten Produktivgeheimnisse in Websites einfügen, die Sie nicht kontrollieren. Bedenken Sie auch, dass Base64, URL-Kodierung, Hex und Binär umkehrbare Kodierungen sind, keine Verschlüsselung: Wer die Ausgabe sieht, kann sie dekodieren, ein kodiertes Passwort oder Token ist also nicht geschützt. Ist die Eingabe für das gewählte Format ungültig (etwa Hex mit ungerader Stellenzahl oder Binärwerte, die kein Vielfaches von 8 Bit sind), zeigt das Tool einen Fehler an, statt zu raten.