LinkScaleLinkScale
Gratis verktyg

URL-rensareta bort spårningen, behåll en länk som fungerar.

Klistra in en länk och se exakt vad som följer med: vem som satte dit varje parameter och vad den mätte. Ta bort dem, eller behåll de du vill ha kvar. Ingenting lämnar din webbläsare.

Körs i din webbläsareMassläge och CSVIngen registrering, ingen gräns

Ingenting skickas någonstans. Rensningen sker i den här fliken, vilket är det enda ärliga sättet ett integritetsverktyg kan fungera på.

Klistra in en länk ovan för att se vad den bär med sig.

Alternativ

Drar ut den riktiga destinationen ur ett omslag från Google, Facebook eller Outlook. På som standard, eftersom omslaget är spåraren.

Ofarligt i teorin, domäner skiljer inte på versaler och gemener. Av som standard, eftersom det ändrar en länk du kanske jämför med en loggrad.

:443 på https och :80 på http betyder ingenting. Så pass ovanliga i riktiga länkar att det inte är värt att ändra dem i tysthet.

Vissa sajter behandlar ?print eller ?debug som en flagga utan värde, så att ta bort den ändrar vad sidan gör.

Bra för att rensa dubbletter i en lista. Riskabelt på sajter som läser parametrar efter position, och det förstör signerade URL:er.

Delen efter # når aldrig servern, så den är ingen spårning. I en single page-app är den hela rutten.

Dina egna regler

Lägg till ett parameternamn som din stack sätter dit och som den här listan inte känner till. Sparas bara i den här webbläsaren.

Rensa sidan du står på

Dra den här till ditt bokmärkesfält. På vilken sida som helst klickar du på den och spårningsparametrarna åker av adressfältet direkt, med samma globala lista som verktyget ovan. Den skriver om URL:en lokalt och kontaktar ingenting.

Rensa den här URL:en

Allt ovanför körs i din webbläsare, det finns inget nätverksanrop i det här verktyget. 178 parameterregler, senast stämda mot källkatalogerna 2026-09-01.

Vad tar en URL-rensare egentligen bort?

En länk består av delar som gör olika saker. En rensare måste veta vilken del den tittar på, för två av dem ser likadana ut i adressfältet och bara den ena går att röra utan risk.

Sökvägen är orörbar

Allt före frågetecknet pekar ut sidan. Ändrar du den får du en annan sida, eller en 404. En rensare skriver aldrig om den och ändrar inte heller versalerna, eftersom sökvägar skiljer på stora och små bokstäver på de flesta servrar även om domäner inte gör det.

Det är i frågesträngen det händer

Efter frågetecknet sitter par av namn och värde. Vissa driver sidan: en produktvariant, ett sidnummer, en sökterm, en sessionstoken. Andra talar bara om för ett analysverktyg var du kom ifrån. De står bredvid varandra och inget i syntaxen skiljer dem åt.

Fragmentet stannar oftast kvar

Delen efter fyrkanten når aldrig servern, så den kan inte vara en spårningspixel i vanlig mening. I en single page-app är den ofta hela rutten. Det här verktyget behåller den om du inte ber om något annat.

Skillnaden är kunskap, inte syntax

Det finns ingen regel du kan lägga på ett parameternamn för att veta om sajten behöver det. Det enda ärliga sättet är en katalog över kända spårare, och därför betyder listan bakom det här verktyget mer än koden runt omkring.

Varför ligger fbclid i din länk från början?

Ingen skriver dem för hand. De fastnar längs vägen, via fyra mekanismer som inte har något med varandra att göra.

    Du taggade den själv

    utm_source, utm_medium och utm_campaign sätts dit av den som bygger länken, oftast för att en kampanj ska dyka upp rätt i analysen. De är den artiga sorten: dokumenterade, standardiserade och fullständigt värdelösa för alla utom den som satte dem.

    Annonsplattformen stämplade klicket

    fbclid och gclid läggs till av Meta och Google i klickögonblicket, inte av annonsören. Därför dyker de upp på länkar du aldrig taggat, och därför överlever de att klistras in i en gruppchatt flera veckor senare.

    Mejlverktyget skrev om länken

    Mailchimp, HubSpot och de andra byter ut din länk mot sin egen och hänger sedan på en identifierare kopplad till den enskilda prenumeranten. Vidarebefordra det mejlet och du vidarebefordrar en länk som avslöjar vem som öppnade det.

    Delningsknappen la till sin egen

    Att kopiera en länk ur apparna för Instagram, TikTok eller X hänger på en delningsidentifierare. Det är den som låter plattformen rekonstruera vem som delade vad till vem, och det är den delen som förvånar flest.

Vilka parametrar är säkra att ta bort överallt?

Det är här URL-rensare gör fel, och här den här är medvetet försiktig. Det finns två sorters regler, och att behandla dem som en sort är precis det som förstör länkar.

Globala regler, säkra på vilken domän som helst

En liten uppsättning parametrar finns bara för att tillskriva ett klick och läses aldrig av sidan själv. utm_source med familj, fbclid, gclid, msclkid, ttclid, mc_eid. Att ta bort dem kan inte ändra vad du ser, på någon sajt, någonsin. Det här verktyget tillämpar 95 av dem överallt.

