URL-Codec

Konvertieren Sie frei zwischen Text, URL-kodiert und Komponenten-kodiert

URL-Codec ist ein kostenloses Online-Tool für einfache URL-Zeichenfolgen-Kodierung und -Dekodierung. Unterstützt sowohl URL-Kodierung für Formulardatenübertragung (application/x-www-form-urlencoded) als auch RFC 3986-konforme Komponenten-Kodierung. Ihre Eingabedaten werden nicht auf dem Server gespeichert, sodass Sie vertrauliche Informationen sicher konvertieren können.

Anleitung

Die Verwendung des URL-Codec ist sehr einfach:

Schritt 1: Daten eingeben und Eingabeformat auswählen
Geben Sie die zu konvertierenden Daten in das untenstehende Textfeld ein. Wählen Sie das Eingabeformat (Text, URL-kodiert oder Komponenten-kodiert).
Schritt 2: Ausgabeformat auswählen
Wählen Sie das Zielformat für die Konvertierung. Sie können zwischen Text, URL-kodiert (für Formulare) oder Komponenten-kodiert (RFC 3986-konform) wählen.
Schritt 3: Konvertieren-Button klicken
Klicken Sie auf den Button "Konvertieren" und die eingegebenen Daten werden sofort in das ausgewählte Format konvertiert. Kopieren Sie das Ergebnis und verwenden Sie es.

Ihre Eingabedaten werden nicht auf dem Server gespeichert. Alle Verarbeitungen werden im Browser abgeschlossen und Ihre Privatsphäre ist vollständig geschützt.

URL-Konvertierungstool

Eingabeformat

Ausgabeformat

Zu konvertierende Daten eingeben

Konvertierungsergebnis

Praktische Anwendungsfälle für URL-Codec

URL-Codec wird in folgenden Situationen in der Webentwicklung und API-Integration verwendet:

Formulardaten-Kodierung

Kodieren und dekodieren Sie Daten, die von HTML-Formularen gesendet werden (application/x-www-form-urlencoded). Ideal zum Überprüfen und Debuggen von POST/GET-Parametern. Leerzeichen werden in "+" konvertiert.

URL-Abfrageparameter-Generierung

Kodieren Sie Suchabfragen und Filterbedingungen als URL-Abfrageparameter. Konvertieren Sie Suchschlüsselwörter mit japanischen oder Sonderzeichen in URL-sichere Formate. Beispiel: "Tokyo Tower" → "Tokyo%20Tower"

REST-API-Parameter-Kodierung

Kodieren Sie Parameter in REST-API-Endpunkt-URLs im RFC 3986-konformen Format. Bei Verwendung der Komponenten-Kodierung werden Leerzeichen in "%20" konvertiert und Schrägstriche und Doppelpunkte bleiben erhalten.

URL-Dekodierung und Debugging

Dekodieren Sie kodierte URLs, die in Browser-Adressleisten oder Zugriffslogs angezeigt werden, um die ursprüngliche Zeichenfolge zu überprüfen. Nützlich zur Identifizierung von Fehlerursachen und zur Analyse von Logs.

OAuth-Authentifizierungsparameter-Verarbeitung

Kodieren und dekodieren Sie OAuth 2.0 redirect_uri- und state-Parameter. Wird zur Überprüfung und zum Debuggen von URL-Parametern verwendet, die in Authentifizierungsabläufen gesendet werden.

Was ist URL-Kodierung? Kodierungsmethoden verstehen

URL-Kodierung (Prozent-Kodierung) ist eine Methode zur Darstellung von Zeichen, die nicht in URLs verwendet werden können, oder Sonderzeichen mit einer Kombination aus dem "%"-Symbol und Hexadezimalzahlen. Da URLs ursprünglich nur ASCII-Zeichen verarbeiten, ist dies beim Senden von Multibyte-Zeichen wie Japanisch oder Sondersymbolen erforderlich.

Arten der URL-Kodierung

