ToolMill.io

URL Query String Parser en Builder

Ontleden URL-query strings in leesbare sleutel / waarde gegevens en herbouwen bij het testen van links, tracking parameters, filters, redirects, ondertekende URL's, of app status in de browser. Het is nuttig voor het debuggen van marketing URL's, API-verzoeken en web-app routering gedrag. ToolMill geeft je een snelle privé werkruimte in de browser in plaats van je echte klant-URL's te plakken in een remote tool.

Ontwikkelingsbeleid

Probeer het.

Voorbeelden

Simple key-value query string
Invoer
name=John&age=30&city=New%20York
Uitvoer
{"name":"John","age":"30","city":"New York"}
Repeated parameter keys as array values
Invoer
tag=js&tag=web&tag=tools
Uitvoer
{"tag":["js","web","tools"]}

Een volledige URL plakken of gewoon de zoektekst

Deze parser is nuttig of u een volledige link hebt gekopieerd van een browser of alleen het ruwe deel na het vraagteken. Als je een volledige URL plakt, stript het gereedschap alles voor de query string en richt het zich op de parameters. Dat maakt het handig wanneer u een gedeelde marketinglink, een API callback URL, een redirect target, of een web-app route debuggen zonder handmatig schoonmaken van de invoer eerst.

Hoe herhaalde sleutels worden geïnterpreteerd

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.

Hoe URL-decodering de uitvoer beïnvloedt

Geparste uitvoer ziet er vaak anders uit dan de rauwe URL omdat gecodeerde tekens zijn gedecodeerd voor leesbaarheid. %20 wordt een ruimte, en andere ontsnapte symbolen worden terug omgezet in de tekens die ze vertegenwoordigen. Dat is meestal wat je wilt tijdens het debuggen, maar het betekent ook dat de uitvoer een geïnterpreteerde weergave is van de query string in plaats van een byte-for-byte kopie van de originele URL tekst.

Lege waarden, ontbrekende waarden en onscherpe vlaggen

Niet elke parameter heeft een normale sleutel=waarde vorm. Sommige URL's bevatten lege waarden zoals utm term=, en andere bevatten kale vlaggen waar alleen de sleutel aanwezig is. Die gevallen kunnen er nog steeds toe doen wanneer u routinggedrag, campagne-tagging bugs of feature flags traceert. Kijken naar de ontleed uitvoer helpt u te zien of een ontbrekende waarde echt afwezig is of dat het bestaat als een lege string in de URL.

Common Query String voorbeelden

Typische voorbeelden zijn zoekfilters, paginatie, productvarianten, verwijzingstags en analytics parameters zoals utm source of utm campaign. Deze pagina is vooral handig wanneer een link geldig lijkt in een oogopslag, maar zich anders gedraagt na een redirect, een framework router, of een browser normaliseert het adres. Het lezen van de parameters in geformatteerde JSON is vaak sneller dan visueel een lang gekopieerde URL met de hand verwerken.

Wanneer ontleed resultaten verschillen van uw app

Verschillende kaders interpreteren queryparameters niet altijd op dezelfde manier. Sommigen behandelen herhaalde sleutels als arrays, sommige gebruik beugel notatie voor nesten, en sommige gebruiken aangepaste regels voor booleanen, vlaggen, of lege waarden. Als de output hier verschilt van wat uw app laat zien, kan de mismatch eerder in de kaderspecifieke parser zijn dan in de URL zelf. Deze pagina geeft je een schone basis interpretatie, maar het kan niet elke app-specifieke conventie repliceren.

Privacy en browser-lokale verwerking

Ontleden gebeurt lokaal in uw browser. ToolMill hoeft geen geplakte URL's, campagnetags, ondertekende links of interne queryparameters naar een externe dienst te sturen om ze te inspecteren. Dat maakt het gereedschap comfortabeler om te gebruiken wanneer de URL klantidentificaties, interne routes, tijdelijke tokens of marketinggegevens bevat die u liever in uw eigen browsersessie bewaart.

Beperkingen en Formaat Edge Cases

Voordat u op parsed query parameters vertrouwt

Voor het wijzigen van productielinks of het debuggen van een live probleem, bevestig hoe de echte bestemming omgaan met herhaalde toetsen, decoderen, lege waarden en parametervolgorde. Deze pagina is een snelle inspectiehulp, maar het uiteindelijke gedrag behoort nog steeds tot het kader, router of backend dat de URL ontvangt.

Waarom ontleed resultaten kan verschillen van uw aanvraag

Frameworks passen vaak hun eigen regels toe voor arrays, parameter preference, order, of dubbele sleutels. Als de uitvoer hier verschilt van wat uw app doet, is de waarschijnlijke oorzaak framework-specifieke ontleden logica in plaats van een gebroken URL string. Deze pagina toont een generieke browser-side interpretatie, niet uw applicatie.

Hoe herhaalde sleutels en lege waarden te interpreteren

Herhaalde sleutels, lege waarden en kale vlaggen kunnen allemaal legitieme query-string patronen, maar verschillende apps interpreteren ze anders. Deze pagina helpt u bij het inspecteren van de ruwe structuur na het ontleden; het definieert niet een universele betekenis voor dubbele parameters of lege waarden in elk kader.

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.

Gerelateerde hulpmiddelen