Kodierungs-Tools

Daten reisen selten in ihrer ursprünglichen Form. Binärdateien werden in Text umgewandelt, damit sie E-Mail und JSON überstehen, und Text wird maskiert, damit er sicher in einer URL stehen kann. Kodiert eine Seite anders, als die andere dekodiert, entstehen kaputte Links, zerstörte Umlaute oder Tokens, die nicht mehr validieren. Diese Kategorie bündelt kostenlose Konverter, die genau zeigen, was sich geändert hat und warum – komplett im Browser, ohne Upload.

Base64-Encoder und -Decoder

Der Base64-Encoder und -Decoder wandelt Text in Base64 und zurück, mit Standard- und URL-sicherem Alphabet, optionalen Zeilenumbrüchen für MIME und PEM und korrektem UTF-8, damit Umlaute und Emojis erhalten bleiben. Er zeigt den Größenzuwachs und wechselt in eine Hex-Ansicht, wenn die Bytes kein Text sind – ideal für Data-URIs, Basic-Authentifizierungs-Header und die Teile eines JWT.

URL-Encoder und -Decoder

Der URL-Encoder und -Decoder kodiert einen einzelnen Wert oder eine ganze Adresse, wandelt %XX-Folgen zurück in lesbaren Text und zerlegt einen Link in Host, Pfad und Parameter. Er erkennt fehlerhafte Escapes und doppelte Kodierung, etwa ein Leerzeichen, das zu %2520 geworden ist, und bietet bei Bedarf Pluszeichen für Leerzeichen.

Wann du sie brauchst

Nutze sie, wenn ein Link mit Suchbegriff oder Weiterleitung bricht, eine API scheinbar beschädigte Parameter erhält, du ein Token oder Zertifikat von Hand lesen willst oder ein kleines Bild als Data-URI einbettest. Die exakten Bytes auf beiden Seiten zu sehen, deckt den Unterschied meist in Sekunden auf.

Kodieren ist kein Schutz

Base64 und Prozentkodierung machen Daten transportfähig, nicht geheim. Jeder kann sie umkehren – verstecke damit nie Passwörter, Tokens oder persönliche Daten. Für Geheimhaltung brauchst du echte Verschlüsselung oder ein signiertes Token, und Geheimnisse gehören nicht in URLs.

Typische Kodierungsfehler

Die meisten Fehler stammen von wenigen Wiederholungstätern: base64url mit dem Standardalphabet dekodieren, das =-Padding weglassen, das ein strenger Decoder erwartet, einen Wert doppelt kodieren, sodass ein Leerzeichen zu %2520 wird, encodeURI statt encodeURIComponent nutzen oder UTF-8-Bytes als Latin-1 lesen, sodass aus Umlauten ä wird. Eingabe und Ausgabe nebeneinander zu sehen, zeigt, welcher Fall vorliegt.

Kurze Kodierungs-Checkliste

Kläre vor dem Kodieren, welches Format die Gegenseite erwartet: Standard- oder URL-sicheres Base64, mit oder ohne Padding, ein einzelner Wert oder eine ganze URL, Leerzeichen als %20 oder +. Kodiere genau einmal, in dem Moment, in dem der Wert in die URL oder den Payload kommt, nutze immer UTF-8 und dekodiere eine Probe, um zu bestätigen, dass der Rückweg das Original liefert. Halte ein paar bekannt korrekte Beispiele bereit, um ein Bibliotheks- oder Framework-Update in Sekunden dagegen zu testen.

Die Details verstehen

Beide Konverter verlinken ausführliche Anleitungen, die erklären, wie die Kodierungen funktionieren, welche Padding- und Alphabet-Unterschiede oft stolpern lassen und wie man eine Ausgabe behebt, die sich nicht dekodieren lässt.

Tipp: Kodiere einen Wert genau einmal, dort, wo er in eine URL, einen Header oder eine Data-URI gelangt, und dekodiere ihn genau einmal, wo er sie verlässt. Doppeltes Kodieren ist die häufigste Ursache für %2520 und kaputtes Base64. Ein schneller Test: Dekodiere den Wert einmal und prüfe, ob er noch %- oder =-Zeichen enthält, die dort nicht hingehören. Bewahre eine Kopie des Ergebnisses auf, um es nach der nächsten Änderung zu vergleichen.