Asterisk - Unusually Webflow Template
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Kunskapsbanken —
Publiceringsdatum:
8/5/2026
Senast ändrad:
19/5/2026

Canonical tag – hur rel=canonical signalerar föredragen URL och varför implementationen ofta blir fel

Definition

En canonical tag är en HTML-rad i <head> som talar om för sökmotorer vilken URL som är den föredragna versionen av en sida när det finns flera URL:er med liknande eller identiskt innehåll.

Canonical tag infördes av Google, Microsoft och Yahoo 2009 som ett sätt att hantera duplicate content utan att blockera eller redirecta, vilket Google annonserade i blogginlägget Specify your canonical. Det är en underskattad del av teknisk SEO, som dessutom ofta implementeras på fel sätt.

Att lyckas med canonical-taggar handlar mindre om att förstå syntaxen, som är trivial, och mer om att förstå varför de blir fel.

Hur canonical-taggen ser ut

Canonical-taggen placeras i <head> på sidan och pekar mot den föredragna URL:en:

<link rel="canonical" href="https://www.exempel.se/produkt/skor" />

URL:en ska vara absolut (inkludera protokoll och domän), peka mot en faktisk indexerbar sida, och svara med statuskod 200. Den kan peka mot sig själv (självrefererande canonical) eller mot en annan URL.

Det finns också ett HTTP-headeralternativ för icke-HTML-resurser (PDF:er, bilder):

Link: <https://www.exempel.se/whitepaper.pdf>; rel="canonical"

Båda är likvärdiga ur sökmotorsperspektiv.

Vad canonical egentligen säger

Det är viktigt att förstå att canonical är en hint, inte ett direktiv – något Google själva understryker i sin dokumentation om canonicalisering. Sökmotorer använder den som en stark signal om vilken URL som ska betraktas som original, men de förbehåller sig rätten att ignorera den om andra signaler talar emot. De andra signalerna inkluderar:

  • Internlänkning (vilken URL länkas mest internt?)
  • Inkommande externa länkar (vilken URL får backlinks?)
  • Sitemap.xml (vilken URL listas där?)
  • Hreflang (om språk-/regionvarianter pekar mot en annan URL)
  • Faktiskt innehåll (är sidorna verkligen lika?)

Om er canonical-tag säger A men allt annat pekar mot B, kommer Google sannolikt att indexera B. Det är inte fel av Google – det är canonical-taggen som inte var trovärdig.

När canonical behövs

Canonical-taggen löser ett specifikt problem: när samma eller mycket likt innehåll är åtkomligt via flera URL:er. Vanliga scenarier:

  • Parametrar i URL. /skor och /skor?utm_source=newsletter är samma sida för en användare, men två olika URL:er för en sökmotor. Canonical pekar tillbaka på /skor.
  • Filter och sortering. /skor?farg=svart och /skor?sorterting=pris är ofta varianter av en kategorisida. Antingen indexerar man dem (om de har unik söktrafik-potential) eller canonicalar man tillbaka till den ofiltrerade.
  • Tracking-parametrar. Allt som börjar med utm_, fbclid, gclid. Dessa ska canonicalas bort.
  • HTTP/HTTPS och www/non-www. Helst löses det med en 301-redirect, men canonical kan komplettera om redirecten av någon anledning inte går att göra.
  • Cross-domain duplikat. Om samma artikel publiceras både hos er och en partner, kan partnern sätta canonical mot er originalsida.
  • Print-versioner och AMP. Den enklare/specialiserade versionen pekar mot huvudversionen.

Vanliga fel – och deras konsekvenser

Det här är där de flesta projekten faller, även hos byråer som borde veta bättre.

  • Canonical pekar mot en redirect. Canonical → 301 → slutdestination. Sökmotorerna följer kedjan, men signalen försvagas och det kan ta längre tid att indexera rätt URL.
  • Canonical pekar mot en 404 eller noindex-sida. Då är canonical-taggen inkonsistent – sidan säger "originalet finns där" och Google går dit och hittar att originalet inte är indexerbart.
  • Alla sidor pekar mot startsidan. Klassisk fel-implementation från CMS-mallar. Resultat: hela sajten konsoliderar mot en enda URL och nästan allt innehåll faller ur indexet. Detta händer oftare än man tror.
  • Canonical i kombination med noindex. Förvirrar sökmotorerna. Antingen vill ni att sidan ska indexeras (då skicka tydlig canonical) eller inte (då skicka noindex utan canonical eller med självrefererande canonical).
  • Cross-domain canonical i fel riktning. Ni publicerar er artikel på er egen sajt först. Sedan publicerar en partner samma artikel – och ni sätter canonical mot partnern. Effekt: partnern får rankingsignalerna.
  • Olika canonical i <head> och i HTTP-header. Om de pekar på olika URL:er kommer Google välja en – vilken är odefinierat.
  • Flera canonical-taggar på samma sida. Om en sida har mer än en rel="canonical" i <head> ignorerar Google samtliga. Det händer lätt när ett tema sätter en tagg och en plugin, embed eller CMS-mall sätter en till.
  • Canonical sätts via JavaScript. Google renderar JavaScript, men det kan ta längre tid. Statisk canonical i HTML är tillförlitligare.

