Vad är hreflang? Guiden till flerspråkig SEO

Om din webbplats finns på fler än ett språk, eller riktar sig till samma språk i olika länder, behöver sökmotorer hjälp att avgöra vilken version som ska visas för vilken användare. En fransktalande i Kanada och en i Frankrike bör se olika sidor. Hreflang (rel="alternate" hreflang-annoteringen) är det sätt du berättar för sökmotorer om dessa samband, så att rätt sida når rätt målgrupp.

Utan hreflang kan dina lokaliserade sidor konkurrera med varandra i sökresultaten, flaggas som dubblerat innehåll eller helt enkelt visa fel version för en användare. Med hreflang grupperar Google dina språk- och regionvarianter i ett enda kluster och visar den mest lämpliga. Det är ett av de kraftfullaste verktygen i internationell SEO, och ett av de som oftast är felkonfigurerade.

Vad hreflang gör och varför det finns

Hreflang löser problemet med att matcha lokaliserat innehåll. När du publicerar samma innehåll på engelska, spanska och tyska är sidorna nästan identiska med varandra. Sökmotorer kan av misstag behandla dem som kopierat innehåll eller välja fel sida att rangordna. Hreflang-annoteringen talar om för dem att sidorna är avsedda alternativ, var och en skapad för ett specifikt språk eller en specifik lokal.

Resultatet blir en bättre användarupplevelse och renare indexering. Googles dokumentation om lokaliserade versioner förklarar att hreflang gör att Google kan styra användare till sidan på deras eget språk och i deras region, i stället för att visa en version de inte kan läsa eller en version med fel valuta, leveransinformation eller juridisk information.

Hreflang-syntaxen

En hreflang-annotering i sidans head ser ut så här: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. rel="alternate" anger att den länkade webbadressen är en alternativ version, värdet i hreflang anger språket (och eventuellt regionen), och href ger den fullständiga, absoluta webbadressen till den versionen.

Du lägger till en sådan tagg för varje version, på varje sida. En sida som finns på tre språk har tre hreflang-taggar, en som pekar på varje version, inklusive en tagg som pekar på sig själv. Varje språkvariant upprepar samma kompletta uppsättning. Det är detta som gör att sökmotorer kan koppla ihop hela gruppen.

Språk- och regionkoder

Värdet i hreflang använder standardiserade koder, och det är inte förhandlingsbart att få dem rätt. Språket anges i formatet ISO 639-1 (till exempel en, es, de). Du kan valfritt lägga till en region i formatet ISO 3166-1 Alpha 2, med ett bindestreck emellan: en-GB, en-US, es-MX, fr-CA.

Språket kommer alltid först; en region ensam är ogiltig. Du kan inte använda hreflang="GB" på egen hand, och påhittade koder som en-UK eller EU fungerar inte (den korrekta koden för Storbritannien är GB). För skriftvariationer gäller koderna i ISO 15924, till exempel zh-Hant för traditionell kinesiska och zh-Hans för förenklad kinesiska. Ogiltiga koder ignoreras helt enkelt, vilket i tysthet bryter din uppsättning.

Dubbelriktade och självrefererande taggar

Hreflang måste vara ömsesidigt. Om sida X pekar på sida Y som sin spanska alternativa version, måste sida Y peka tillbaka på sida X som sin engelska alternativa version. Google kallar dessa returtaggar, och om de saknas kan Google ignorera dina annoteringar helt. Detta krav på returlänkar är den enskilt vanligaste orsaken till att hreflang inte fungerar i praktiken, något som Googles vägledning om flerregionala webbplatser betonar.

Lika viktigt är att varje sida refererar till sig själv. Den engelska sidan innehåller en hreflang-tagg för engelska som pekar på sin egen webbadress. Att utelämna den självrefererande taggen är ett annat vanligt fel. Behandla regeln som absolut: varje sida listar sig själv plus alla andra versioner, och varje version returnerar motsvarande länk.

Värdet x-default

Det speciella värdet hreflang="x-default" talar om för sökmotorer vilken sida som ska visas när inget av de angivna språken eller regionerna matchar användaren. Det är en reservlösning. Ett vanligt användningsområde är en sida för språkval eller din främsta globala version: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.

Att lägga till x-default är en bästa praxis för internationella webbplatser. Utan den lämnas en användare vars språk och region inte matchar någon av dina varianter åt sökmotorns bästa gissning. Med den styr du standardupplevelsen, till exempel genom att skicka en icke matchad besökare till en sida där hen själv kan välja språk.

Tre sätt att implementera hreflang

Google stöder tre implementeringsmetoder, och du bör välja en i stället för att blanda dem. Den första är HTML-länktaggar i <head> på varje sida, det vanligaste sättet för vanliga webbsidor. Den andra är HTTP-headers, som används för filer som inte är HTML, till exempel PDF-filer där du inte kan lägga till märkning i innehållet.

Den tredje metoden är XML-sitemapen. I stället för att lägga till taggar på varje sida deklarerar du alla språkrelationer i din XML-sitemap med hjälp av xhtml:link-poster. Det håller sidkoden ren och är ofta enklare att underhålla i stor skala, även om det kräver noggrann generering. Oavsett vilken metod du väljer ska du tillämpa den konsekvent över hela webbplatsen.

