Codieren und Decodieren – welcher Modus wann?
Nutze URL-Komponente für einzelne Werte, Vollständige URL für komplette Adressen und Formulardaten für application/x-www-form-urlencoded.
URL Encoder / Decoder
URLs codieren und decodieren – Percent-Encoding für Query-Parameter, Pfadsegmente und Formularwerte direkt in ToolkitOne.
Die Verarbeitung erfolgt direkt in ToolkitOne. Deine Eingaben werden nicht an externe Dienste übertragen.
Für einzelne Werte wie Query-Parameter oder Pfadsegmente. Leerzeichen werden als %20 codiert. Bereits vorhandene Prozentzeichen werden erneut codiert – mehrfaches Codieren führt zu Doppelcodierung.
URL-Encoding verstehen und anwenden
Was ist URL-Encoding?
URL-Encoding wandelt Zeichen in eine URL-sichere Darstellung um, damit Sonderzeichen, Leerzeichen und Unicode in Adressen und Parametern übertragen werden können.
Warum müssen Zeichen in URLs codiert werden?
URLs dürfen nur eine begrenzte Zeichenmenge direkt enthalten. Leerzeichen, Umlaute, & oder = würden die Struktur einer URL stören oder falsch interpretiert werden.
Was bedeutet Percent-Encoding?
Percent-Encoding stellt ein Byte als Prozentzeichen gefolgt von zwei hexadezimalen Zeichen dar, zum Beispiel %20 für ein Leerzeichen oder %C3%A4 für ä in UTF-8.
Was ist der Unterschied zwischen %20 und +?
In URL-Komponenten steht %20 für ein Leerzeichen. Das Pluszeichen + wird in Formulardaten (application/x-www-form-urlencoded) oft als Leerzeichen verwendet, ist aber nicht dasselbe wie %20.
Was ist der Unterschied zwischen einer vollständigen URL und einer URL-Komponente?
Eine vollständige URL enthält Schema, Host, Pfad und Parameter. Eine URL-Komponente ist ein einzelner Wert, zum Beispiel ein Query-Parameter oder Pfadsegment, der separat codiert wird.
Werden Umlaute und Emojis unterstützt?
Ja. Das Tool codiert auf Basis von UTF-8-Bytes und unterstützt Umlaute, ß, Akzente, Emojis und nicht-lateinische Schriftzeichen.
Was ist eine Doppelcodierung?
Wird bereits codierter Text erneut codiert, werden vorhandene Prozentzeichen selbst codiert. Aus %20 wird dann %2520. Das Tool erkennt das nicht automatisch – prüfe daher, ob der Eingabetext schon codiert ist.
Ist URL-Encoding eine Verschlüsselung?
Nein. URL-Encoding ist keine Verschlüsselung. Codierte Inhalte können ohne Passwort wieder decodiert werden. Sensible Daten gehören nicht ungeschützt in URLs.
Werden eingegebene URLs aufgerufen oder gespeichert?
Nein. Die Verarbeitung erfolgt lokal im Browser. Es werden keine Netzwerk-Anfragen, DNS-Abfragen oder externe API-Aufrufe durchgeführt.
Anwendungsfälle
Typische Einsatzgebiete sind Query-Parameter vorbereiten, API-Anfragen erstellen, Suchbegriffe codieren, Pfadsegmente übertragen, Redirect-Parameter untersuchen, URL-Werte aus Logs decodieren, Webhook-Daten prüfen, Formulardaten analysieren und Fehler in URL-Parametern finden.
Verwandte Tools
Häufige Fragen zu URL-Encoding
Warum bleibt + im Komponenten-Decodierungsmodus ein Pluszeichen?
Im Komponentenmodus ist + kein Leerzeichenersatz. Nur im Formulardatenmodus wird + als Leerzeichen interpretiert.
Kann ich vollständige URLs decodieren?
Ja. Im Modus Vollständige URL bleibt die URL-Struktur erhalten, während codierte Zeichen in Werten decodiert werden.
Was passiert bei ungültiger Codierung?
Das Tool zeigt eine Fehlermeldung an und behält deine Eingabe sowie den gewählten Modus bei.
Werden meine Eingaben gespeichert?
Nein. Die Verarbeitung erfolgt lokal und Inhalte werden nicht an externe Dienste übertragen.