URL-Decoder

Der URL-Decoder ist ein kostenloses Tool, das prozentkodierten URL-Text wieder in seine ursprüngliche Zeichenfolge umwandelt.

Was bewirkt die URL-Dekodierung?

Die URL-Dekodierung macht die Maskierung rückgängig, mit der Leerzeichen, Satzzeichen und andere Bytes in URLs und anderen festgelegten Syntaxformaten übertragen werden, die Prozentkodierung verwenden. Bei der Prozentkodierung wird ein Byte durch ein Prozentzeichen gefolgt von zwei hexadezimalen Ziffern dargestellt. Die formularbasierte URL-Kodierung verwendet außerdem + für ein Leerzeichen. Ein Leerzeichen kann beispielsweise als %20 und ein kaufmännisches Und als %26 geschrieben werden.

Ein kurzes Vorher-nachher-Beispiel:

Kodierte Eingabe: red%20%26%20blue

Dekodierte Ausgabe: red & blue

Diese Kodierung gibt es, weil einige Zeichen innerhalb einer URL eine strukturelle Bedeutung haben. Ein Fragezeichen grenzt den Abfrageteil einer URL ab, während ein einzelnes kaufmännisches Und in formularbasierten Abfragedaten normalerweise Felder voneinander trennt. Durch die Kodierung kann eine Anwendung solche Zeichen stattdessen als Daten übertragen.

Die URL-Kodierung ist keine Verschlüsselung und bietet keinerlei Vertraulichkeit. Jeder, der den kodierten Wert lesen kann, kann ihn auch dekodieren. Behandle prozentkodierte Passwörter, Zugriffstoken oder personenbezogene Informationen daher nicht als geschützte Daten.

Wie verwende ich den URL-Decoder?

Füge den kodierten Text ein oder gib ihn ein, verarbeite ihn und lies den wiederhergestellten Wert anschließend im Ergebnisfeld URL dekodiert ab. Das Tool verwendet die PHP-Funktion urldecode. Es wandelt daher gültige %HH-Sequenzen um und behandelt ein Pluszeichen als Leerzeichen.

1. Kopiere die kodierte Komponente, zum Beispiel den Wert eines Abfrageparameters.
2. Gib den URL-kodierten Wert ein. Füge keine Anführungszeichen hinzu, es sei denn, sie gehören tatsächlich zum Wert.
3. Verarbeite die URL-Eingabe und prüfe das Ergebnis unter URL dekodiert.
4. Falls die Ausgabe weiterhin Sequenzen wie %2F oder %20 enthält, prüfe vor einem weiteren Dekodieren, ob die Quelle mehrfach kodiert wurde.

Die Verarbeitung erfolgt auf dem Server. Deine Eingabe wird über HTTPS an den Server übertragen und nicht gespeichert, verlässt während der Verarbeitung aber dein Gerät. Füge keine vertraulichen Daten in diesen URL-Decoder ein, wenn eine serverseitige Verarbeitung für diese Daten nicht geeignet ist.

Wo wird URL-Kodierung verwendet?

URL-Kodierung begegnet dir am häufigsten in Abfragezeichenfolgen, Formularübermittlungen und Werten, die in Links eingebettet sind. Sie kommt außerdem an weniger offensichtlichen Stellen vor, an denen Daten ein eingeschränktes Textformat durchlaufen müssen.

• Abfragezeichenfolgen: Eine Suche nach "tea & cake" kann als q=tea+%26+cake erscheinen.
• Daten-URIs: Textdaten können nach dem Medientyp prozentkodiert werden. Base64 ist jedoch ebenfalls eine gängige Darstellungsform.
• E-Mail-Links: Ein mailto-Link kann Leerzeichen, Zeilenumbrüche und Satzzeichen in seinen Betreff- oder Nachrichtentextparametern kodieren. MIME-Transferkodierungen innerhalb einer E-Mail-Nachricht sind davon unabhängige Formate.
• JSON-Nutzdaten: JSON verwendet eigene Maskierungsregeln. Eine JSON-Zeichenfolge kann jedoch eine bereits kodierte URL oder einen Abfragewert enthalten, der separat dekodiert werden muss.
• Internationalisierte Domains: Domainbezeichnungen mit Nicht-ASCII-Zeichen verwenden normalerweise Punycode statt Prozentkodierung. Pfad- und Abfragekomponenten können dennoch prozentkodierte UTF-8-Bytes enthalten.

Wenn der kodierte Text eine mit xn-- beginnende Domainbezeichnung ist, verwende den IDN Punycode-Konverter. Ein URL-Decoder ist für prozentkodierte URL-Komponenten vorgesehen, nicht für die Umwandlung von Punycode.

Beispiele für die URL-Dekodierung

Die folgenden Beispiele zeigen häufige Eingaben und den jeweils dekodierten Text.

• hello%20world wird zu hello world.
• name=Tom+Jones wird zu name=Tom Jones.
• fish%26chips wird zu fish&chips.
• %C2%A3 wird zu £, wenn die Bytes UTF-8-Text darstellen.
• %E6%9D%B1%E4%BA%AC wird bei der Interpretation als UTF-8 zu 東京.
• 100%25 wird zu 100%.

