Die Adresse wird von der URL-Implementierung des Browsers selbst zerlegt — derselben, die auf jeder Seite Links auflöst — was Sie hier sehen, ist also genau, wie ein Browser sie liest. Sie wird in Protokoll, Hostname, Pfad, Fragment und Query-Parameter aufgeteilt, wobei jeder Parameter mit Namen und dekodiertem Wert aufgeführt wird.
Das Dekodieren der Parameter spart die meiste Zeit: Ein Wert mit prozentkodierten Leerzeichen, Schrägstrichen oder nichtlateinischen Zeichen ist in der rohen Adresse unlesbar und dekodiert sofort verständlich. Ein Parameter darf mehrfach vorkommen, und jedes Vorkommen wird einzeln aufgeführt, statt dass das letzte stillschweigend gewinnt.
Wissenswertes über URLs
-
Das Fragment erreicht den Server nie:
Alles nach dem Rautezeichen behandelt allein der Browser. Ein dort platzierter Parameter taucht weder im Serverlog noch in der Analytik auf.
-
Ein Parameter darf sich wiederholen:
Derselbe Name kann mehrfach erscheinen, und was dann geschieht, hängt ganz von der empfangenden Anwendung ab. Manche nehmen den ersten, manche den letzten, manche sammeln alle.
-
Prozentkodierung ist nicht optional:
Leerzeichen, Und-Zeichen und Schrägstriche innerhalb eines Wertes müssen kodiert werden, sonst verändern sie die Struktur der Adresse, statt darin zu stehen.
-
Zum Zerlegen muss die Adresse absolut sein:
Ein Pfad allein hat weder Protokoll noch Host zum Auslesen. Stellen Sie Schema und Domain voran, bevor Sie ihn zerlegen.
Parsed the same way a browser reads any link
The address is parsed by the browser's own URL implementation — the same one that resolves every link on every page — so what the [msm_tool slug="url-parser"] shows is exactly how a browser would read it, broken into protocol, hostname, path, fragment and query parameters. Each parameter is listed by name alongside its already-decoded value, which is usually the actual reason to parse an address in the first place.
The fragment never reaches a server
Everything after the hash symbol is handled by the browser alone and is never sent as part of the request to whatever the address points at. A parameter placed there deliberately or by accident will not appear in server logs or in analytics captured server-side, which is a real, practical distinction rather than a formality.
A parameter can legitimately repeat
The same parameter name is allowed to appear more than once in a query string, and every occurrence is listed here rather than only the last. What actually happens with a repeated parameter depends entirely on whatever application receives it — some take the first value, some the last, some collect all of them into a list, and the URL format itself has no opinion on which is correct.
Percent-encoding is structural, not optional decoration
A space, an ampersand or a slash sitting unencoded inside a parameter's value changes the actual structure of the address rather than staying safely inside that one value. Encoding those characters is what keeps a value's contents from being read as part of the URL's own syntax.
An address needs to be absolute to parse at all
A bare path on its own has no protocol or host for the parser to work from, so it needs a scheme and a domain in front of it before parsing can succeed. This is the most common reason a URL that looks perfectly reasonable fails to parse here — it is a fragment of an address rather than a complete one.