Parsingen skjer mens du skriver og blir på enheten din - URL-en blir aldri lastet opp, noe som betyr mye når den inneholder API-nøkler, tokener eller sporings-ID-er. Verktøyet bruker nettleserens innebygde WHATWG URL og URLSearchParams, akkurat samme motor som adressefeltet ditt bruker, så det du ser er hvordan en ekte klient vil lese adressen. Hver spørreparameter vises allerede prosentdekodet, og duplikate nøkler beholdes i rekkefølge i stedet for å bli slått sammen.
URL-parser
Kjører helt i nettleseren - ingen opplasting, ingen registrering.
Hva er en URL-parser?
En URL-parser deler en nettadresse opp i delene sine - skjema (https), vertsnavn, port, sti, spørrestreng og fragment - og lister hver spørreparameter som et dekodet nøkkel/verdi-par. Dette verktøyet parser enhver URL i nettleseren din med den samme standarden nettleseren selv bruker, så du kan inspisere, feilsøke eller kopiere hvilken som helst del.
Slik bruker du verktøyet
- 1Lim inn en URL. Slipp en absolutt URL i inntastingsfeltet - den kan inneholde en brukerinfo-del, port, spørrestreng og fragment.
- 2Les oppdelingen. Panelet lister hver strukturelle del - skjema, vertsnavn, port, sti, spørring, fragment, opprinnelse - så snart URL-en er gyldig.
- 3Undersøk parameterne. Spørreparameter-tabellen viser hver nøkkel og dens dekodede verdi, og beholder duplikate nøkler i rekkefølgen de vises.
- 4Kopier det du trenger. Kopier en enkelt del, eller bruk Kopier som JSON for å hente hele den parsede strukturen til en test eller feilrapport.
Hvem passer det for
- Utviklere som feilsøker en omdirigerings- eller callback-URL - se nøyaktig hvilken
sti,spørringogfragmenten forespørsel vil treffe. - Markedsførere som reviderer sporingslenker - les hver
utm_*-parameter som en ren nøkkel/verdi-liste i stedet for å granske én lang streng. - QA og support som reproduserer en feil fra en delt lenke - kopier det isolerte vertsnavnet, porten eller en enkelt spørreverdi.
- Alle som lærer hvordan en URL er strukturert - en merket oppdeling gjør skjema, vert, port, sti, spørring og fragment konkret.
Vanlige spørsmål
Er denne URL-parseren gratis?
Ja - den er helt gratis, uten registrering og uten bruksbegrensninger. Parsingen skjer helt i nettleseren din.
Blir URL-en min lastet opp noe sted?
Nei. URL-en parses lokalt i nettleseren din og sendes aldri til en server, så den er trygg for lenker som inneholder API-nøkler, sesjonstokener eller private spørreparametere.
Hvilke deler av en URL viser den?
Den viser skjemaet, eventuelt brukernavn og passord (brukerinfo), vertsnavnet, porten, stien, spørrestrengen og fragmentet, samt opprinnelsen. Hver spørreparameter listes også som et dekodet nøkkel/verdi-par.
Hvorfor sier den at jeg må legge til https:// ?
URL-standarden trenger en absolutt URL for å vite verten. En ren adresse som <code>example.com/path</code> eller en relativ som <code>/path?x=1</code> mangler skjema, så den kan ikke parses alene - legg til <code>https://</code> (eller riktig skjema) foran, så vil den parses.
Er spørreparametere dekodet?
Ja. Hver parameterverdi er prosentdekodet, så <code>%20</code> vises som et mellomrom og <code>caf%C3%A9</code> vises som <code>café</code>. Duplikate nøkler - som <code>color=blue&color=red</code> - beholdes som separate rader i sin opprinnelige rekkefølge i stedet for å bli slått sammen.
Hvorfor er porten noen ganger tom?
Når en URL bruker standardporten for skjemaet sitt (443 for https, 80 for http), lar standarden <code>port</code> stå tom fordi den er underforstått. En ikke-standard port som <code>:8443</code> vises eksplisitt.
Kan den parse fragmentet etter # ?
Ja. Delen etter <code>#</code> vises som fragmentet. Det sendes aldri til serveren av nettlesere, men det er en reell del av URL-en - nyttig for enkeltside-app-ruter og dype lenker.