URL

Renset

Hvad er URL-renseren?

Du delte et link med vennerne, og bagest hang ?utm_source=newsletter&utm_campaign=spring_sale_2026&fbclid=IwAR0.... Indsæt det her, og værktøjet giver dig den nøgne URL plus en JSON-opdeling af, præcis hvad der blev fjernet. Outputtet er JSON, så du kan kopiere det direkte ind i en log-linje, en test-fixture eller hvor du nu vil have et spor af, hvad der blev renset væk.

Siden findes, fordi Google Analytics, Facebook, HubSpot, Mailchimp og en halv snes andre platforme klistrer ting på URLs, som du ikke vil dele eller gemme. utm_*-parametre stammer fra Urchin Tracking Module — Google indførte dem i 2005, og nu er de overalt. fbclid er Facebooks klik-id, gclid er Googles. Ingen af dem påvirker, hvilken side der loader — de fortæller bare destinationen, hvor du kom fra.

Det hele kører i din browser via standard-API'et URLSearchParams — den samme parser, som WHATWG URL Standard definerer. Ingen upload, ingen server, ingen logs. URL-rensningen er deterministisk — strip-listen ligger i kildekoden, du kan læse den, og samme input giver altid samme output.

Sådan bruger du URL-renseren

Tre trin. Hvert svarer til en knap på siden.

Indsæt en URL eller hent eksemplet

Smid en URL i venstre panel. Klik på Eksempel for at hente et realistisk tilfælde med utm_*, fbclid og gclid blandet med rigtige query-parametre. Eksempel-URL:

https://shop.example.com/orders/ORD-1001?customer=Ava+Chen&status=active&utm_source=newsletter&utm_medium=email&utm_campaign=spring_sale_2026&fbclid=IwAR0abc123def456&gclid=Cj0KCQjwxyz

Alt, hvad new URL(...) accepterer, virker — query-strenge med +, percent-encoding, gentagne nøgler og hash-fragmenter håndteres alle. Sti, hash og alle ikke-tracking-query-parametre bevares præcis.

Læs den rensede URL og hvad der blev fjernet

Højre panel viser JSON: cleaned er URL'en uden tracking, removed er et objekt med hver fjernet parameter (nøgle og værdi), og removedCount er totalen. Var der intet at rense, er removed et tomt objekt, og et note-felt fortæller det. Opdateres mens du skriver.

Kopiér eller download

Klik Kopiér for at sende JSON til udklipsholderen, eller Download for at gemme den som .json-fil. Minificér mæsker JSON sammen på én linje. Brug Ryd i input-panelet for at starte forfra. Vil du kun have den rensede URL-streng, så kopiér værdien af cleaned-feltet.

Hvornår du faktisk vil bruge det

Rense links før du deler

Du har åbnet en fane fra en marketingmail og vil sende linket til en kollega på Slack. URL'en slæber rundt på ?utm_source=newsletter&utm_campaign=spring_sale_2026 — kollegaen behøver ikke vide, hvor du kom fra, og linket ser grimt ud. Indsæt, kopiér cleaned-værdien, send. Spiller godt sammen med vores URL-parser, hvis du først vil inspicere komponenterne.

Gemme kanoniske URLs i en database

Du indekserer sider til en bogmærke-tjeneste eller pris-tracker. To besøg på samme produkt med forskellige utm_campaign-værdier er ikke to sider — det er den samme side. Strip trackerne, før du skriver URL'en til databasen, ellers ender du med dubletter. RFC 3986-specifikationen kalder det URL-normalisering.

Privatliv — undgå at give referer videre til destinationen

Når du klikker på et link med fbclid, fortæller du destinationssiden, at Facebook sendte dig, og giver dem et klik-id, som Facebook kan koble til din konto. Facebooks dokumentation beskriver fbclid som klik-identifier til annonceattribuering. Fjernes den før besøget (eller før du gemmer linket), brydes det spor.

Rydde op i supportsager

"Siden gik i stykker, da jeg klikkede på dette link" — og linket er 600 tegn langt, fordi det slæber utm + gclid + hver eneste HubSpot-tracking-parameter, HubSpot nogensinde har leveret (__hssc, __hstc, _hsenc, hsa_*). Indsæt, kopiér den rensede URL, og indsæt DEN i bug-rapporten. Nu kan du faktisk læse selve stien.

Ofte stillede spørgsmål

Hvad fjerner den helt præcist?

Alt der starter med utm_ (altså utm_source, utm_medium, utm_campaign, utm_term, utm_content, plus enhver custom utm_*, en marketingperson tilføjer) — plus en eksplicit liste på omkring 50 kendte tracking-parametre: fbclid (Facebook), gclid og dclid (Google Ads), mc_eid og mc_cid (Mailchimp), _ga og _gl (Google Analytics cross-domain), igshid (Instagram), yclid (Yandex), __hsfp/__hssc/__hstc/_hsenc og hsa_* (HubSpot), mtm_* og pk_*/piwik_* (Matomo), vero_id, wickedid, _branch_match_id, _openstat og et par stykker mere. Rigtige query-parametre, der betyder noget for siden (som customer=Ava+Chen), bliver urørte.

Ændrer den sti eller hash?

Nej. Kun query-strengen bliver rørt. Protokol, host, port, sti og hash-fragment går igennem uændrede. Så https://shop.example.com/orders/ORD-1001?utm_source=x#summary bliver til https://shop.example.com/orders/ORD-1001#summary — samme sti, samme hash, ingen query.

Hvad hvis jeg vil beholde utm_source til min egen analytics?

Lige nu er strip-listen fast og bygget ind i siden. Har du brug for en custom whitelist eller blacklist, så fork kildekoden — Set'et af parametre og utm_*-regexen ligger øverst i komponenten. En fremtidig version kan måske eksponere det som en option, men de fleste, der lander her, vil have den brede default.

Hvorfor er fbclid så lang?

Det er en uigennemsigtig, signeret identifier, som Facebook bruger til at tilskrive klikket en bestemt annonce og (som regel) en bestemt bruger. Det præcise format er ikke offentligt, men der er udførligt skrevet om det i Wikipedias fbclid-artikel. gclid er pendant'en for Google Ads. Begge kan trygt fjernes fra URLs, du deler eller gemmer — ingen af dem skal bruges for at loade selve siden.

Virker den med URLs uden tracking-parametre?

Ja. JSON-outputtet har removedCount: 0, et tomt removed-objekt og et note-felt, der siger, at intet blev fundet. cleaned-URL'en bliver byte-identisk med dit input (på nær det, new URL().toString() normaliserer — fx tilføjelse af afsluttende skråstreg på origin, hvis den manglede).

Hvad med gentagne nøgler, som ?utm_source=a&utm_source=b?

Begge fjernes. URLSearchParams.delete(name) sletter alle entries med det navn, så dubletter er ikke et problem. removed-objektet vil kun vise én værdi (den sidst parsede), men i praksis sætter ingen dobbelt utm_source i en rigtig URL.

Andre URL-værktøjer

Rensning er én operation. Hvad der naturligt parres med det: