URL Query String Parser und Builder

Fügen Sie eine vollständige URL oder einfach das Query String ein

Dieser Parser ist nützlich, ob Sie einen kompletten Link haben, der von einem Browser kopiert wird, oder nur den Rohteil nach dem Fragezeichen. Wenn Sie eine vollständige URL einfügen, streifen das Tool alles vor der Abfrage-String und konzentriert sich auf die Parameter. Das macht es bequem, wenn Sie einen gemeinsamen Marketing-Link, eine API Callback URL, ein Redirect-Ziel oder eine Web-App-Route ohne manuelle Reinigung der Eingabe zuerst.

Wie wiederholte Schlüssel sind interpretiert

Repeated parameters such as tag=js&tag=web are common in filters, faceted search, and analytics tooling. This page keeps those repeated keys and groups the values into an array so you can see that the same parameter appeared more than once. That is helpful when you are checking whether an app is preserving multi-select filters or whether a URL builder accidentally duplicated a parameter.

Wie URL Dekodierung die Ausgabe beeinflusst

Parsed Output sieht oft anders aus als die Roh-URL, weil codierte Zeichen für die Lesbarkeit decodiert werden. %20 wird zu einem Raum, und andere entkommene Symbole werden wieder in die Zeichen, die sie repräsentieren, umgewandelt. Das ist in der Regel das, was Sie beim Debuggen wünschen, aber es bedeutet auch, dass die Ausgabe eine interpretierte Ansicht der Abfrage-String anstatt eine Byte-for-byte Kopie des ursprünglichen URL-Textes ist.

Leerwerte, fehlende Werte und Bare-Flags

Nicht jeder Parameter hat eine normale key=value-Form. Einige URLs enthalten leere Werte wie utm term=, und andere beinhalten bloße Flaggen, bei denen nur der Schlüssel vorhanden ist. Diese Fälle können immer noch wichtig sein, wenn Sie Routing-Verhalten verfolgen, Kampagne-tagging Bugs oder Feature-Flags. Der Blick auf die parsed Ausgabe hilft Ihnen zu sehen, ob ein fehlender Wert wirklich fehlt oder ob er als leerer String in der URL existiert.

Gemeinsame Query String Beispiele

Typische Beispiele sind Suchfilter, Pagination, Produktvarianten, Referral-Tags und Analyseparameter wie utm source oder utm campaign. Diese Seite ist besonders nützlich, wenn ein Link auf einen Blick gültig aussieht, sich aber nach einer Umleitung, einem Framework Router oder einem Browser die Adresse normalisiert. Das Lesen der Parameter im formatierten JSON ist oft schneller, als eine lange kopierte URL von Hand visuell zu parsieren.

Wenn Parsed Ergebnisse Differ von Ihrer App

Verschiedene Frameworks interpretieren nicht immer Abfrageparameter gleich. Einige behandeln wiederholte Tasten als Arrays, einige verwenden Klammernotation für das Nesting, und einige benutzerdefinierte Regeln für Booleans, Flaggen oder leere Werte. Wenn sich die Ausgabe hier von dem unterscheidet, was Ihre App zeigt, kann die Fehlanpassung nicht in der URL selbst im rahmenspezifischen Parser liegen. Diese Seite gibt Ihnen eine saubere Basis-Interpretation, aber es kann nicht jede app-spezifische Konvention replizieren.

Datenschutz und Browser-Local Parsing

Parsing geschieht lokal in Ihrem Browser. ToolMill muss nicht versendete URLs, Kampagnen-Tags, signierte Links oder interne Abfrage-Parameter an einen Remote-Service senden, nur um sie zu überprüfen. Das macht das Tool komfortabler zu verwenden, wenn die URL Kundenkennungen, interne Routen, temporäre Token oder Marketingdaten enthält, die Sie lieber in Ihrer eigenen Browser-Session behalten würden.

Einschränkungen und Format Edge Cases

Query strings do not have one universal application-level convention for arrays, nesting, and typed values. A parameter like filters[color]=blue or ids[]=1&ids[]=2 may be parsed differently by different libraries. Use this tool to understand the raw parameter structure quickly, but confirm framework-specific behavior in the application that ultimately consumes the URL.