ToolMill.io

URL Query String Parser och Builder

Parse URL query strängar i läsbara nyckel / värdedata och bygga om dem när du testar länkar, spårar parametrar, filter, omdirigeringar, signerade webbadresser eller app tillstånd i webbläsaren. Det är användbart för att debugga marknadsföringsadresser, API-förfrågningar och online-app routing beteende. ToolMill ger dig en snabb privat arbetsyta i webbläsaren istället för att du klistrar in riktiga kundadresser i ett fjärrverktyg.

utveckling

Prova det

Exempel

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

Klistra på en fullständig URL eller bara Query String

Denna parser är användbar om du har en komplett länk kopierad från en webbläsare eller bara rådelen efter frågetecknet. Om du klistrar in en fullständig URL, remserar verktyget allt innan söksträngen och fokuserar på parametrarna. Det gör det bekvämt när du debuggar en delad marknadsföringslänk, en API callback-adress, ett omdirigeringsmål eller en webbappväg utan att manuellt rengöra inmatningen först.

Hur upprepade nycklar tolkas

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.

Hur URL Decoding påverkar utgången

Parsed output ser ofta annorlunda ut än den råa URL eftersom kodade karaktärer avkodas för läsbarhet. %20 blir ett utrymme och andra rymda symboler omvandlas tillbaka till de tecken de representerar. Det är vanligtvis vad du vill under felsökning, men det betyder också att utgången är en tolkad bild av frågan sträng snarare än en byte-för-byte kopia av den ursprungliga URL-texten.

Tomma värden, saknade värden och bar flaggor

Inte varje parameter har en normal nyckel = värdeform. Vissa webbadresser inkluderar tomma värden som utm term =, och andra inkluderar knappa flaggor där endast nyckeln är närvarande. Dessa fall kan fortfarande spela roll när du spårar routing beteende, kampanj-tagging buggar eller funktionsflaggor. Att titta på den parsed utgången hjälper dig att se om ett saknat värde är verkligen frånvarande eller om det finns som en tom sträng i webbadressen.

Vanliga Query String Exempel

Typiska exempel inkluderar sökfilter, paginering, produktvarianter, remisstaggar och analysparametrar som utm source eller utm campaign. Denna sida är särskilt användbar när en länk ser giltig på en blick men beter sig annorlunda efter en omdirigering, en ram router eller en webbläsare normaliserar adressen. Att läsa parametrarna i formaterad JSON är ofta snabbare än att visuellt parsa en lång kopierad URL för hand.

När Parsed resultat skiljer sig från din app

Olika ramar tolkar inte alltid sökparametrar på samma sätt. Vissa behandlar upprepade nycklar som arrays, vissa använder fäste notation för häckning, och vissa tillämpar anpassade regler för booleans, flaggor eller tomma värden. Om utgången här skiljer sig från vad din app visar, kan felmatchen vara i den ramspecifika parser snarare än i själva webbadressen. Denna sida ger dig en ren baslinje tolkning, men det kan inte replikera varje app-specifik konvention.

Sekretess och webbläsare-lokal Parsing

Parsing sker lokalt i din webbläsare. ToolMill behöver inte skicka klistrade webbadresser, kampanjtaggar, signerade länkar eller interna sökparametrar till en fjärrtjänst bara för att inspektera dem. Det gör verktyget bekvämare att använda när webbadressen innehåller kundidentifierare, interna rutter, tillfälliga tokens eller marknadsföringsdata som du hellre skulle hålla i din egen webbläsare session.

Begränsningar och Format Edge Cases

Innan du förlitar dig på Parsed Query Parametrar

Innan du ändrar produktionslänkar eller felsöker en live-fråga bekräftar du hur den verkliga destinationen hanterar upprepade nycklar, avkodning, tomma värden och parameterorder. Denna sida är ett snabbt inspektionshjälpmedel, men det slutliga beteendet hör fortfarande till ramen, routern eller backend som tar emot webbadressen.

Varför Parsed Results kan skilja sig från din ansökan

Ramverk tillämpar ofta sina egna regler för arrays, parameterprecedens, beställning eller dubbla nycklar. Om utgången här skiljer sig från vad din app gör, är den sannolika orsaken ramspecifik parsinglogik snarare än en trasig URL-sträng. Den här sidan visar en generisk tolkning av webbläsarsidan, inte din applikations privata parser.

Hur man tolkar upprepade nycklar och tomma värden

Upprepade nycklar, tomma värden och knappa flaggor kan alla vara legitima frågesportmönster, men olika appar tolkar dem annorlunda. Denna sida hjälper dig att inspektera råstrukturen efter parsing; den definierar inte en universell betydelse för dubbla parametrar eller tomma värden i varje ramverk.

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.

Relaterade verktyg