URL-Kodierung/Dekodierung
URL-Kodierung/Dekodierung unterstützt URL-Prozentkodierung und -Dekodierung für Sonderzeichen, Leerzeichen, mehrsprachige Texte und Query-Parameter und eignet sich für API-Aufrufe, Formulare und geteilte Links.
Eingabetext
Zeichen
0 / 500,000
Schnellstart
Häufige Anwendungsfälle
API‑Parameter
Query‑Parameter und Request‑Bodies kodieren, damit Sonderzeichen korrekt übertragen werden
Formularübermittlung
GET/POST‑Daten behandeln; CJK und Sonderzeichen werden unterstützt
Freigabelinks
URLs mit CJK/Sonderzeichen ohne Zeichenfehler erzeugen
Suchanfragen
Schlüsselwörter kodieren, besonders bei & = # ?
Nutzungstipps
Einschränkungen und Kompatibilität
Datenschutz & Sicherheit
Häufige Fragen
Die URL (Uniform Resource Locator) wurde in den 1990er‑Jahren von Tim Berners‑Lee für das Web eingeführt: eine lesbare Zeichenkette, die Scheme/Host/Path/Query/Fragment beschreibt. Damit Datenzeichen nicht als Trenner (? & # = /) fehlgedeutet werden und um Leerzeichen, Nicht‑ASCII und Emoji zu behandeln, werden sie per Percent‑Encoding %HH umgeschrieben (z. B. Leerzeichen→%20; „/“ in Parameterwerten→%2F). Im Kontext von application/x‑www‑form‑urlencoded kann ein Leerzeichen auch als „+“ notiert werden (außerhalb von Formularen wird %20 empfohlen). URL‑Kodierung ist eine reversible Formatierung zur Robustheit von Links; sie bietet weder Verschlüsselung noch Vertraulichkeit.
Nein. Kodierung ist eine umkehrbare Formatumwandlung. Passwörter, API‑Keys usw. müssen verschlüsselt werden
Formulare (application/x-www-form-urlencoded) verwenden +, während RFC 3986 allgemein %20 vorsieht. Dieses Tool nutzt %20 für bessere Kompatibilität; + nur im Formular‑Kontext oder manuell verwenden
Kodierte Inhalte enthalten %XX‑Sequenzen (% gefolgt von zwei Hex‑Ziffern, z. B. %E4%BD%A0). Bei vielen solchen Sequenzen: bereits kodiert; nicht erneut kodieren
Der URL‑Standard erlaubt nur ASCII. Nicht‑ASCII‑Text (z. B. Akzentzeichen, Emoji) muss als Prozentkodierung übertragen werden (UTF‑8‑Bytes als %HH)
Kommt auf die Position an: als Pfadtrenner nicht kodieren (z. B. /api/users). Als Parameterwert zu %2F kodieren (z. B. ?path=%2Fhome%2Fuser)