URL-parametre og UTM-tracking

UTM står for Urchin Tracking Module — opkaldt efter Urchin Software, som Google opkøbte i 2005 og som blev til Google Analytics. UTM-parametre er en standardiseret måde at fortælle Analytics hvor en bruger kommer fra. De påvirker ikke siden. De læses af GA, gemmes i en session, og fjernes ofte fra URLen igen via JavaScript så brugeren ser en ren adresse.

https://www.example.dk/tilbud
  ?utm_source=newsletter
  &utm_medium=email
  &utm_campaign=januar-udsalg
  &utm_content=hovedbanner

UTM-parametre er case-sensitive. utm_source=Newsletter og utm_source=newsletter behandles som to forskellige kilder i Analytics. Lav en konvention og hold dig til den. Skriv altid i lowercase, og brug bindestreger i stedet for mellemrum eller underscores.

Konsekvenserne er to: link-equity bliver spredt, og crawl-budget bliver brugt på den samme side flere gange. På et stort site med tusindvis af kombinationer af filtre, sortering og tracking kan det betyde at vigtige sider ikke bliver crawlet ofte nok.

Løsningen er ikke at undgå parametre. Løsningen er at fortælle Google hvilken version der er den primære. Det gør du med et canonical-tag.

Hver side med parametre skal have et <link rel="canonical"> der peger på den parameterløse version (eller på den version du gerne vil have indekseret). Det er den vigtigste enkeltbeslutning du kan tage for parameter-håndtering.

<!-- På siden /tilbud?utm_campaign=januar -->
<link rel="canonical" href="https://www.example.dk/tilbud" />

<!-- På siden /produkter?sort=pris&view=grid -->
<link rel="canonical" href="https://www.example.dk/produkter" />

<!-- På siden /produkter?kategori=sko (funktionel parameter) -->
<link rel="canonical" href="https://www.example.dk/produkter?kategori=sko" />

Bemærk forskellen i det sidste eksempel. Funktionelle parametre, der reelt ændrer indholdet, skal have canonical der inkluderer parametren. Det fortæller Google "denne version med ?kategori=sko er sin egen unikke side". Tracking-parametre derimod skal canonicaliseres væk.

For maksimal kontrol kan du fjerne tracking-parametre allerede på server-niveau med en 301 redirect, efter de er blevet tracket. Det er den rene løsning fordi brugeren ender på en URL uden tracking-støj, og fordi Google aldrig ser de duplikerede versioner.

# Nginx: fjern utm_* og fbclid, behold andre parametre
if ($args ~* "(.*)(utm_[^&]*&?|fbclid=[^&]*&?|gclid=[^&]*&?)(.*)") {
  set $clean $1$3;
  return 301 $uri?$clean;
}

Vær opmærksom på at en redirect skal ske efter klienten har modtaget URLen — ellers kan Google Analytics og andre tracking-scripts ikke nå at læse dem. I praksis kører tracking-koden i browseren, så en server-redirect efter første render virker fint.

Tidligere tilbød Google Search Console et "URL Parameters Tool", hvor du eksplicit kunne fortælle Google hvordan hver parameter skulle behandles. Værktøjet blev pensioneret i april 2022. Begrundelsen fra Google: deres systemer er nu så gode til selv at gætte den korrekte håndtering, at indstillingerne sjældent gjorde en forskel.

Det betyder ikke at du kan ignorere parametre. Det betyder at canonical-tagget og en konsistent intern linking-struktur er dine to vigtigste signaler. Google følger dem næsten altid. Hvis Search Console alligevel viser at den har valgt en anden canonical end den du har angivet, er det fordi dine signaler er inkonsistente — typisk en blanding af forskellige canonical-værdier eller interne links der peger på parametriserede versioner.