Einfache Buchstaben, Zahlen und nicht kodierte Satzzeichen bleiben im Allgemeinen unverändert. Bei einer leeren Eingabe ist auch das Ergebnis unter URL dekodiert leer. Für sehr lange Eingaben gelten dieselben Dekodierungsregeln. Browser, Server und empfangende Systeme können jedoch eigene Begrenzungen für die Länge von Anfragen oder URLs festlegen.

Akzentzeichen und nicht lateinische Zeichen werden üblicherweise als Folge von UTF-8-Bytes kodiert, wobei jedes Byte einzeln geschrieben wird. Hat das ursprüngliche System eine andere Zeichenkodierung verwendet, können die dekodierten Bytes als Ersatzzeichen oder scheinbar bedeutungsloser Text erscheinen.

Warum schlägt die URL-Dekodierung fehl oder liefert unleserlichen Text?

Die URL-Dekodierung kann eine unveränderte oder unerwartete Ausgabe liefern, wenn die Eingabe unvollständige Prozentsequenzen enthält, mehrfach kodiert wurde, mit dem falschen Zeichensatz interpretiert wird oder überhaupt keine URL-kodierten Daten enthält. Die PHP-Funktion urldecode lässt fehlerhafte Prozentsequenzen unverändert. Bei einer doppelt kodierten Eingabe entsteht nach einem Durchlauf dagegen nur ein Zwischenergebnis. Prüfe die ursprüngliche Quelle, bevor du Daten wiederholt dekodierst.

• Doppelt kodierte Eingabe: %2520 wird beim ersten Dekodieren zu %20 und erst nach einem zweiten Durchlauf zu einem Leerzeichen. Dekodiere nur dann erneut, wenn du weißt, dass eine weitere Kodierungsebene vorhanden ist.
• Unvollständige Prozentsequenz: Jedes kodierte Byte benötigt zwei hexadezimale Ziffern. Ein abschließendes % oder ein Wert wie %2 ist fehlerhaft und kann kein vollständiges kodiertes Byte darstellen. Die PHP-Funktion urldecode lässt ihn deshalb unverändert.
• Falsche Zeichenkodierung: Die Prozentdekodierung stellt Bytes wieder her. Werden beispielsweise ISO-8859-1-Bytes als UTF-8 interpretiert, kann unleserlicher Text entstehen, obwohl die Prozentsequenzen gültig waren.
• Binärdaten statt Text: Die dekodierten Bytes können ein Bild, eine komprimierte Datei oder andere binäre Inhalte darstellen. Solche Ausgaben sind nicht als lesbarer Text zu erwarten.
• Falsche Kodierungsart: Wird das URL-dekodierte Ergebnis anschließend an einen Base64-Decoder übergeben, kann dieser wegen Unterschieden zwischen dem Standardalphabet und dem URL-sicheren Alphabet, einer fehlenden =-Auffüllung oder beschädigter Eingabedaten scheitern. Die URL-Prozentkodierung verwendet weder eine Auffüllung noch ein Base64-Alphabet. Die URL-Dekodierung prüft oder repariert solche Base64-Probleme nicht.

Achte auf wörtlich gemeinte Pluszeichen. Bei der formularbasierten URL-Kodierung steht + für ein Leerzeichen. Ein tatsächliches Pluszeichen sollte vor dem Dekodieren normalerweise als %2B kodiert sein.

Häufig gestellte Fragen

Sollte ich eine vollständige URL oder nur einen Teil davon dekodieren?

Dekodiere nach Möglichkeit nur das jeweilige Pfadsegment oder den Wert eines Abfrageparameters. Beim Dekodieren einer vollständigen URL können kodierte reservierte Zeichen wie %26, %3F oder %2F in Trennzeichen umgewandelt werden. Dadurch ändert sich, wie die URL interpretiert wird.

Funktioniert die URL-Dekodierung auch mit kleingeschriebenen Hexadezimalcodes?

Ja. Bei hexadezimalen Ziffern in Prozentsequenzen wird nicht zwischen Groß- und Kleinschreibung unterschieden. Daher stellen %2f und %2F dasselbe Byte dar. Auch Sequenzen mit gemischter Groß- und Kleinschreibung sind gültig.

Dekodiert das Tool denselben Wert mehrfach?

Nein. Ein Aufruf von urldecode führt genau einen Dekodierungsdurchlauf aus. Wenn %252F zu %2F wird, wäre ein weiterer Durchlauf nötig, um einen Schrägstrich zu erzeugen. Wiederholtes Dekodieren kann jedoch Daten verändern, die absichtlich eine wörtliche Prozentsequenz enthalten.

Kann die URL-Dekodierung beschädigten Text wiederherstellen?

Nein. Sie kann eine gültige Prozentkodierung rückgängig machen, aber weder fehlende hexadezimale Ziffern rekonstruieren noch den ursprünglichen Zeichensatz mit Sicherheit ermitteln. Prüfe das Quellsystem, die HTTP-Header oder die Dokumentation, wenn die dekodierten Bytes nicht korrekt angezeigt werden.

Was mache ich mit einem Wert, der mit xn-- beginnt?

Behandle ihn als Punycode-Domainbezeichnung und nicht als gewöhnlichen prozentkodierten Text. Verwende den IDN Punycode-Konverter und prüfe die resultierende Domain anschließend sorgfältig, da optisch ähnliche Unicode-Zeichen zu unterschiedlichen Schriftsystemen gehören können.