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)