Når flere sider har samme eller meget lignende indhold, bruges en canonical tag til at fortælle søgemaskiner, hvilken side der er den foretrukne. Tagget angives som rel=”canonical” og peger på den version, der bør behandles som den primære.
Det er vigtigt for SEO, fordi det hjælper med at samle signaler som relevans og autoritet på én side i stedet for at sprede dem på flere næsten ens sider. Samtidig mindsker det risikoen for, at søgemaskiner bliver i tvivl om, hvilken side de skal indeksere og vise i søgeresultaterne.
En canonical tag bruges typisk ved filtrering, sortering, produktvarianter og andre situationer, hvor der opstår dubletter. Den fjerner ikke siderne, men gør det tydeligere, hvilken version der skal prioriteres.
Når flere sider har samme eller næsten samme indhold, hjælper canonical-tagget søgemaskiner med at forstå, hvilken adresse der bør behandles som den primære. Det betyder, at signaler som interne links, eksterne henvisninger og andre relevanssignaler i højere grad kan samles om én foretrukken URL i stedet for at blive spredt på flere versioner. Det er især vigtigt ved duplikeret indhold, hvor små forskelle i parametre, filtrering eller sortering ellers kan skabe flere næsten identiske adresser.
Et canonical-tag er dog et stærkt hint, ikke en garanti. Du angiver altså den URL, du foretrækker, men søgemaskinen vurderer stadig selv, om valget giver mening. Hvis to sider ligner hinanden meget, vil tagget ofte blive fulgt. Hvis indholdet derimod adskiller sig tydeligt, eller andre signaler peger i en anden retning, kan søgemaskinen vælge en anden kanonisk version.
Forestil dig to næsten identiske produktsider, hvor den ene er den almindelige side, og den anden er en variant med sortering eller sporingsparametre. Her kan canonical pege på hovedversionen, så indeksering og linkværdi samles ét sted. Det er vigtigt at skelne mellem foretrukken URL og garanteret indeksering: Canonical fortæller, hvilken side der bør prioriteres, men den sikrer ikke i sig selv, at netop den side bliver indekseret eller vist i søgeresultaterne.
Et kanonisk linkelement er relevant, når flere sider i praksis viser det samme eller næsten det samme indhold, og du vil fortælle søgemaskinerne, hvilken version der skal opfattes som den primære. Det er især nyttigt, når dubletter opstår af praktiske årsager i et cms, en webshop eller ved kampagnesporing, uden at siderne nødvendigvis skal fjernes eller omdirigeres.
Et typisk eksempel er parameter-URL’er, hvor sortering, filtrering eller sporingsparametre skaber mange versioner af samme side. Det bruges også ofte ved produktvarianter, hvis flere varianter har næsten identiske beskrivelser og derfor bør samle signaler på én hovedside. Printversioner er et andet klassisk scenarie, fordi de ofte gengiver samme tekst i et andet layout.
Det kan desuden være den rigtige løsning, når meget lignende indhold findes på flere domæner eller underdomæner, for eksempel ved syndikering eller genbrug af produkttekster. Her bør man dog kun vælge kanonisk, hvis siderne bevidst skal eksistere parallelt. Hvis indholdet i stedet er unikt nok til at fortjene egne placeringer, eller hvis en side slet ikke bør kunne findes, er andre løsninger ofte mere passende.
Det vigtigste er, at den foretrukne sideversion angives tydeligt og konsekvent. I HTML placeres canonical-tagget i head-sektionen, så søgemaskiner møder signalet tidligt i dokumentet. Den korrekte syntaks er for eksempel: <link rel=”canonical” href=”https://www.eksempel.dk/produkt/”>. Brug altid absolutte URL’er, ikke relative stier, og angiv kun én canonical pr. side. Hvis der ligger flere tags, kan signalet blive uklart eller ignoreret.
Tagget skal pege på den version, som du ønsker indekseret, også når siden kan nås via flere adresser med parametre, filtrering eller sortering. Canonical må gerne pege på siden selv, hvis det er den korrekte hovedversion. Det er ofte en god og stabil løsning. Undgå samtidig at placere tagget i body, da det ikke er korrekt implementering.
For filer, der ikke er almindelige HTML-sider, som PDF’er, kan canonical i stedet sendes i en HTTP-header. Her bruges for eksempel: Link: <https://www.eksempel.dk/guide/>; rel=”canonical”. Det er især relevant, når filen ikke har en head-sektion, men stadig bør knyttes til en foretrukken version. Princippet er det samme: én klar canonical, korrekt målside og en absolut adresse.
Et canonical-tag virker kun godt, når resten af siden peger i samme retning. En klassisk fejl er kæder, hvor side A kanoniserer til B, som igen peger på C. Det svækker signalet og gør tolkningen unødigt kompleks. En anden fejl er at pege på en irrelevant side, for eksempel en kategori, der ikke matcher indholdet på produktsiden, eller en næsten tilfældig variant. Vælg altid den side, der bedst repræsenterer det samlede indhold, og brug selvhenvisende canonical på den foretrukne version.
Problemer opstår også, når canonical modsiges af andre signaler. Hvis en side både har canonical til én adresse og samtidig redirecter til en anden, eller hvis den kanoniske side er markeret med noindex, sender du blandede beskeder til søgemaskinerne. Det samme gælder, hvis interne links primært peger på en ikke-kanonisk version, mens sitemap kun indeholder en tredje variant. Ved sådan inkonsistens kan søgemaskiner vælge at ignorere canonical-tagget helt.
Arbejd derfor konsekvent: Lad redirects, noindex, interne links og sitemap understøtte samme foretrukne side. Undgå at kanonisere paginerede sider, filtreringer og parameter-URL’er uden at vurdere deres funktion først. Kontrollér også, at den kanoniske side returnerer korrekt statuskode, kan crawles og faktisk indekseres. Jo mere ensartede signaler du giver, desto større er sandsynligheden for, at søgemaskinen følger dit valg.
De tre løsninger bruges ofte til lignende problemer, men de gør ikke det samme. Et canonical tag fortæller søgemaskiner, hvilken version af flere ens eller meget lignende sider der bør betragtes som den foretrukne. Brugeren bliver på den side, der er åbnet. En 301-redirect sender derimod både bruger og søgemaskine videre til en anden side. Noindex bruges, når en side ikke skal vises i søgeresultaterne.
Formålet er altså forskelligt. Canonical er typisk relevant ved produktvarianter, filtrering, sporing eller andre situationer med duplikeret eller næsten duplikeret indhold. 301-redirect er det rigtige valg, når en side er flyttet permanent, slået sammen med en anden eller ikke længere skal bruges. Noindex passer til sider, der gerne må findes på sitet, men ikke bør indekseres, for eksempel interne søgeresultater, takkesider eller tynde arkivsider.
Kort sagt: canonical peger på den foretrukne URL, 301 flytter trafikken, og noindex holder siden ude af indekset. Valget afhænger af, om siden skal bevares for brugeren, erstattes af en anden eller blot udelukkes fra søgning.
På mange sider er en selvrefererende canonical god praksis. Det betyder, at siden peger på sig selv som kanonisk version. Det gør signalet tydeligt for søgemaskiner og reducerer risikoen for, at de vælger en anden variant på grund af parametre, filtrering eller små tekniske forskelle. Samtidig skaber det mere konsistente signaler på tværs af store websites.
Når et website bruger hreflang, skal hver sprog- eller landeversion som udgangspunkt have sin egen kanoniske side. Canonical og hreflang løser nemlig ikke samme opgave: canonical samler dubleret eller næsten identisk indhold, mens hreflang hjælper søgemaskiner med at vise den rigtige version til den rigtige bruger. Hvis en dansk side canonicaliserer til en engelsk side, kan hreflang-signalerne blive svækket eller ignoreret.
Canonical påvirker også crawlbudget indirekte. Klare kanoniske signaler gør det lettere for søgemaskiner at prioritere de vigtigste sider frem for mange dubletter. Derfor bør interne links, sitemaps og øvrige referencer støtte den valgte kanoniske URL. Hvis interne links peger på andre varianter end den kanoniske, sender sitet blandede signaler, og det kan gøre indeksering og konsolidering mindre effektiv.
Start med den konkrete side, du vil kontrollere. Åbn sidens kildekode, og søg efter rel=”canonical”. Der bør kun være én canonical-tag, og den skal pege på den foretrukne version af siden. Tjek også, at adressen er korrekt stavet, bruger den rigtige protokol og ikke peger på en irrelevant eller omdirigeret side.
Nogle canonical-signaler sendes i HTTP-headere, især på filer som PDF’er. Det kan du kontrollere i browserens udviklingsværktøjer eller et teknisk SEO-værktøj, der viser headere. Her skal du sikre dig, at der ikke ligger modstridende signaler mellem kildekode, headere og eventuelle noindex-direktiver.
Afslut med et crawl-værktøj eller Google Search Console. Et crawl kan hurtigt afsløre sider med manglende, dublerede eller forkerte canonical-tags. I Search Console kan du sammenholde den brugerangivne canonical med den version, Google faktisk har valgt. Hvis de ikke stemmer overens, er det ofte et tegn på fejl i opsætningen eller svage interne signaler.
En canonical tag er et linkelement i HTML med attributten rel=”canonical”, som angiver den foretrukne URL blandt flere sider med identisk eller meget lignende indhold.
Formålet er at hjælpe søgemaskiner med at samle signaler som linkværdi og relevans på én primær side i stedet for at fordele dem på flere dubletter.
Du bør bruge en canonical tag, når samme indhold kan nås via flere adresser, for eksempel på grund af URL-parametre, filtrering, sortering, printversioner eller produktvarianter.
Den er relevant, når siderne skal eksistere for brugeren, men du samtidig vil fortælle søgemaskiner, hvilken version der bør prioriteres i indekseringen.
På almindelige HTML-sider placeres den i sidens head-sektion som et linkelement, der peger på den foretrukne URL. Der bør kun være én canonical pr. side, og adressen bør være absolut.
For filer som PDF’er kan canonical i stedet sendes i en HTTP-header. Uanset metode skal målsiden være relevant, tilgængelig og returnere korrekt statuskode.
Det er ofte en god praksis, at den primære side peger på sig selv med en selvrefererende canonical. Det gør signalet tydeligere og reducerer risikoen for forvirring ved parametre eller alternative versioner.
Det er ikke et krav i alle tilfælde, men det er en stabil løsning på mange websites, især når der let opstår flere URL-varianter.
En canonical tag fortæller søgemaskiner, hvilken URL der bør betragtes som den foretrukne, men brugeren bliver på den side, der er åbnet. En 301-redirect sender både bruger og søgemaskine videre til en anden adresse.
Vælg canonical, når flere versioner skal eksistere. Vælg 301-redirect, når en side permanent er flyttet eller ikke længere bør bruges.
Canonical bruges til at pege på den foretrukne version blandt lignende sider. Noindex bruges til at fortælle søgemaskiner, at en side ikke skal være med i søgeresultaterne.
De to direktiver løser altså forskellige opgaver. Hvis du kombinerer dem forkert, kan du sende uklare signaler om, hvilken side der egentlig skal indekseres.
Ja. En canonical tag er et stærkt signal, men ikke en garanti. Google vurderer selv, om den valgte kanoniske URL giver mening i forhold til indhold og øvrige signaler.
Hvis canonical peger på en irrelevant side, hvis indholdet ikke er tilstrækkeligt ens, eller hvis interne links, redirects og sitemap peger et andet sted hen, kan Google vælge en anden URL.
Ja, det er muligt at bruge canonical på tværs af domæner, hvis det samme eller næsten samme indhold findes flere steder, og én version skal være den foretrukne.
Det kræver dog, at valget er logisk og konsekvent. Hvis siderne har forskellige formål eller væsentligt forskelligt indhold, er det sjældent den rigtige løsning.
Ofte ja, hvis de filtrerede eller parameterbaserede sider i praksis er variationer af samme indhold og ikke skal rangere hver for sig. Her kan canonical pege på hovedversionen uden parametre.
Det afhænger dog af formålet. Hvis en filtreret side har selvstændig værdi og bør kunne findes i søgeresultaterne, bør den ikke nødvendigvis canonicaliseres væk.
Canonical og hreflang har forskellige roller. Canonical bruges til at vælge den foretrukne URL blandt lignende sider, mens hreflang hjælper søgemaskiner med at vise den rigtige sprog- eller landeversion til brugeren.
Som udgangspunkt bør hver sprogversion have sin egen kanoniske URL. Hvis en dansk side canonicaliserer til en engelsk side, kan det forstyrre hreflang-signalerne.