Hreflang och canonical-taggar

Hreflang och canonical-taggar fungerar tillsammans, men ett klassiskt misstag förstör båda. Varje språkversion ska kanoniseras till sig själv, inte till en enda huvudversion. Om din tyska sida sätter sin canonical-tagg till den engelska webbadressen talar du om för Google att den tyska sidan är en dubblett som inte ska indexeras, vilket förstör din hreflang-uppsättning.

Det rätta mönstret är en självrefererande canonical på varje lokaliserad sida, kombinerad med den kompletta uppsättningen ömsesidiga hreflang-taggar. Canonical bekräftar att varje sida är den föredragna versionen av sig själv, och hreflang beskriver relationerna mellan de olika, lika giltiga sidorna. Motstridiga signaler här är en av de främsta orsakerna till indexeringsproblem på flerspråkiga webbplatser.

Hreflang och lokal SEO

Hreflang är nära kopplat till lokal SEO när du betjänar samma språk i flera länder. Ett företag som verkar i både Spanien och Mexiko publicerar spanskspråkiga sidor för vardera, men priser, leverans och skatter skiljer sig åt. Taggar som es-ES och es-MX gör att Google kan styra spansktalande till den version som är byggd för deras land.

Hreflang hanterar bara matchning av språk och region, inte innehållets kvalitet. Googles system upptäcker redigerad maskinöversättning med hög träffsäkerhet, och tunna översatta sidor kan sänka placeringarna för alla versioner, inte bara för den översatta. Kombinera korrekt hreflang med verkligt lokaliserat, mänskligt granskat innehåll för varje marknad för att få hela nyttan.

Vanliga misstag med hreflang

Undersökningar av internationella webbplatser visar återkommande att en stor majoritet har fel i sin hreflang. De vanligaste är saknade returtaggar, saknade självrefererande taggar, ogiltiga eller enbart regionbaserade språkkoder, relativa webbadresser i stället för absoluta, och hreflang som pekar på webbadresser som omdirigeras eller returnerar fel i stället för levande sidor.

Validera din uppsättning efter varje ändring. Google Search Console erbjöd en gång en rapport om internationell inriktning, och särskilda hreflang-kontrollverktyg samt crawlers som Screaming Frog bekräftar att dina annoteringar är ömsesidiga och använder giltiga koder. Som en del av en bredare teknisk SEO fångar en regelbunden granskning upp dessa tysta fel innan de splittrar dina internationella placeringar.

Vad är flerspråkig SEO, och vad krävs utöver hreflang?

Flerspråkig SEO handlar om att få varje språkversion av en webbplats att rankas på sitt eget språk. Hreflang kopplar ihop versionerna, men varje version behöver också egna indexerbara webbadresser, fullt översatt text och metadata, sökordsresearch på det språket och interna länkar som håller sig inom språket.

Struktur för webbadresser	Exempel	Styrkor	Avvägningar
Undermappar	example.com/fr/	En domän, enkel att hantera, auktoritet delas mellan språken	Svagare landssignal om du riktar dig mot regioner
Subdomäner	fr.example.com	Separat hosting eller separat uppsättning per språk är möjlig	Mer konfiguration att underhålla
Landsdomäner	example.fr	Tydligaste signalen för ett enskilt land	Separata domäner att bygga upp och betala för

Checklistan för flerspråkig SEO

1. En webbadress per språk. Innehåll som ändras via en cookie eller ett skript på samma webbadress kan inte indexeras på varje språk.
2. Översätt allt synligt, inklusive titlar, metabeskrivningar, navigering, alt-text för bilder och URL-slugen. Google anger att det avgör en sidas språk utifrån det synliga innehållet, inte från kodattribut.
3. Gör sökordsresearch på varje språk. Människor på varje marknad använder ofta olika ord för samma behov, så en ordagrann översättning av ditt engelska sökord kan missa den verkliga sökningen. Kör sökordsresearch per språk innan du skriver.
4. Länka inom varje språk, så att varje version bildar en komplett webbplats för sig.
5. Undvik automatiska omdirigeringar baserade på IP-adress eller webbläsarens språk, något Google avråder från; erbjud i stället en synlig språkväljare.
6. Lokalisera, översätt inte bara. Oredigerad maskinöversättning ger tunna sidor som ser ut som dubblerat innehåll för läsarna.

Insatsen lönar sig även i AI-svar: assistenter svarar vanligtvis på användarens språk och hämtar källor skrivna på det språket, så en välbyggd version på varje språk ger dem något att citera.

Slutsats

Hreflang är annoteringen som får flerspråkig och flerregional SEO att fungera. Den kopplar ihop dina språk- och regionvarianter i en grupp, visar varje användare rätt sida och förebygger konflikter med dubblerat innehåll. Reglerna är strikta: giltiga ISO-koder, ömsesidiga returtaggar, självreferenser på varje sida, en x-default som reserv och självrefererande canonical-taggar som aldrig pekar över språk. Gör du detta rätt når ditt internationella innehåll den publik det skapades för. Upptäck hur Sorank granskar hreflang och hela din tekniska uppsättning för sökmotorer och AI:er.