URL-Encoder/Decoder
URLs kodieren und dekodieren
Wie man URL-Encoder/Decoder benutzt
URLs kodieren und dekodieren Kostenloses Online-Tool, ohne Anmeldung, ohne aufdringliche Werbung. Jetzt nutzen.
Wofür wird URL-Kodierung benötigt?
URLs können nur einen begrenzten Satz von ASCII-Zeichen enthalten. Sonderzeichen — Leerzeichen, Umlaute, Satzzeichen und Nicht-ASCII-Zeichen — müssen als Prozentsequenzen (%XX) kodiert werden, um sicher in einer URL übertragen zu werden. Dies ist besonders relevant für Deutsch mit seinen Umlauten (ä, ö, ü, ß).
- Query-Parameter: Benutzereingaben als URL-Parameter zu übergeben erfordert Kodierung. Eine Suche nach "München" wird zu
M%C3%BCnchenin der URL — Sonderzeichen werden durch ihre UTF-8-Hex-Darstellung ersetzt. - API-Anfragen: URLs programmatisch zu konstruieren — Parameter vor dem Anhängen an die Basis-URL zu kodieren vermeidet fehlerhafte Anfragen und Sicherheitsschwachstellen wie Parameter-Injection.
- Formularübermittlung: HTML-Formulare mit method="GET" kodieren Formulardaten in der URL. Das Verstehen dieser Kodierung hilft beim Debuggen von Formularübermittlungen und beim Rekonstruieren der Originalwerte in Server-Logs.
- Link-Sharing: URLs mit deutschen Umlauten (ä, ö, ü, ß) zu teilen — viele Plattformen beschädigen diese Zeichen ohne korrekte Kodierung, besonders beim Kopieren zwischen verschiedenen Systemen.
- Debugging: Eine kodierte URL dekodieren, um die Originalparameter zu lesen — nützlich beim Inspizieren von Netzwerkanfragen in Browser-DevTools oder in Webserver-Logs.
Kodierungsregeln: Buchstaben (A-Z, a-z), Ziffern (0-9) und die Zeichen -_.~ werden niemals kodiert. Alles andere wird als % gefolgt von zwei Hex-Ziffern kodiert, die die UTF-8-Byte-Werte des Zeichens darstellen.
Frequently Asked Questions
Was ist der Unterschied zwischen encodeURI und encodeURIComponent in JavaScript?
encodeURI kodiert eine vollständige URL — lässt strukturelle URL-Zeichen (/, ?, &, #, :) unkodiert, da sie in der URL Bedeutung haben. encodeURIComponent kodiert alles außer Buchstaben, Ziffern und -_.~* — für einzelne Parameterwerte verwendet. Verwenden Sie immer encodeURIComponent für Werte von Query-Parametern.
Was ist der Unterschied zwischen + und %20 für Leerzeichen?
Beide repräsentieren ein Leerzeichen in der URL-Kodierung, aber in verschiedenen Kontexten. %20 ist für alle URL-Komponenten korrekt. Das Pluszeichen repräsentiert ein Leerzeichen nur in application/x-www-form-urlencoded (HTML-Formulardaten) — nicht in Pfad-Segmenten.
Warum verursacht doppeltes Dekodieren Probleme?
Wenn %252F in einer URL erscheint, kodiert es %2F (das selbst / kodiert). Einmal dekodieren ergibt %2F. Zweimal dekodieren ergibt /. Doppelkodierung tritt auf, wenn ein Wert kodiert wird und dann die gesamte URL erneut kodiert wird. Dies verursacht Sicherheitsprobleme (Path-Traversal-Angriffe), wenn Server URLs mehrfach dekodieren.
Welche Zeichen müssen in einem URL-Pfad-Segment kodiert werden?
Reservierte Zeichen mit besonderer Bedeutung müssen in Pfad-Segmenten kodiert werden: Leerzeichen (%20), # (%23), % (%25), ? (%3F) und andere. Der Schrägstrich / ist der Pfad-Trenner — für einen wörtlichen Schrägstrich in einem Pfad-Segment kodieren Sie ihn als %2F.
Was ist Punycode und wie verhält es sich zur URL-Kodierung?
Punycode konvertiert internationalisierte Domainnamen (IDN) mit Nicht-ASCII-Zeichen in ASCII-kompatible Kodierung. 'münchen.de' wird zu 'xn--mnchen-3ya.de' in Punycode. Es ist anders als die Prozentkodierung — gilt speziell für Domainnamen, nicht für Pfade oder Parameter.
URL-Kodierung vs. Base64 vs. HTML-Entities
URL-Kodierung (Prozentkodierung) macht Daten URL-sicher. Base64-Kodierung macht Binärdaten textsicher (E-Mail, JSON). HTML-Entities machen Sonderzeichen HTML-sicher: & wird zu &, < wird zu <. Jede löst dasselbe Problem — Daten in einem eingeschränkten Zeichensatz darzustellen — aber für verschiedene Zielkontexte. Die falsche Kodierung für den Kontext zu verwenden verursacht Anzeigefehler oder Sicherheitslücken.