Kanonisk taggtaggar

Nästa

När samma innehåll finns tillgängligt på flera URL:er (frågeparametrar, slutliga skyltar, HTTP jämfört med HTTPS, sidoradierade arkiv) kräver Google att en URL anges som den kanoniska versionen. Infoga den önskade URL:en – generatoren returnerar då en korrekt formaterad <link rel="canonical">-tagg som kan användas direkt i <head>, samt den motsvarande HTTP-huvudtexten Link för resurser som inte är HTML, till exempel PDF-filer.

Så här genererar du en kanonisk tagg

  1. 1

    Klistra in den kanoniska (förträffade) URL:n

    Absolut URL inklusive protokoll och värd. Fragmentidentifierare (#section) ignoreras – Google behandlar URL:er med olika fragment som identiska.

  2. 2

    Verktyget validerar och normaliserar

    Konsistens för efterföljande skräddarsyckenar, låstavad värdnamn och PunyCode för IDN-domäner. Bristande protokoll markeras som ett problem att åtgärda.

  3. 3

    Tag är byggt

    `<link rel="canonical" href="https://example.com/page">`.

  4. 4

    Kopiera HTML- eller HTTP-huvudformulär

    Använd HTML-taggen för webbsidor; använd HTTP `Link: <url>; rel="canonical"` för PDF-filer, bilder och API-svar.

Vad kanoniska taggar faktiskt gör

En kanonisk tagger säger till sökmotorer: “Av de URL:er som visar detta innehåll är denna den ursprungliga. Samla alla rankingsignaler här.” Utan den delas rankingsignaler mellan duplicerade sidor – ingen av dem rankas lika bra som en sammanslagen sida.

HTML-formuläret

<link rel="canonical" href="https://example.com/products/blue-shirt" />

Placera i <head>. Google läser det, men webbläsare ignorerar det.

Formuläret för HTTP-linkhuvud

Användning för resurser som inte är HTML (PDF-filer, bilder, feed XML):

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Skicka in vilken som helst 2xx-svar. Konfigurera via din webbserver eller CDN.

Vanliga misstag

  • Relativa URL:er: href="/page" fungerar, men är känslig. Använd absoluta URL:er för att undvika tvetydigheter.
  • Protokollavvikelse: systemet anger http://, men sidan tillhandahålls via https://. Anpass alltid till det aktuella protokollet.
  • När man pekar på en omdirigering: den kanoniska URL:n måste leda till ett 200-svar. Kedjor försvagar signalet.
  • Blockering av den kanoniska URL:n i robots.txt: målet måste kunna skrapas, annars kan Google inte verifiera det.
  • Konfliktiga signaler: interna länkar som pekar på icke-kanoniska varianter. Uppdatera dem så att de är korrekta.
  • noindex på det kanoniska målet: ömsesidigt uteslutande – välj ett.
  • Olika kanoniska versioner på duplicerade sidor: Google väljer en och ignorerar de andra. Använd samma kanoniska version på alla duplicerade sidor.

Särskilda fall

  • Pådelade arkiv: varje sida (?page=2) kan självkanoniseras, inte kanoniseras till sidan 1. Detta var tidigare en annan riktlinje; Google avskaffade uttryckligen rel=prev/next och betraktar nu självkanonisering som standard.
  • Facetterad navigation: filtrerade visningar av samma lista återgår vanligtvis till den ofiltrerade listan, om inte filtret på ett meningsfullt sätt ändrar innehållet.
  • Särskilda mobil-URL:ar (m.example.com): mobilsidan kanoniseras till stationär versionen; stationärversionen inkluderar rel=alternate som en återförslaglig URL.
  • AMP-sidor: AMP kanoniserar till icke-AMP; icke-AMP lägger till rel=amphtml i AMP-versionen.

Vanliga frågor

Rekomenderat: självrefererande kanoniska strukturer (där sidan pekar på sig själv) skyddar mot session-ID-parametrar, UTM-koder och annan oavsiktlig duplikering. Det är en rekommenderad SEO-praxis, inte ett krav.

Ja. Om syndikerade partners publicerar ditt innehåll på nytt kan de ange sin kanoniska URL som din ursprungliga URL. Google beaktar kanoniska länkar över domäner när innehållet verkligen överensstämmer.

HTTPS – alltid för alla sidor som serveras via HTTPS. Att använda flera protokoll samtidigt kan ge motstridiga signaler och leda till att Google väljer en slumpmässig variant.

Canonical bör rikta sig till den slutgiltiga URL:n efter omdirigeringar, inte en mellanliggande URL. Kedjor försvagar signalen – Google kan betrakta en pekare till en 302-omdirigering som ett ledtråd snarare än som en auktoritativ information.

Relaterade verktyg