Felaktig canonical-sättning är en av de vanligaste tekniska orsakerna till att en sajt inte syns – vi går igenom fler i Hemsida rankar inte? 10 vanligaste orsakerna.

Canonical vs 301-redirect – vilket ska ni välja

Om en URL aldrig ska besökas av användare igen (gammal, omdöpt, flyttad), använd 301. Det är en starkare signal och tar bort möjligheten att fel URL fortsätter ranka.

Om båda URL:erna ska finnas kvar för användare (filter, parametrar, alternativa visningssätt) men bara en ska indexeras, använd canonical.

I praktiken kombineras de ofta: 301 för riktig flytt, canonical för parameter-varianter och alternativa vyer.

Canonical och paginerade serier

Tidigare rekommenderade Google rel="next" och rel="prev" för paginerade listor – ett stöd som Google bekräftade 2019 att man inte längre använder. Idag rekommenderas att antingen:

  • Låta varje paginerad sida ha en självrefererande canonical och vara indexerbar för djup-SEO.
  • Eller, om bara den första sidan ska ranka, sätta noindex (men inte nofollow) på sidor 2 och framåt.

Att canonicala alla paginerade sidor mot sida 1 är en gammal rekommendation som idag betraktas som felaktig – sidans innehåll är unikt (andra produkter), så canonical mot sida 1 är inkonsistent.

Canonical i Webflow

I Webflow kan du skriva in vilken domän som Webflow använder för att automatiskt ge en självrefererande canonical på varje sida – varje sida pekar alltså på sig själv som original om inget annat anges. Det räcker för de flesta sajter och förhindrar de vanligaste duplicate content-problemen utan konfiguration. Detta fungerar även för sidor med flera språk, precis som den automatiska funktionen för hreflang.

När du behöver peka en sida mot en annan URL kan du ange en custom canonical per sida under Page Settings, och per CMS-objekt i kollektionens inställningar. Det är där du löser parameter-varianter, cross-domain-canonicals och alternativa vyer. Eftersom Webflow lägger taggen statiskt i HTML slipper du den fördröjning som JavaScript-satta canonicals kan ge.

Hur ni hittar canonical-problem i er sajt

I praktiken: använd ett crawl-verktyg (Screaming Frog, Sitebulb, Ahrefs Site Audit) och titta efter:

  • Sidor utan canonical alls
  • Sidor där canonical pekar mot en annan URL än sidan själv (kontrollera att det är medvetet)
  • Canonical som pekar mot icke-200-statuskoder
  • Canonical som pekar mot URL:er som inte finns i sitemap.xml
  • Canonical-kedjor (canonical → 301 → ...)
  • Canonical-konflikter (HTML säger A, HTTP-header säger B)

Search Console rapporterar också "Alternativ sida med korrekt kanonisk tagg" och "Duplikat, Google valde en annan kanonisk sida än användaren". Den senare är en varningssignal – Google litar inte på er canonical.

Sammanfattning

Canonical tag är en hint till sökmotorer om vilken URL som är den föredragna versionen av en sida. Den är central för att hantera duplicate content och URL-parametrar utan att blockera eller redirecta. Den är också den teknik-SEO-detalj där vi oftast ser att fel slipper ut i produktion. Säkerställ att alla canonicals pekar mot en indexerbar 200-URL, är konsekventa mellan HTML och HTTP-header, och inte motsäger andra signaler som internlänkning och sitemap.

Innehållet i detta inlägg

Redo att ta nästa steg?

Nu när du lärt dig mer om Canonical tag kanske du känner dig nyfiken på vad ditt nästa steg borde vara.

Vi står alltid till tjänst och svarar gärna på frågor och funderingar!
kontakta oss

Boka ett intro möte

utforska mer termer inom webbdesign & SEO

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.