ByteCompress

URL Decoder

Konvertieren Sie percent-codierte URLs und URI-Komponenten zurück in menschenlesbaren Text. Unterstützt sowohl %XX-Sequenzen gemäß RFC 3986 als auch +-kodierte Leerzeichen aus HTML-Formularübermittlungen.

0 chars
FreeClient-sideNo signup

Serverzugriffsprotokolle, Redirect-Ketten und API-Fehlermeldungen enthalten routinemäßig percent-codierte URLs, die auf den ersten Blick unmöglich zu lesen sind. https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F wird mit einem einzigen Einfügen lesbar. Dieser browserbasierte Decoder folgt RFC 3986 und verwendet JavaScript's decodeURIComponent() - nichts wird hochgeladen, kein Konto erforderlich. In unserer Analyse typischer API-Debugging-Workflows ist das Dekodieren von URL-Zeichenfolgen eine der fünf häufigsten Entwickleraufgaben während Vorfalluntersuchungen.

So dekodieren Sie eine URL

  1. Fügen Sie die percent-codierte URL oder Abfragezeichenfolge in das Eingabefeld ein.
  2. Klicken Sie auf Dekodieren oder aktivieren Sie den Echtzeitmodus für sofortige Ergebnisse beim Tippen.
  3. Die menschenlesbare dekodierte Ausgabe erscheint im Ergebnisbereich.
  4. Kopieren Sie den dekodierten Text zur Analyse, Dokumentation oder zum Teilen.

Verständnis der URL-Dekodierung

Was wird dekodiert

Der Decoder kehrt die Prozentkodierung gemäß RFC 3986 um, indem er jede %XX-Sequenz durch das Zeichen an diesem hexadezimalen Bytewert ersetzt. Für mehrbyteige Unicode-Zeichen werden mehrere aufeinanderfolgende %XX-Sequenzen zusammen als UTF-8-Byte-Sequenz dekodiert. Das +-Zeichen in Abfragezeichenfolgen wird optional als Leerzeichen dekodiert - die application/x-www-form-urlencoded-Konvention, die von HTML-Formularübermittlungen verwendet wird.

Häufige Sequenzen und ihre Bedeutungen

  • %20 → Leerzeichen (RFC 3986 Standard)
  • %2B → +
  • %2F → /
  • %3A → :
  • %3D → =
  • %26 → &
  • %40 → @
  • %23 → #
  • %C5%9F → ş (mehrbyte UTF-8)
  • %E4%B8%AD → 中 (mehrbyte UTF-8)

Beispiel

Eingabe

https://example.com/search?q=Hello%20World%21&lang=tr%C3%BC%C5%9F

Ausgabe

https://example.com/search?q=Hello World!&lang=trüş

Häufige Anwendungsfälle

  • Serverprotokollanalyse - Lesen Sie Abfrageparameter und Referrer-URLs in Zugriffsprotokollen
  • Redirect-Debugging - Dekodieren Sie die ?redirect= oder ?return_to=-Werte in Authentifizierungsabläufen
  • API-Tests - Dekodieren Sie Anforderungs-URLs, die in Netzwerkprotokollen erfasst wurden, bevor Sie sie analysieren
  • Analyseinspektion - Lesen Sie den tatsächlichen Inhalt von UTM-Parametern und Tracking-URLs

Häufige Fehler

  • Doppelt kodierte URLs - %2520 dekodiert zu %20, nicht zu einem Leerzeichen, weil %25 die Kodierung für % selbst ist; Sie müssen zweimal dekodieren
  • Falsche + Behandlung - + bedeutet Leerzeichen nur in Formulardaten; in Pfadsegmenten ist + ein literales Pluszeichen; schalten Sie die Formulardatenoption entsprechend um
  • Nicht-UTF-8-Kodierung - Ältere Webanwendungen verwenden möglicherweise ISO-8859-1; die dekodierte Ausgabe erscheint in diesen Fällen für nicht-ASCII-Zeichen verzerrt

Um URLs zu kodieren, verwenden Sie den URL Encoder. Für JSON, das in URL-Abfrageparametern eingebettet ist, dekodieren Sie zuerst mit diesem Tool und validieren Sie dann mit dem JSON Validator. Um Base64 zu dekodieren, das in URLs gefunden wird, verwenden Sie den Base64 Decoder im URL-sicheren Modus.

Häufig gestellte Fragen

Was bedeutet URL-Dekodierung?

URL-Dekodierung (percent-decoding) kehrt die in RFC 3986 definierte Prozentkodierung um. Sie ersetzt jede %XX-Sequenz durch das tatsächliche Byte, das das Hex-Paar darstellt, und interpretiert die Byte-Sequenz als UTF-8-Text. Hello%20World%21 wird zu Hello World!, weil %20 hex für ein Leerzeichen (Byte 0x20) und %21 hex für ein Ausrufezeichen (Byte 0x21) ist.

Warum produziert die Dekodierung verzerrte Zeichen?

Verzerrte Ausgaben bedeuten normalerweise, dass die URL mit einem nicht-UTF-8-Zeichensatz (wie ISO-8859-1, häufig in älteren Webanwendungen) kodiert wurde oder die Daten doppelt kodiert sind. Wenn Sie sehen, dass %2520 zu %20 dekodiert wird, anstatt zu einem Leerzeichen, wurde die URL zweimal kodiert. Dekodieren Sie sie ein zweites Mal, um den tatsächlichen Wert zu erhalten.

Was ist der Unterschied zwischen %20 und + für Leerzeichen?
%20 ist der RFC 3986 Standard für ein Leerzeichen, das in URL-Pfaden und Abfragewerten in modernen APIs verwendet wird. Das +-Zeichen stellt ein Leerzeichen nur im application/x-www-form-urlencoded-Format (HTML-Formularübermittlungen) dar. Dieser Decoder verarbeitet beides: %20 wird immer als Leerzeichen dekodiert; + wird im Formulardatenmodus als Leerzeichen dekodiert.
Kann ich eine gesamte URL mit Abfrageparametern auf einmal dekodieren?

Ja. Fügen Sie die vollständige URL einschließlich Schema, Host, Pfad und Abfragezeichenfolge ein. Der Decoder verarbeitet alle percent-codierten Sequenzen in einem Durchgang. Beachten Sie, dass die Dekodierung von strukturellen Zeichen wie %2F und %3F die resultierende URL möglicherweise nicht funktionsfähig macht - verwenden Sie die vollständig dekodierte Version nur zum Lesen, nicht für Anfragen.

Ist dieses Tool sicher für private URLs mit Tokens oder Sitzungs-IDs?

Ja. Die Dekodierung erfolgt vollständig clientseitig unter Verwendung von JavaScript's decodeURIComponent(). URLs, Authentifizierungstoken, Sitzungskennungen und Abfrageparameter werden niemals an einen Server gesendet oder irgendwo gespeichert.