Sammanfattning: Hreflang är en signal som talar om för Google vilken språk- eller regionversion av en sida som ska visas för vilken målgrupp. Utan korrekt hreflang riskerar fel språkversion att synas i sökresultaten, eller att versionerna konkurrerar med varandra. Artikeln går igenom de tre sätten att implementera hreflang, hur språk- och regionkoder skrivs korrekt, de vanligaste felen och hur du verifierar att implementationen fungerar.
Skriven: 13 november 2026, Petter Cete, Performance Marketing Specialist
Föreställ dig att ni har lagt tid och pengar på en engelsk, en norsk och en finsk version av siten. Men när en kund i Oslo googlar hamnar de ändå på den svenska sidan... Ack ack. Eller ännu värre, sidorna konkurrerar med varandra om samma plats i sökresultaten, och båda förlorar på det.
Det är precis det hreflang ska förhindra. Men hreflang är en av de tekniska SEO-detaljer där det är lätt att göra misstag, särskilt för bolag som tar steget ut på nya marknader. Här går vi igenom hur det fungerar och hur du gör rätt.
Vad hreflang gör och varför det avgör flerspråkig synlighet
Hreflang är en signal som talar om för Google att en sida finns i flera språk- eller regionversioner, och vilken version som är avsedd för vilken målgrupp. Svensk version till svensktalande besökare, norsk version till norska, engelsk version till alla andra.
Utan hreflang får Google gissa. Ibland gissar Google rätt, men ibland blir det fel språkversion som visas, särskilt när versionerna är snarlika. Till exempel om ni har två engelska versioner av sajten, en för Storbritannien och en för USA. Eller två svenska, en för kunder i Sverige och en för kunder i Finland. Versionerna kan då uppfattas som duplicerat innehåll och konkurrera med varandra istället för att komplettera varandra.
För B2B-bolag som säljer på flera marknader märks det här snabbt i trafiken och konverteringarna. En besökare som hamnar på fel språk eller ser fel priser och kontaktuppgifter lämnar ofta siten direkt. Med korrekt hreflang hamnar varje besökare på den version som är byggd för just dem.
Läs mer: Sökmotoroptimering 2026: så fungerar SEO när AI tar över söket
De tre sätten att implementera hreflang
Det finns tre sätt att tala om för Google vilka språkversioner som finns. Alla tre fungerar lika bra, så välj den metod som passar er site och ert CMS bäst. Se dock till att endast använda en metod åt gången för att undvika motstridiga signaler.
1. Link-taggar i HTML-koden
Den vanligaste metoden. Du lägger in en rad i sidans head-sektion för varje språkversion, inklusive sidan själv.
<link rel="alternate" hreflang="sv-SE" href="https://dindomän.se/tjanster/" />
<link rel="alternate" hreflang="nb-NO" href="https://dindomän.se/no/tjenester/" />
<link rel="alternate" hreflang="en" href="https://dindomän.se/en/services/" />
<link rel="alternate" hreflang="x-default" href="https://dindomän.se/en/services/" />
Metoden är enkel att förstå och de flesta CMS och flerspråkiga plugins kan generera taggarna automatiskt. Nackdelen är att koden växer med varje nytt språk, vilket kan bli tungt för siter med många marknader.
2. HTTP-header
Här skickas hreflang-informationen med i serverns svar istället för i HTML-koden. Metoden används främst för filer som inte är HTML, till exempel PDF:er.
Link: <https://dindomän.se/guide.pdf>; rel="alternate"; hreflang="sv",
<https://dindomän.se/en/guide.pdf>; rel="alternate"; hreflang="en"
Den kräver tillgång till serverkonfigurationen och är svårare att kontrollera, så den passar bäst när de andra metoderna inte går att använda.
3. XML-sitemap
Hreflang kan också anges i sitens sitemap. Varje URL listas med alla sina språkalternativ.
<url>
<loc>https://dindomän.se/tjanster/</loc>
<xhtml:link rel="alternate" hreflang="sv-SE" href="https://dindomän.se/tjanster/" />
<xhtml:link rel="alternate" hreflang="en" href="https://dindomän.se/en/services/" />
</url>
Det här är det smidigaste alternativet för stora siter, eftersom all information samlas på ett ställe och sidornas kod inte påverkas. Tänk på att sitemapen måste deklarera xhtml-namnrymden för att taggarna ska läsas korrekt.
Korrekt syntax: språk- och regionkoder
Hreflang-värdet består av en språkkod och en valfri regionkod. Språket anges enligt standarden ISO 639-1 och regionen enligt ISO 3166-1 alpha-2.
Några exempel:
- sv – svenska, oavsett land
- sv-SE – svenska för Sverige
- sv-FI – svenska för Finland
- en-US – engelska för USA
- en-GB – engelska för Storbritannien
- x-default – reservversionen när ingen annan matchar
Språkkoden måste alltid finnas med, medan regionkoden är valfri. Har ni bara en svensk version räcker det med sv. Regionkoden behövs först när samma språk riktar sig till olika marknader, till exempel en svensk version för Sverige och en för Finland.
x-default anger vilken version som ska visas när besökarens språk eller region inte matchar någon av era versioner. Oftast är det en engelsk global version eller en språkvalssida.
Här är några vanliga fel att vara uppmärksam på:
- "se" för Sverige. Se är språkkoden för nordsamiska, inte en landskod. Svenska heter sv.
- "en-UK" för Storbritannien. Den korrekta regionkoden är GB.
- "dk" för danska. Danska heter da, och DK är regionkoden för Danmark.
- Bara en regionkod. Hreflang="SE" fungerar inte, språket måste alltid anges först.
De vanligaste hreflang-felen och hur du fixar dem
Saknade returlänkar
Detta är det absolut vanligaste felet. Hreflang måste gå åt båda hållen. Om den svenska sidan pekar på den engelska måste den engelska peka tillbaka på den svenska. Saknas returlänken ignorerar Google hreflang för det paret. Se också till att varje sida pekar på sig själv, så att uppsättningen blir komplett.
Felaktiga språk- eller regionkoder
Koder som inte följer ISO-standarden, som se eller en-UK, ignoreras helt. Gå igenom alla värden och jämför med listan ovan.
Inkonsekvent canonical
Varje språkversion ska ha en canonical-tagg som pekar på sig själv. Pekar den engelska sidans canonical på den svenska säger ni samtidigt till Google att den engelska sidan är en kopia, vilket krockar med hreflang. Då brukar Google strunta i hreflang-signalen.
Hreflang som pekar på trasiga eller omdirigerade sidor
Alla URL:er i hreflang ska returnera HTTP 200. Pekar de på sidor som ger 404 eller omdirigeras fungerar inte kopplingen. Det här händer ofta efter en webbplatsflytt eller när en språkversion av en sida tas bort men länkarna ligger kvar.
Relativa URL:er
Hreflang kräver fullständiga URL:er med https och domän. En sökväg som /en/services/ räcker inte.
Hur du verifierar att hreflang fungerar
- Kontrollera källkoden manuellt. Öppna sidan i webbläsaren, högerklicka och välj Visa sidkälla. Sök efter hreflang och kontrollera att alla språkversioner finns med, inklusive sidan själv.
- Använd ett testverktyg. Merkles Hreflang Tags Testing Tool på technicalseo.com låter dig klistra in en URL och ser direkt om returlänkar saknas eller om koder är felaktiga. Crawlers som Screaming Frog kan granska hela siten på en gång.
- Kontrollera HTTP-headern. Använder ni header-metoden kan du se svaret med kommandot curl -I följt av URL:en i terminalen.
- Följ upp i Search Console. Google har tagit bort den tidigare rapporten för internationell inriktning, så den finns inte längre att använda. Däremot kan du se vilken version Google valt som canonical med verktyget för URL-inspektion, och följa trafik per land och sida i resultatrapporten.
Vanliga frågor om hreflang
Behöver jag hreflang om jag bara har en svensk site?
Nej. Hreflang behövs bara när samma innehåll finns i flera språk- eller regionversioner. Planerar ni att växa internationellt är det däremot smart att bygga URL-strukturen så att det blir enkelt att lägga till hreflang senare.
Vad är skillnaden mellan hreflang och canonical?
Canonical talar om vilken som är huvudversionen när det finns dubbletter av en sida. Hreflang talar om vilka språk- eller regionalternativ som finns till samma sida. På flerspråkiga siter används båda parallellt, där canonical pekar på den egna språkversionen och hreflang på de övriga.
Måste hreflang vara dubbelriktad?
Ja. Om sida A pekar på sida B med hreflang måste sida B peka tillbaka på sida A. Saknade returlänkar är det vanligaste hreflang-felet och gör att Google ignorerar signalen för det paret.
Vad är x-default i hreflang?
x-default markerar den version som ska visas när ingen språkversion matchar besökarens språk eller region. Oftast är det den engelska globala versionen eller en sida där besökaren själv väljer språk. Den bör finnas på alla siter som använder hreflang.
Är hreflang viktigt för AEO?
Indirekt. Många AI-tjänster hämtar information via sökmotorernas index, och en site där rätt språkversion är kopplad till rätt marknad gör det lättare för dem att hitta och citera den version som passar frågan. Med felaktig hreflang ökar risken att fel språkversion dyker upp även i AI-svar.
Få en site audit av er flerspråkiga site
Har ni flera språkversioner men misstänker att fel sida syns på fel marknad? I vår site audit går vi igenom allt från hreflang och canonical-taggar till indexering, sitemap och innehåll, och ger er en tydlig plan för vad som behöver åtgärdas för att varje marknad ska hitta rätt version.
