Netzwerk/HTTP
URL Parser
Eine URL in ihre Bestandteile zerlegen — Protokoll, Host, Port, Pfad, Query-Parameter, Fragment.
Eine URL besteht aus mehreren Teilen — Protokoll, Host, Port, Pfad, Query-Parametern und einem Fragment —, die beim Lesen eines langen Links leicht durcheinandergeraten. Dieses Tool zerlegt eine URL in diese Teile und zeigt jeden einzeln an.
So verwendest du es
- Füge eine beliebige URL ein — die Aufteilung in Protokoll, Host, Port, Pfad, Query-Parameter und Fragment (#) erfolgt sofort.
- Query-Parameter werden als separate Schlüssel-Wert-Paare aufgelistet, auch wenn es viele sind oder sie sich wiederholen.
- Der Port wird explizit angezeigt, selbst wenn die URL keinen angibt (dann gilt der Standard des Protokolls — 80 für HTTP, 443 für HTTPS).
Typische Anwendungsfälle
- Einen langen, mit Dutzenden Tracking-Parametern (utm_*, ref, fbclid usw.) überladenen Link schnell lesen.
- Genau prüfen, welcher Host und Port sich hinter einem von jemand anderem erhaltenen Link verbergen.
- Redirects oder fehlerhafte URLs im Code debuggen — man sieht genau, welcher Teil vom erwarteten abweicht.
Was du wissen solltest
Das Fragment (der Teil nach #) wird nie an den Server gesendet — es ist ein rein clientseitiger Teil der URL, den der Server nie zu sehen bekommt.
Hosts mit Nicht-ASCII-Zeichen (Kyrillisch, CJK) werden über das Netzwerk tatsächlich in Punycode (xn--...) übertragen, auch wenn die Adressleiste des Browsers normale Buchstaben zeigt.
Artikel zu diesem Tool: URL-Aufschlüsselung: aus welchen Teilen eine Webadresse besteht
Häufig gestellte Fragen
Was ist der Unterschied zwischen dem "Host" und dem "Origin" einer URL?
Der Host ist nur die Domain und der Port (example.com:8080), während der Origin auch das Schema einschließt (https://example.com:8080) — zwei URLs müssen in allen drei übereinstimmen, um denselben Origin zu teilen.
Warum sieht der geparste Pfad manchmal anders aus als das, was ich eingegeben habe?
Browser und Parser normalisieren URLs — sie fassen "./"- und "../"-Segmente zusammen, dekodieren einige prozent-kodierte Zeichen und fügen einer nackten Domain einen abschließenden Schrägstrich hinzu — daher spiegelt das geparste Ergebnis die aufgelöste, kanonische Form wider.
Wird eine hier geparste URL irgendwohin gesendet?
Nein. Das Parsen erfolgt vollständig in Ihrem Browser mit der nativen URL-API — nichts wird an einen Server gesendet.
Was ist userinfo in einer URL und warum ist es gefährlich?
Der Teil "Benutzername:Passwort@" vor dem Host ist für Zugangsdaten gedacht, wird von Angreifern aber genutzt, um Phishing-Links zu tarnen: https://accounts.google.com@evil.com/ führt tatsächlich zu evil.com, nicht zu Google.
Warum sieht der Host bei manchen URLs wie eine bedeutungslose Zeichenkette aus, die mit xn-- beginnt?
Das ist die Punycode-Kodierung für internationalisierte Domainnamen (IDN) — eine Möglichkeit, eine Domain mit kyrillischen, CJK- oder anderen Nicht-ASCII-Zeichen in einem mit dem älteren DNS-System kompatiblen Format darzustellen.