Gå til hovedindhold
Kodesmeden

SEO WordPress Teknisk SEO

Canonical tags: Den stille rettelse der redder din SEO

13 min læsning Daniel S. Nielsen
Canonical tags: Den stille rettelse der redder din SEO

Google indekserer ikke bare den URL du viser dem - den indekserer den URL den vælger. Og hvis dit site serverer det samme indhold under flere adresser, er det Google der bestemmer hvilken version der vises i søgeresultaterne. Canonical tags er det instrument du bruger til at informere den beslutning. Ikke tvinge den. Informere den.

Forskellen er vigtig, og den er årsagen til mange af de fejl folk begår med canonical-implementering.

Hvad et canonical tag er - og hvad det ikke er

Et canonical tag er et HTML-element placeret i <head>-sektionen på en side der fortæller søgemaskiner hvilken URL der er den foretrukne version af det pågældende indhold. Syntaksen er enkel:

<link rel="canonical" href="https://eksempel.dk/min-side/" />

Det afgørende at forstå er at canonical-tagget er et hint, ikke en instruktion. Google har selv beskrevet det som et "strong hint" - og de forbeholder sig retten til at ignorere det, hvis de vurderer at det er fejlplaceret, inkonsistent eller i konflikt med andre signaler på siden. En 301-redirect derimod er en teknisk kommando som Google følger. Canonical-tagget er noget man foreslår.

Det betyder at canonical tags ikke er en erstatning for korrekt URL-struktur, og de løser ikke et problem som et velimplementeret 301-redirect ville håndtere mere autoritativt. Men de er det rette værktøj i en lang række situationer hvor redirect ikke er praktisk eller ønskeligt.

Hvornår du har brug for canonical tags

Duplikatindhold opstår langt oftere end de fleste er klar over - og sjældent af ondsindet årsag. Det er et strukturelt problem der opstår naturligt i mange CMS-setups.

URL-parametre

Den klassiske kilde til duplikatindhold er URL-parametre. En produktside kan tilgås som /produkt/sko/, /produkt/sko/?farve=sort, /produkt/sko/?sort=pris og /produkt/sko/?session=abc123 - og alle fire er teknisk set unikke URLs, men serverer identisk eller næsten identisk indhold. Canonical-tagget på alle fire versioner skal pege på den kanoniske URL uden parametre.

Syndikeringsindhold

Publicerer du indhold på andre platforme - mediesites, partnere, nyhedsbreve der har en webversion - skal den syndikerede version bære et canonical-tag der peger tilbage på originalen på dit domæne. Det sikrer at Google krediterer dit site som kilden og ikke deler link equity på tværs af kopier.

HTTP vs. HTTPS og www vs. ikke-www

Selvom du har sat en redirect op, kan tekniske fejl eller caching betyde at begge versioner er tilgængelige. Canonical-tagget fungerer som et sekundært lag der bekræfter den foretrukne version.

Paginerede serier

En kategoriside med 8 sider af produkter udgør potentielt duplikatindhold hvis metabeskrivelsen og sideoversigten er den samme på alle sider. Her er canonical-strategien at lade hver side referere til sig selv (self-referencing canonical) og sikre at den paginerede serie er korrekt struktureret.

WordPress og canonical tags

Standard WordPress genererer automatisk canonical tags for enkeltposter, sider og custom post types via den indbyggede rel_canonical()-funktion, som har været en del af kernen siden version 2.9. Arkivsider, kategorisider og tagsider er dog ikke dækket af kernen. Det betyder at en ren WordPress-installation uden SEO-plugin mangler canonical-dækning for disse sidetyper, og Google er her overladt til selv at vælge den kanoniske URL baseret på interne links og andre signaler.

De fleste SEO-plugins til WordPress håndterer canonical-tagget automatisk: de sætter et self-referencing canonical på alle sider og posts, hvilket er et korrekt udgangspunkt. Signocore SEO gør dette automatisk for alle indholdstyper - posts, pages og custom post types - og genererer canonical-tagget baseret på den kanoniske permalink uden unødvendige parametre. Derudover giver det mulighed for manuelt at overstyre canonical-URL'en per side, hvilket er nødvendigt i situationer med tværdomæne-syndikat eller bevidste duplikat-strukturer.