Formular-Kodierung (application/x-www-form-urlencoded): In HTML-Formularen verwendete Methode. Konvertiert Leerzeichen in "+" und andere Sonderzeichen in "%XX"-Format. Entspricht PHP's urlencode().
Komponenten-Kodierung (RFC 3986): In jeder Komponente einer URL (Pfad, Abfrageparameterwerte usw.) verwendete Methode. Konvertiert Leerzeichen in "%20" und führt eine strengere Kodierung durch. Entspricht PHP's rawurlencode().

Kodierungsbeispiele

Text "Hello World!" → Formular-Kodierung "Hello+World%21"
Text "Hello World!" → Komponenten-Kodierung "Hello%20World%21"
Japanisch "こんにちは" → UTF-8-Kodierung "%E3%81%93%E3%82%93%E3%81%AB%E3%81%A1%E3%81%AF"

Welche sollten Sie verwenden?

Verwenden Sie Formular-Kodierung beim Senden von HTML-Formularen und Komponenten-Kodierung für REST-API-URL-Pfade und Abfrageparameter. Im Zweifelsfall funktioniert die Wahl der Komponenten-Kodierung (RFC 3986) in den meisten Fällen korrekt.

Häufig gestellte Fragen (FAQ)

Sind URL-Kodierung und Prozent-Kodierung dasselbe?

Ja, sie sind dasselbe. URL-Kodierung wird offiziell als "Prozent-Kodierung" bezeichnet und ist so benannt, weil sie das "%"-Symbol zur Darstellung von Zeichen verwendet.

Was ist der Unterschied zwischen Formular-Kodierung und Komponenten-Kodierung?

Der Hauptunterschied ist die Behandlung von Leerzeichen. Formular-Kodierung (application/x-www-form-urlencoded) konvertiert Leerzeichen in "+", während Komponenten-Kodierung (RFC 3986) sie in "%20" konvertiert. Auch der zu kodierende Zeichensatz unterscheidet sich leicht.

Was passiert, wenn Japanisch URL-kodiert wird?

Multibyte-Zeichen wie Japanisch werden in UTF-8-Bytesequenzen konvertiert, dann wird jedes Byte im "%XX"-Format kodiert. Beispielsweise wird "あ" zu "%E3%81%82" (3 Bytes).

Welche Zeichen werden kodiert?

Die meisten Zeichen außer alphanumerischen Zeichen (A-Z, a-z, 0-9), Bindestrichen (-), Unterstrichen (_), Punkten (.) und Tilden (~) werden kodiert. Leerzeichen, Schrägstriche (/), Doppelpunkte (:), Nicht-ASCII-Zeichen wie Japanisch und Sondersymbole werden kodiert.

Warum können einige Zeichenfolgen nicht dekodiert werden?

Dekodierungsfehler treten bei ungültigen Kodierungsformaten auf (kein zwei hexadezimale Ziffern nach %, ungültige UTF-8-Bytesequenz usw.). Auch mehrfach kodierte Zeichenfolgen erfordern möglicherweise mehrfache Dekodierungen.

Ist URL-Kodierung Verschlüsselung?

Nein, URL-Kodierung ist einfach Zeichenfolgen-Kodierung (Konvertierung), keine Verschlüsselung. Kodierte Zeichenfolgen können einfach dekodiert werden und können nicht für Sicherheitsschutzzwecke verwendet werden.

Wie führe ich URL-Kodierung in Programmiersprachen durch?

Jede Sprache hat eingebaute Funktionen. JavaScript: encodeURIComponent(), Python: urllib.parse.quote(), PHP: rawurlencode(), Java: URLEncoder.encode(), Ruby: ERB::Util.url_encode() usw. sind verfügbar.

Was ist Doppel-Kodierung?

Es ist die erneute Kodierung einer bereits kodierten Zeichenfolge. Beispielsweise wird bei erneuter Kodierung von "%20" "%2520" erzeugt. Unbeabsichtigte Doppel-Kodierung kann Fehler verursachen, daher ist Vorsicht geboten.