Zurück zum Blog

Encoding und Hashing: Was Entwickler wirklich wissen müssen

Praktischer Leitfaden zu Base64-Encoding, URL-Encoding, Hash-Algorithmen und JWT-Tokens. Tools und Konzepte, die jeder Entwickler nutzt.

Development
ToolNest Team
25. Januar 2026
5 Min. Lesezeit

Encoding und Hashing tauchen überall in der Webentwicklung auf. Bilder in CSS einbetten? Base64. Daten in URLs übergeben? URL-Encoding. Passwörter speichern? Hashing. Benutzer authentifizieren? JWTs. Das sind keine exotischen Konzepte — es sind tägliche Notwendigkeiten.

Base64: Binär zu Text

Base64 konvertiert binäre Daten in ASCII-Text. Klingt simpel, ist aber überraschend nützlich.


Musst du ein kleines Bild direkt in HTML oder CSS einbetten? Base64. Binärdaten über eine JSON-API senden? Base64. Credentials für Basic Auth kodieren? Du hast es erraten.


Der Base64 Encoder/Decoder handhabt beide Richtungen. Füge deine Binärdaten oder Text ein, erhalte die kodierte Version. Füge Base64 ein, erhalte das Original zurück. Ich nutze es ständig zum Debuggen von E-Mail-Anhängen und Data-URIs.


Ein Vorbehalt: Base64 erhöht die Größe um etwa 33%. Gut für kleine Assets, problematisch für große Dateien.

URL-Encoding: Nur sichere Zeichen

URLs haben Regeln darüber, welche Zeichen erlaubt sind. Leerzeichen, Sonderzeichen, Nicht-ASCII-Text — alles braucht Encoding, um sicher durchs Web zu reisen.


Der URL Encoder konvertiert problematische Zeichen in prozent-kodierte Äquivalente. Das Leerzeichen wird zu %20. Dein Emoji wird zu einer langen Kette von Prozent-Codes.


Das ist wichtig beim dynamischen Aufbau von Query-Strings, beim Umgang mit Benutzereingaben in URLs oder beim Debuggen, warum ein Link nicht funktioniert. Oft ist das Problem ein einzelnes nicht-kodiertes Zeichen, das die ganze URL kaputt macht.

Hashing: Einweg-Transformation

Hashing nimmt eine Eingabe und produziert eine Ausgabe fester Länge. Die gleiche Eingabe gibt immer den gleichen Hash. Aber du kannst es nicht umkehren — das ist der Punkt.


Der Hash Generator unterstützt MD5, SHA-1, SHA-256 und andere. Nutze SHA-256 für alles Sicherheitsrelevante. MD5 ist okay für Checksummen, aber für Sicherheit geknackt.


Häufige Anwendungen: Dateiintegrität prüfen (Wurde der Download korrekt abgeschlossen?), Passwörter speichern (Niemals Klartext speichern!), eindeutige Identifikatoren aus Inhalt erstellen.


Bei HTML-Encoding geht es darum, XSS-Angriffe zu verhindern, indem Sonderzeichen wie < und > escaped werden, bevor Benutzereingaben angezeigt werden.

JWT: Tokens, die Daten tragen

JSON Web Tokens sind überall in der modernen Authentifizierung. Diese lange Zeichenkette, die deine API zurückgibt? Es sind tatsächlich drei Base64-kodierte Teile, getrennt durch Punkte.


Der JWT Decoder zerlegt das. Sieh den Header (verwendeter Algorithmus), Payload (die eigentlichen Claims) und überprüfe die Struktur. Ohne das Secret kannst du die Signatur nicht verifizieren, aber alles andere inspizieren.


Auth-Probleme debuggen? Prüfe die Token-Ablaufzeit. Falsche Claims? Sieh sie klar. Token dekodiert nicht? Vielleicht ist es fehlerhaft.

Das richtige Tool wählen

Encoding ist umkehrbar — du kannst immer das Original zurückbekommen. Hashing nicht — es ist eine Einbahnstraße.


Nutze Base64 für: Binärdaten in Text einbetten, Basic Auth, Data URIs.

Nutze URL-Encoding für: Query-Strings, Sonderzeichen in URLs.

Nutze Hashing für: Passwörter, Integritätsprüfungen, eindeutige IDs.

Nutze JWT für: Authentifizierungstoken, Claims zwischen Services übergeben.

Diese Transformationen sind Bausteine der Web-Sicherheit und Datenverarbeitung. Zu verstehen, wann man kodiert vs. hasht, und Tools für beides bereit zu haben, macht die Entwicklung reibungsloser und sicherer.