Det er værd at tjekke hvad dit tema selv genererer i <head>. Nogle temaer og page builders indsætter deres egne canonical-tags, hvilket kan skabe konflikter hvis dit SEO-plugin også gør det. Dobbelte canonical-tags - særligt hvis de peger på forskellige URLs - er et signal Google vil ignorere til fordel for sin egen vurdering.

Self-referencing canonicals

En self-referencing canonical er et canonical-tag der peger på den samme side det er placeret på. Det lyder redundant, men det er en anbefalet praksis af en konkret årsag: det fjerner enhver tvetydighed om hvilken URL der er den foretrukne, selv når siden tilgås via en variation af URL'en.

Forestil dig at en bruger deler et link med ?fbclid=-parameteren tilføjet - et Facebook-sporingsparameter. Uden self-referencing canonical kan Google potentielt behandle den URL som en separat side. Med canonical-tagget på plads ved Google at den kanoniske URL er den rene version, uanset hvilke parametre der er tilføjet i det konkrete besøg.

Google anbefaler selv self-referencing canonicals som standard. Det er lav indsats, høj sikkerhed - og præcis den type teknisk SEO-hygiejne der sjældent giver direkte kredit, men som forhindrer stille tab af link equity over tid. Du kan læse mere om den type tekniske detaljer i vores artikel om teknisk SEO og troværdighed.

Canonical tag vs. 301 redirect vs. noindex

De tre mekanismer overlapper i formål men er ikke udskiftelige. Her er den korte version af hvornår du bruger hvad:

  • 301 redirect: Brug det når den gamle URL aldrig skal være tilgængelig igen. Redirect konsoliderer link equity fuldt ud og er det stærkeste signal til Google. Passer til URL-ændringer, domæneflytninger og permanent fjernede sider. En 301-redirect er en kommando - Google følger den.

  • Canonical tag: Brug det når begge URLs teknisk set skal forblive tilgængelige, men du vil at én version krediteres. Passer til URL-parametre, syndikeringsindhold og situationer hvor redirect ikke er teknisk muligt (fx på tværs af domæner du ikke ejer). Et canonical-tag er et hint - Google følger det normalt, men ikke altid.

  • Noindex: Brug det når siden ikke må dukke op i søgeresultater, men stadig skal kunne tilgås direkte. Passer til interne søgeresultatsider, tak-sider og stagingindhold der er utilsigtet offentligt. Noindex fjerner siden fra indekset, men konsoliderer ikke link equity til en anden side.

En fejl der opstår regelmæssigt: en side markeres med noindex og canonical, i den tro at det giver dobbelt beskyttelse. Det er kontraproduktivt. Noindex fortæller Google at ignorere siden - men canonical-tagget på en noindexed side vil Google sandsynligvis ignorere, fordi den ikke crawler og indekserer siden grundigt nok til at respektere signalet.

Hyppige fejl med canonical tags

Canonical der peger det forkerte sted

Den mest skadelige fejl er et canonical-tag der peger på en forkert URL - typisk fordi en skabelon er kopieret og ikke opdateret, eller fordi et plugin genererer canonical baseret på en fejlkonfigureret permalink-struktur. Resultatet er at Google konsoliderer link equity til en forkert side, eller at den ignorerer tagget helt fordi indholdet ikke matcher.

Manglende canonical på paginerede sider

Paginerede kategorisider, arkiver og søgeresultater er en hyppig blind vinkel. Hvis side 2, 3 og 4 i en kategori ikke har korrekte canonicals, kan Google behandle dem som duplikater af side 1 - eller som individuelle sider med tyndt indhold. Hver pagineret side bør have et self-referencing canonical der peger på sig selv (ikke på side 1).

Canonical på tværs af domæner uden ejerskabsverifikation

Cross-domain canonicals - hvor en side på domæne B siger at den kanoniske version er på domæne A - er teknisk muligt og legitimt ved syndikeringsindhold. Men Google kræver ikke verifikation af ejerskab, og det betyder at enhver side potentielt kan forsøge at "stjæle" canonical-kredit fra et andet domæne. Google er bevidst skeptisk over for cross-domain canonicals og validerer dem ved at tjekke om de to sider faktisk deler indhold. Brug dem kun når indholdet er identisk og relationen er legitim.

