URL-Parameter parsen und analysieren
Beliebige URLs in Protokoll, Host, Pfad und Query zerlegen; einzelne Werte für API-Tests anpassen; Prozent-Kodierung in einem Schritt dekodieren.
Weitere Utilities, die gut zu dieser Anleitung passen:
Warum das wichtig ist
Eine QA-Ingenieurin debuggt einen Checkout. Marketing sendet URLs mit UTM-Parametern — die Testumgebung lehnt Anfragen ab. Ursache: ein nicht kodierter & im UTM-content-Wert, der Query-Parser zerbricht. Ein URL-Inspektor mit jedem Schlüssel-Wert-Paar in eigener Zeile — und bearbeitbar — zeigt den Fehler in Sekunden.
Drei echte Szenarien
Request-URL einfügen; unkodierter & im Wert fällt auf.
Fehlerhafter Parameter gefunden
URL zerlegen; utm_source / medium / campaign / content / term prüfen.
Saubere Attribution
URL Stück für Stück zusammenbauen, Werte automatisch escapen, Ergebnis kopieren.
Ein Roundtrip
Schritt für Schritt
Öffnen Sie den URL-Parser.
URL einfügen
Jede standardskonforme URL — http, https, ws, ftp, eigene Schemes. Zerlegung erfolgt beim Einfügen.
Teile inspizieren
Protokoll, Benutzer/Passwort (falls vorhanden), Host, Port, Pfad, Hash und voller Query-String.
Parameter als Tabelle
Jeder Query-Parameter in eigener Zeile mit Roh- und dekodiertem Wert. Kodierungsfehler sofort sichtbar.
Wert bearbeiten
Einzelnen Parameter ändern — korrektes Re-Encoding und URL-Neuaufbau.
Neue URL kopieren
Oder einen dekodierten Wert für Code kopieren.
URL
https://shop.example.com/cart/checkout?
cart_id=A1%26B2&
utm_source=newsletter%2520Q1&
ref=abc%20123Zerlegung
Protocol: https
Host: shop.example.com
Path: /cart/checkout
Params:
cart_id → "A1&B2"
utm_source → "newsletter%20Q1" ← double-encoded!
ref → "abc 123"
Profi-Tipps
- Jeden Wert einzeln dekodieren.
decodeURIComponentauf die ganze URL verändert die Bedeutung von=und&. Der Parser behandelt jeden Wert separat — korrekter Weg. - Doppelkodierung beachten.
%2520ist%20zweimal (Leerzeichen →%20→%2520). Dekodierter Wert sollte keinen weiteren%enthalten. - Neu gebaute URL mit QA teilen — normalisiert Whitespace und Escaping.
- Hash-Fragment bei SPAs prüfen — manche Apps legen State in
#statt in Query.
Typische Stolpersteine
Stolperstein
HTML-Form-Kodierung nutzt + für Spaces; URI-Kodierung %20. Beides dekodiert für Queries gleich — APIs ohne Form-Encoding können + ablehnen.
Stolperstein
Pfadsegmente verloren
? im Pfad ohne Encoder startet die Query zu früh. ? als %3F kodieren, wenn es Teil des Pfads bleiben soll.
Stolperstein
Slash im Parameterwert
Manche Router interpretieren / im Wert als Pfadtrenner. Bei sensiblen Zielen als %2F kodieren.
Wann dieses Tool nicht passt
- Massen-URL-Analyse —
jq/awkoder Parser wie NodesURL-API. - Crawling/Scraping — Skript mit Rate-Limits.
- OAuth-Flows — Bibliothek verwenden; manuelles URL-Bauen ist fehleranfällig bei Security.
FAQ
Unterstützt es IPv6-Hosts?
Ja. [2001:db8::1]:8080/path?x=1 wird korrekt geparst.
Relative URLs?
Mit Basis-URL angeben; Tool löst relativ gegen die Basis auf.
Werden URLs irgendwohin geschickt?
Nein. Parsing lokal über die eingebaute Browser-URL-API.
Nächste Schritte
- IP und ASN des Hosts mit dem IP-Lookup prüfen.
- Response-Status in der HTTP-Status-Referenz nachschlagen.
- Binärwerte mit dem Base64/Hex-Codec kodieren.