URL-Encoder/Decoder & Parser
URLs codieren, decodieren, parsen und Base64 URL-safe umwandeln. 100% im Browser.
Häufige Fragen
Was ist URL-Encoding und warum braucht man es?
URL-Encoding (Percent-Encoding) ersetzt unsichere Zeichen in URLs durch ein Prozentzeichen gefolgt von ihrem Hexadezimalwert. Zum Beispiel wird ein Leerzeichen zu %20. Das ist nötig, weil URLs nur bestimmte ASCII-Zeichen enthalten dürfen – Umlaute, Sonderzeichen und Nicht-ASCII-Zeichen müssen codiert werden.
Was ist der Unterschied zwischen encodeURI und encodeURIComponent?
encodeURI() codiert eine komplette URL und lässt URL-strukturelle Zeichen wie : / ? # [ ] @ intakt. encodeURIComponent() codiert ALLE Sonderzeichen – verwende es für einzelne Query-Parameter-Werte.
Was ist doppeltes URL-Encoding?
Doppeltes Encoding entsteht, wenn ein bereits codierter String nochmals codiert wird. Aus %20 wird dann %2520. Unser Tool erkennt das automatisch und bietet iteratives Decodieren an.
Was ist Base64 URL-safe Encoding?
Standard-Base64 verwendet +, / und =. In URLs sind diese reserviert. Base64 URL-safe ersetzt + durch -, / durch _ und entfernt das Padding.
Werden meine Daten gespeichert?
Nein. Alle Berechnungen laufen zu 100% in deinem Browser. Keine Daten werden an unseren Server gesendet.
URL-Encoding: Alles über die Codierung von Weblinks
URLs (Uniform Resource Locators) sind die Adressen des Internets. Damit ein Browser eine URL korrekt verarbeiten kann, muss sie einem bestimmten Format folgen, das im RFC 3986 Standard definiert ist. Nicht alle Zeichen sind in URLs erlaubt – genau hier kommt URL-Encoding (auch Percent-Encoding genannt) ins Spiel.
Unser kostenloses Online-Tool hilft dir, Texte und URLs zu codieren und zu decodieren, URLs in ihre Bestandteile zu zerlegen und Base64 URL-safe Transformationen durchzuführen – alles direkt im Browser, ohne dass Daten an einen Server gesendet werden.
Warum müssen URLs codiert werden?
Eine URL darf nur bestimmte ASCII-Zeichen enthalten. Dazu gehören Buchstaben (A–Z, a–z), Ziffern (0–9) und einige Sonderzeichen wie -, _, . und ~. Alle anderen Zeichen – darunter Umlaute (ä, ö, ü), Leerzeichen, Satzzeichen und Nicht-ASCII-Zeichen – müssen durch ihre UTF-8-Byte-Repräsentation in Hexadezimalform ersetzt werden.
Beispiel: Das deutsche Wort „Übung" wird zu %C3%9Cbung, weil das Ü in UTF-8 als zwei Bytes (0xC3 0x9C) dargestellt wird. Ein Leerzeichen wird zu %20, ein Ampersand (&) zu %26.
Reservierte Zeichen in URLs
Bestimmte Zeichen haben in URLs eine strukturelle Bedeutung: : trennt Protokoll von Host, / trennt Pfadsegmente, ? leitet die Query ein, # markiert den Fragment-Identifier, und & trennt Query-Parameter. Diese Zeichen müssen nur dann codiert werden, wenn sie als Daten innerhalb eines URL-Teils verwendet werden, nicht als strukturelle Trenner.
Genau hier liegt der Unterschied zwischen encodeURI() und encodeURIComponent(): Die erste Funktion lässt strukturelle Zeichen intakt (für ganze URLs), die zweite codiert alles (für einzelne Parameterwerte).
UTF-8 und internationale Zeichen
Moderne Browser verwenden UTF-8 als Standard-Zeichenkodierung. Wenn du ein chinesisches Zeichen, ein Emoji oder einen arabischen Buchstaben in eine URL einbaust, wird es zunächst in UTF-8 Bytes konvertiert und anschließend jedes Byte als %XX codiert. So wird aus dem Emoji 🎉 die Sequenz %F0%9F%8E%89.
Häufige Probleme: Doppeltes Encoding
Ein verbreitetes Problem in der Webentwicklung ist doppeltes URL-Encoding. Das passiert, wenn ein bereits codierter String versehentlich ein zweites Mal durch eine Encoding-Funktion geschickt wird. Aus %20 wird dann %2520, weil das Prozentzeichen selbst codiert wird. Unser Tool erkennt doppeltes Encoding automatisch anhand des typischen %25-Musters und bietet einen Button zum vollständigen, iterativen Decodieren an.
URL-Struktur verstehen: Der URL-Parser
Jede URL besteht aus mehreren Teilen: Protokoll (https), Host (example.com), optionaler Port (:8080), Pfad (/seite/unter), Query-String (?key=value) und Fragment (#abschnitt). Unser URL-Parser zerlegt jede URL in diese Bestandteile und zeigt Query-Parameter als editierbare Key-Value-Tabelle an. Du kannst Parameter ändern, hinzufügen oder löschen und die URL neu zusammenbauen.
Base64 URL-safe Encoding
Base64 ist ein Verfahren, das beliebige Binärdaten als ASCII-Zeichen darstellt. Standard-Base64 verwendet jedoch die Zeichen +, / und =, die in URLs eine besondere Bedeutung haben. Base64 URL-safe (RFC 4648 §5) löst das Problem, indem + durch - und / durch _ ersetzt wird, und das Padding-Zeichen = weggelassen wird.
Das ist besonders wichtig für JWT-Tokens (JSON Web Tokens), die aus drei Base64 URL-safe codierten Teilen bestehen: Header, Payload und Signatur. Unser JWT-Decoder zerlegt jeden Token in seine Bestandteile und zeigt Header und Payload als formatiertes JSON an.