Canonical i body frem for head

Canonical-tagget skal placeres i <head>-sektionen. Et canonical-tag i <body> vil blive ignoreret af Google. Det lyder oplagt, men page builders og dårligt kodede temaer kan flytte head-elementer til forkerte positioner i DOM'en - særligt ved brug af JavaScript-rendering.

Validering i Google Search Console

Google Search Console har et dedikeret rapport-område til canonical-problemer under "Sider" (tidligere "Dækning"). Her skelner Google mellem to centrale statusser:

  • "Duplikat uden brugervalgt canonical": Google har fundet duplikatindhold men du har ikke angivet en foretrukken version. Google vælger selv - og det er ikke nødvendigvis den version du ønsker.

  • "Duplikat, Google valgte en anden canonical end den brugervalgte": Du har sat et canonical-tag, men Google har valgt at ignorere det og indeksere en anden URL. Det er et signal om at dine canonicals er inkonsistente med andre on-page-signaler - interne links, sitemap-indhold eller hreflang-konfiguration.

Hvis du ser den anden status, er den første ting at tjekke dit XML-sitemap. Google bruger sitemap-indholdet som et svagt signal for kanonisk URL. Canonical-tagget på siden vejer tungere end sitemap-indholdet. Sørg for at sitemap og canonical altid er konsistente - ikke fordi sitemappet trumfer tagget, men fordi modstridende signaler samlet set kan forvirre Googles valg. Du kan læse mere om teknisk indeksering i artiklen om IndexNow og hurtig indeksering.

URL Inspection-værktøjet i Search Console viser hvilken URL Google har valgt som canonical for en given side - det er det hurtigste sted at verificere om dit canonical-tag bliver respekteret.

Beslutningsramme for de tre hyppigste duplikat-scenarier

Tre situationer tegner sig for langt størstedelen af canonical-problemer i praksis. Her er den direkte tilgang til hver:

  • URL-parametre (sporings- og filtreringsparametre): Sæt et canonical-tag på alle parametervarianter der peger på den rene URL uden parametre. Sørg for at den rene URL har et self-referencing canonical. Tilføj parametrene til Google Search Console's URL-parameterindstillinger som et sekundært signal.

  • Syndikeringsindhold på eksternt site: Den syndikerede kopi på det eksterne site skal bære et cross-domain canonical der peger på originalartiklen på dit domæne. Kan du ikke kontrollere det eksterne sites kode, brug i stedet en rel="alternate" reference fra din originale artikel og accepter at link equity kan fordeles. Prioriter altid at publicere originalt indhold på dit eget domæne først - inden syndikeringen.

  • HTTP/HTTPS eller www/ikke-www duplikater: Her er 301-redirect den rigtige løsning, ikke canonical. Canonical er en fallback hvis redirect af tekniske årsager ikke er muligt. Implementer redirect på serverniveau, og bekræft i Search Console at Google konsekvent indekserer den foretrukne version.

Canonical tags er ikke spektakulære. De vises ikke i søgeresultaterne, de giver ikke direkte rangeringsstigninger, og de er usynlige for brugere. Men de er den mekanisme der sikrer at det link equity dit indhold opbygger, lander det rigtige sted - og at Google indekserer den version af din side du faktisk ønsker. Det er teknisk SEO i sin mest præcise form: stille korrektioner der forhindrer stille tab. Har du brug for en gennemgang af din WordPress-sites canonical-implementering, er det en del af det tekniske SEO-arbejde vi hjælper med under teknisk rådgivning.

Har du en proces som denne?

Jeg giver en ærlig vurdering og et fast tilbud.

Skriv til mig
Tilbage til artikler

Relateret ydelse

WordPress-udvikling

Skræddersyede temaer og plugins uden page builders, bloat og abonnementer.

Se ydelsen

Læs videre

Relaterede artikler

Har du spørgsmål til artiklen?

Kontakt mig hvis du vil vide mere om emnet.

Skriv til mig

Uforpligtende og gratis · Du taler direkte med mig · Svar som regel inden for 24 timer