Domänregler, säkra på en enda sajt

Andra är spårning bara på sajten som äger dem, och betyder något helt annat någon annanstans. På YouTube är si en delningsidentifierare och v är videon: ta bort fel en och länken slutar fungera. 83 regler här gäller en domän och ingen annanstans.

Vissa parametrar är skyddade rakt av

På Amazon väljer th och psc produktvarianten. På YouTube avgör v, t och list vad som spelas och var det startar. De är markerade som skyddade, så ingen regel kan ta bort dem, inte ens en du lägger till själv.

Allt tvetydigt får sitta kvar

Parametrar som s, t och source är spårning på vissa sajter och funktionella på andra. Det finns inget säkert globalt svar, så de lämnas i fred om ingen domänregel täcker dem. En rensare som gissar här är en rensare som tyst förstör saker.

Parameterlistan är inte skriven ur minnet. Den är byggd på de två kataloger som underhåller det här på heltid, ClearURLs regler och AdGuards filter för URL-spårning, med källa och datum noterade bredvid varje grupp i koden. När de säger emot varandra vinner den snävare regeln.

Vad går sönder när en rensare är för aggressiv?

Varje misstag nedan kommer ur samma instinkt: att anta att en parameter är dekoration för att den ser ut som dekoration. Det är kring de här fallen verktyget är byggt.

Parametern du tog bort var produkten

Ta bort variantväljaren ur en butikslänk och den öppnar fel färg. Ta bort sidnumret och den öppnar sida ett. Länken laddar ändå, vilket är värre än ett fel, för ingen märker något förrän en kund gör det.

Två rensningar gav olika svar

Kör en rensare över sitt eget resultat och du ska få tillbaka exakt samma sträng, byte för byte. Gör du inte det är verktyget instabilt och går inte att lita på i ett flöde. Den egenskapen täcks här av ett test, den antas inte.

Token misstogs för spårning

Lösenordsåterställningar, signerade nedladdningslänkar och förhandsvisningar bär en parameter som går ut. Den ser exakt ut som en spårningsidentifierare. Ingenting i den här katalogen tar bort en okänd parameter, just på grund av dem.

Länken var dubbelkodad

Ett omdirigeringsomslag bär ofta den riktiga destinationen kodad inuti sig, ibland två gånger. Att avkoda en gång lämnar en halv URL, att avkoda i all oändlighet är ett sätt att hänga webbläsaren. Den här avkodar upp till fem gånger och slutar sedan.

Det omvända jobbet har ett eget verktyg: bygger du kampanjlänkar i stället för att skala av dem lägger UTM-byggaren till samma parametrar som den här sidan tar bort, och i den form som GA4 läser rätt.

Ska länken ut i sociala medier, kolla hur kortet kommer att se ut med länkförhandsvisningen.

Och har du fått en QR-kod i stället för en länk, se först vart den pekar med QR-kodavläsaren.

URL-rensare

Hur rensar man en hel export på en gång?

En länk i taget duger till en gruppchatt. En länkgranskning, en sitemap eller ett kalkylark med affiliatelänkar är ett annat jobb, och det är den andra fliken som gör det.

Klistra in kolumnen

En länk per rad, hur många du vill. Den bearbetas i omgångar med en förloppsindikator i stället för att låsa fliken, och rader som inte är giltiga länkar flaggas på plats i stället för att stoppa körningen.

Läs antalet borttagna

Tabellen visar varje original bredvid sin rensade version och hur många parametrar som åkte av. En rad med förvånansvärt hög siffra är oftast en mejllänk, och den är värd en titt innan du publicerar den någonstans.

Exportera eller kopiera

Ladda ner hela tabellen som CSV, eller kopiera bara den rena kolumnen rakt tillbaka in i kalkylarket du hämtade den från. CSV-filen byggs i webbläsaren som allt annat här.

Lägg till reglerna din stack hittar på

De flesta företag hänger på en egen parameter som ingen offentlig katalog känner till. Lägg till den en gång bland dina egna regler så åker den av varje länk därefter, på den här enheten.

En sista sak värd att veta: att rensa en länk ändrar inte hur den bedöms. Det folk ser är domänen framför snedstrecket, och en länk hos en delad förkortare ärver det rykte alla andra där har byggt upp. Det är argumentet för en egen varumärkesdomän, vilket är ett annat problem än spårningsparametrar, och ett mer permanent.

Frågor om URL-rensaren

Har du fler frågor?

Online
Fråga oss om vad som helst om länkar, sidor eller priser…

Riktiga människor, svarar oftast inom några minuter.

Nej. Rensningen körs helt i den här webbläsarfliken: reglerna följer med sidan och tolkningen sker i JavaScript på din enhet. Det finns inget nätverksanrop i verktyget och inget i modulerna det använder. En URL-rensare som laddade upp dina länkar skulle samla in precis den surfhistorik den påstår sig skydda, och därför är hela saken byggd för att fungera offline.

Rena länkar är den lätta halvan. Att veta vad som hände efter klicket är den andra.

Att skala spårningen ur någon annans länk tar en sekund. Att få tillförlitliga siffror ur dina egna, på en domän du styr över, är vad LinkScale finns till för.

Free 14-day trial on every plan

+100% conversion