Canonical tag — rel=canonical og duplicate content
rel=canonical er det vigtigste signal mod duplicate content — det fortæller Google hvilken URL der skal ranke.
Mange websites har det samme indhold tilgængeligt på flere URLs. Det er sjældent bevidst sabotage — det sker bare. Parametriserede filtrerings-URLs, print-versioner, session-ID’er, HTTP vs HTTPS. Pludselig har Google 5 versioner af den samme side.
Canonical tag er svaret.
Hvad er canonical tag?
Canonical tag (rel="canonical") er et HTML-link-element i sidens <head>, der angiver hvilken URL der er den foretrukne, autoritative version af en side.
<link rel="canonical" href="https://eksempel.dk/den-rigtige-url/">
Google behandler canonical tag som et stærkt hint — ikke et absolut direktiv. I langt de fleste tilfælde respekterer Google det, men kan afvige, hvis andre signaler peger i modsat retning (f.eks. intern linking og sitemap).
Self-referencing canonical — best practice
En self-referencing canonical er et canonical tag, der peger på sin egen URL:
<!-- På siden https://eksempel.dk/produkt/blaa-stol/ -->
<link rel="canonical" href="https://eksempel.dk/produkt/blaa-stol/">
Dette er best practice på alle sider — også sider uden duplicate-problemer. Det signalerer klart til Google, hvilken URL der er korrekt, og forhindrer ukontrolleret kanonisering.
Canonical mod duplicate content
Parametriserede URLs
Webshops og CMS-løsninger genererer ofte URLs med parametre:
https://eksempel.dk/bukser/?sort=pris&farve=blaa&side=2
Alle disse kan indekseres som separate sider. Canonical tag på filtreringssiderne, der peger på kategorisiden, løser problemet:
<link rel="canonical" href="https://eksempel.dk/bukser/">
Print-versioner og alternative formater
Sider som /print/artikel/ eller /mobil/side/ bør have canonical, der peger på den primære URL.
HTTP vs HTTPS
Hvis dit site er tilgængeligt på begge protokoller, bør alle sider have canonical til HTTPS-versionen — og kombineres med en 301 redirect.
Cross-domain canonical
Canonical tag kan pege på en anden hjemmeside — f.eks. hvis du syndikeringsindhold fra et partner-site:
<link rel="canonical" href="https://originalsite.dk/original-artikel/">
Det fortæller Google, at originalsitet skal have kreditten — og forhindrer at syndikeret indhold straffes som duplicate.
Canonical vs 301 redirect
| Canonical tag | 301 redirect | |
|---|---|---|
| Brugeren omdirigeres | Nej | Ja |
| Link equity | Signalerer konsolidering | Overfører fuldt |
| Brug | Duplicate URLs der skal forblive tilgængelige | Sider der permanent slettes/flyttes |
Som tommelfingerregel: brug 301 redirect, når du kan. Brug canonical, når URL’en skal bevares (f.eks. filtrerings-URLs der bruges af brugere).
Hyppige fejl med canonical tags
Canonical på pagineringssider peger på side 1
Dette er forkert og kan skade indeksering af pagineret indhold. Paginerede sider bør have self-referencing canonical.
Forkert canonical på grund af CMS-default
Mange CMS-systemer (WordPress, Magento) sætter automatisk canonical — tjek at de genererede canonicals er korrekte.
Canonical og noindex på samme side
Confliktende signaler. Brug enten noindex (siden skal ikke indekseres) eller canonical (en anden URL er foretrukken) — sjældent begge.
Canonical chain
Side A peger på Side B, som peger på Side C. Google vil typisk hoppe direkte til den endelige URL, men chains bør undgås — peg direkte på den rigtige URL.
Ofte stillede spørgsmål
Overfører canonical tag link equity som et redirect?
Canonical tag konsoliderer ranking-signaler til den kanoniske URL, men er ikke nær så effektiv til link equity-overførsel som en 301 redirect.
Hvad hvis jeg har canonical tag og 301 redirect på samme URL?
Redirectet “vinder” — brugeren og Googlebot ender på den URL, redirectet peger på. Canonical tag på den omdirigerede side er irrelevant.
Kan canonical tag bruges til at konsolidere internationale versioner?
Nej — til internationale versioner bruges hreflang. Canonical på tværs af sprog er typisk en fejl.
Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog. → Denne artikel er en del af Metadata og tekniske signaler — Meta tags, canonical og hreflang.
Andre artikler i samme emne
- Hreflang — Sprogsignaler til internationale sider
- Meta tags — Title, description og alle vigtige meta-elementer
- Open Graph tags — Styring af sociale deling
- Pagination — Håndtering af sideinddeling og SEO
- Robots directives — Styring af crawling og indeksering
- Viewport tag — Meta viewport og mobil-rendering
Ofte stillede spørgsmål
- Hvad er canonical tag?
- Canonical tag — implementeret som <link rel=canonical href=URL> i sidens <head>-sektion — fortæller Google hvilken URL der er den foretrukne, kanoniske version af en side. Når det samme eller meget lignende indhold er tilgængeligt på flere URLs, samler canonical-tagget link equity og rankeringssignaler til den foretrukne URL. Det er det primære tekniske redskab til at håndtere duplicate content.
- Hvornår opstår duplicate content og hvad gør canonical?
- Duplicate content opstår typisk ved URL-parametre fra filtrering og sortering (eksempel.dk/produkter?farve=roed), session-ID'er i URL'en, HTTP og HTTPS versioner af samme side, www og ikke-www varianter, trailing slash og ikke-trailing slash URL'er, og printversioner af sider. Canonical-tagget samler disse varianter og signalerer Google: denne URL er den rigtige — indexer og rank denne, ignorer de andre. Google betragter canonical som et hint, ikke et direktiv.
- Hvad er en self-referencing canonical og skal jeg bruge det?
- En self-referencing canonical er et canonical-tag der peger på den aktuelle sides egen URL. Det er best practice at implementere dette på alle kanoniske sider — ikke kun på sider med duplicate content. Det fungerer som en beskyttelse: selv hvis andre sider linker til alternative URL-varianter, bekræfter canonical-tagget hvilken URL der er den foretrukne. Det er en defensiv SEO-praksis der anbefales af Google og de fleste tekniske SEO-specialister.
- Hvad er en canonical chain og hvorfor er det et problem?
- En canonical chain opstår når side A's canonical peger på side B, og side B's canonical peger på side C. Google vil typisk hoppe direkte til den endelige URL, men chains øger risikoen for at Google ignorerer signalet og vælger sin egen foretrukne URL baseret på andre signaler. Peg altid canonical direkte på den endelige kanoniske URL — aldrig via mellemled.
- Kan canonical tag erstatte 301 redirect?
- Nej, de har forskellige formål. Et canonical tag konsoliderer ranking-signaler men lader begge URL'er forblive tilgængelige for brugere. Et 301 redirect sender brugeren og Googlebot permanent til en ny URL og er langt mere effektivt til at overføre link equity. Brug 301 når URL'en kan slettes for brugere, brug canonical når URL'en skal forblive tilgængelig — f.eks. filtreringsURLer i en webshop — men ikke ranke selvstændigt.
Placering i ordbogen
- Hreflang — Sprogsignaler til internationale sider
- Meta tags — Title, description og alle vigtige meta-elementer
- Open Graph tags — Styring af sociale deling
- Pagination — Håndtering af sideinddeling og SEO
- Robots directives — Styring af crawling og indeksering
- Viewport tag — Meta viewport og mobil-rendering