Netzwerk/HTTP
URL Parser
Eine URL in ihre Bestandteile zerlegen — Protokoll, Host, Port, Pfad, Query-Parameter, Fragment.
A URL is made of several parts — protocol, host, port, path, query parameters, and a fragment — that are easy to mix up when reading a long link. This tool breaks a URL down into those parts and shows each one separately.
How to use it
- Paste any URL and it's split into protocol, host, port, path, query parameters, and fragment (#) instantly.
- Query parameters are listed as separate key-value pairs, even when there are many or they repeat.
- The port is shown explicitly even when the URL doesn't specify one (in which case the protocol's default applies — 80 for HTTP, 443 for HTTPS).
Common uses
- Quickly reading a long link cluttered with dozens of tracking parameters (utm_*, ref, fbclid, and so on).
- Checking exactly which host and port a link from someone else will actually open.
- Debugging redirects or malformed URLs in code — you can see exactly which part differs from what's expected.
Things to keep in mind
The fragment (the part after #) is never sent to the server — it's a purely client-side part of the URL the server never even sees.
Hosts with non-ASCII characters (Cyrillic, CJK) are actually transmitted over the network in punycode (xn--...), even when the browser's address bar shows plain letters.
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.