Hreflang hjälper sökmotorer att förstå vilka språk- och regionversioner av en sida som hör ihop. Rätt implementerat ökar det chansen att en relevant lokal URL visas i sökresultatet.
Signalen är teknisk, men arbetet är sällan bara några kodrader. Hållbar hreflang kräver korrekta URL-relationer, konsekventa canonical-taggar, indexerbara sidor och en process för validering när webbplatsen förändras.
Hreflang är en annotering som beskriver relationen mellan motsvarande versioner av en sida. Den talar om vilket språk innehållet har och, vid behov, vilken region versionen riktar sig till. Google kan sedan använda signalen för att välja en lämplig URL i sökresultatet.
Hreflang är inte en garanti för vilken URL som visas och det är inte en direkt rankingfaktor. Det ersätter inte heller tydligt innehåll på rätt språk. Däremot hjälper det sökmotorer att förstå att exempelvis en svensk produktsida, en finsksvensk produktsida och en brittisk engelsk produktsida är lokala motsvarigheter.
Signalen är relevant när samma grundläggande sida finns i fler än en språk- eller regionversion. En produktsida ska då kopplas till samma produkts motsvarigheter, inte till andra marknaders startsidor. Saknas en verklig motsvarighet ska ni inte fylla ut klustret med en irrelevant URL.
Hreflang skickar inte besökare till en annan sida. Den ersätter därför inte en åtkomlig språk- eller marknadsväljare. För en bredare genomgång av arbetet kring flera marknader kan ni läsa vidare om Internationell SEO för flera marknader.
Ett hreflang-kluster är hela uppsättningen av URL:er som beskriver samma innehåll för olika språk eller regioner. Det måste vara komplett och konsekvent. Varje sida i klustret ska lista både sig själv och samtliga relevanta alternativ.
Ömsesidighet är lika viktigt. Om den svenska URL:en anger den engelska som alternativ ska den engelska URL:en ange den svenska tillbaka. Saknade returlänkar kan göra att den berörda relationen ignoreras eller tolkas felaktigt.
Använd alltid fullständigt kvalificerade URL:er, inklusive protokoll och värdnamn. Skriv alltså https://www.exempel.se/sv/produkt/ i stället för /sv/produkt/. De alternativa sidorna kan ligga på olika domäner eller subdomäner, så länge relationerna är korrekta.
Den första delen av hreflang-värdet är en språkkod enligt ISO 639-1. Exempel är sv för svenska, en för engelska, de för tyska och fr för franska. En regionskod kan läggas till när en version är avsedd för en viss marknad.
Regionskoden följer ISO 3166-1 Alpha-2 och skrivs normalt med versaler. sv-SE betyder svenska för Sverige, medan sv-FI betyder svenska för Finland. en-GB står för engelska för Storbritannien och en-US för engelska för USA.
En region får aldrig stå ensam. SE är inte en språkkod och beskriver inte automatiskt svenska. Det korrekta värdet är sv-SE. På samma sätt är en-UK felaktigt eftersom GB är den relevanta regionskoden för Storbritannien.
En generell engelskspråkig version kan använda en. Regionala alternativ som en-GB och en-US ska bara användas när respektive sida faktiskt är anpassad för den regionen. Välj inte mer specifika koder än er URL- och innehållsmodell stödjer.
För vanliga HTML-sidor är link-element i dokumentets head ofta den enklaste metoden. Taggarna ska ligga i en välformad head-sektion, inte i body. Kontrollera den renderade HTML:en om ert CMS eller JavaScript skapar taggarna dynamiskt.
Nedan visas ett komplett litet kluster för samma sida på svenska och engelska. Samma tre rader ska finnas på båda URL:erna. Det är just den identiska uppsättningen som ger självreferens och ömsesidighet.
Den svenska sidan identifierar sig som sv-SE och den brittiska sidan som en-GB. Båda pekar även på samma reservsida med x-default. Om språkvalsidan inte finns eller inte ger en rimlig reservupplevelse ska den inte läggas in enbart för att fylla en rad.
Använd en huvudmetod för implementationen. Att lägga samma data i HTML, XML-sitemap och HTTP-header ger normalt ingen extra sökfördel, men ökar risken för motstridiga uppgifter och svårare förvaltning.
En XML-sitemap passar ofta stora webbplatser där relationerna redan finns i ett CMS, en produktdatabas eller en central URL-mappning. Varje faktisk URL får ett eget url-element med loc. Under det listas hela klustret med xhtml:link, inklusive sidan själv. Sitemapfilen behöver även deklarera XHTML-namnområdet.
Nedan visas ett komplett minimikluster med en svensk och en brittisk URL. Varje faktisk sidversion har ett eget url- och loc-element och innehåller samma uppsättning av alternativ. Om ni använder x-default lägger ni till samma xhtml:link för fallback-URL:en i båda posterna. Själva språkvals- eller fallback-URL:en ska också hanteras som en faktisk URL i er sitemapstruktur.
HTTP Link-header är särskilt användbar för PDF-filer och andra dokument som saknar HTML-head. Servern skickar då hreflang-informationen i HTTP-svaret. Varje dokumentversion ska skicka hela den konsekventa uppsättningen av alternativ, inklusive sin egen URL.
x-default är ett reserverat hreflang-värde för den URL som ska fungera som reserv när ingen specifik språk- eller regionversion matchar. Den kan peka på en språk- eller marknadsväljare, en global sida eller en vald standardversion.
Det är särskilt användbart för väljarsidor och vissa startsidor som automatiskt försöker anpassa upplevelsen. x-default är däremot inte en synonym för engelska. Om sidan är engelskspråkig ska den få en korrekt språkkod, exempelvis en eller en-GB.
Alla hreflang-kluster behöver inte x-default. Vi rekommenderar att ni använder det när ni har en tydlig och användbar reservupplevelse. Om en särskild neutral väljarsida finns är den ofta ett tydligt mål för x-default.
Hreflang berättar om alternativa versioner. Canonical-taggen signalerar vilken URL som är den föredragna inom en grupp av mycket lika eller duplicerade URL:er. Signalerna får inte motarbeta varandra.
En språk- eller regionversion som ska kunna visas som egen URL i sökresultatet bör normalt vara crawlbar och indexerbar. Den bör också ha en självrefererande canonical. Canonicaliseras sidan i stället till en annan språk- eller marknadsversion försvagas signalen om att den lokala URL:en är en egen kandidat.
Kontrollera att varje hreflang-mål returnerar en fungerande HTTP-statuskod. Målet ska inte omdirigera, ha noindex eller blockeras från crawlning. Hreflang till en trasig eller otillgänglig URL skapar ingen hållbar relation.
HTML-attributet lang och hreflang fyller olika funktioner. Google avgör främst sidans faktiska språk utifrån synligt innehåll. Därför behöver varje version ha ett konsekvent språk i innehållet, oavsett hur taggarna är satta.
De vanligaste problemen uppstår när systemet förändras. En ny URL publiceras utan att övriga marknader uppdateras. En produkt tas bort på en marknad men ligger kvar i andra sidors taggar. Eller så ändras URL-format, domän eller redirect-regler utan att klustren följer med.
Börja alltid med att kontrollera relationen mellan de enskilda URL:erna. Gå sedan vidare till canonical, indexerbarhet, statuskoder och den faktiska implementationen i head, headers eller sitemap.
Den tidigare rapporten för internationell inriktning i Google Search Console finns inte längre. En fungerande kvalitetssäkring behöver därför kombinera crawl, kontroll av källkod eller renderad DOM, HTTP-svar och granskning av sitemap eller headers.
Vid JavaScript-baserade webbplatser räcker det inte alltid att kontrollera sidans ursprungliga HTML. Kontrollera även den renderade sidan för att säkerställa att hreflang-taggarna faktiskt hamnar i head och inte försvinner vid rendering eller mallfel.
Efter lansering bör ni följa upp berörda URL:er i Google Search Console med URL Inspection, kontrollera indexering och crawla hela kluster. Verktygsvarningar är värdefulla, men ska alltid tolkas mot den valda arkitekturen och verifieras i de faktiska tekniska signalerna.
På större e-handelswebbplatser och organisationer med många sidtyper blir manuell hantering snabbt riskfylld. Enstaka handredigerade taggar kan fungera för några få sidor, men skalar dåligt när produkter, kategorier och innehåll förändras löpande.
Hos oss på TribuSoft ser vi hreflang som ett system för URL-mappning och kvalitetssäkring. Vi föredrar att relationerna hanteras som strukturerad data i CMS, produktdata eller en central mappning. Därifrån kan implementationen genereras i mallar, sitemap eller headers enligt en tydlig regeluppsättning.
Det minskar risken för asymmetriska kluster och gör förändringar lättare att testa. Samtidigt behöver det finnas regler för vad som händer när en sida saknas på en marknad, byter URL eller avpubliceras.
Migreringar kan bryta hreflang på flera sätt. Ändrade URL:er, nya redirect-regler, utbytta mallar och avpublicerade sidor kan lämna kvar gamla referenser i andra versioner. Resultatet blir ofta omdirigerade mål, saknade returlänkar eller canonical-konflikter.
Inventera alla hreflang-kluster före en migrering. Mappa gamla och nya URL:er, testa genereringen i förväg och crawla den nya miljön innan lansering. Efter driftsättning behöver ni kontrollera omdirigeringarna och den nya uppsättningen av språk- och regionsignaler.
Vi kombinerar teknisk SEO, utveckling och URL-validering när ett byte påverkar internationella webbversioner. Det gör det enklare att fånga fel i plattformen innan de hinner bli ett långvarigt förvaltningsproblem.
Använd checklistan som en sista kontroll före publicering eller vid felsökning av befintliga kluster. Den fokuserar på de signaler som måste fungera tillsammans, snarare än på enbart syntaxen.
Ja, varje sida i ett hreflang-kluster bör inkludera sig själv tillsammans med sina relevanta alternativ. Det gör klustret tydligare och konsekvent.
Nej. x-default är en reservsignal för situationer där ingen specifik språk- eller regionversion matchar. Använd den när ni har en tydlig fallback, exempelvis en språk- eller marknadsväljare.
Ja. Motsvarande URL:er kan ligga på olika domäner, subdomäner eller andra värdnamn. Kraven på fullständiga URL:er och ömsesidiga relationer gäller fortfarande.
Normalt nej. Välj den metod som passar er teknik och förvaltning. Flera parallella implementationer ger normalt ingen extra fördel och kan skapa inkonsekventa uppgifter.
Det betyder att en URL pekar på en alternativ version som inte pekar tillbaka. Kontrollera hela klustret och säkerställ att varje referens är ömsesidig.
Det är en svag eller oanvändbar relation. En URL som ska vara en egen lokal sökresultatsvariant bör normalt vara crawlbar, indexerbar och returnera en fungerande statuskod utan omdirigering.
Vi på TribuSoft hjälper etablerade företag, e-handlare och organisationer att göra hreflang till en robust del av webbplatsens teknik. Vi granskar URL-mappning, mallar, canonical-signaler, sitemap eller headers och kvalitetssäkrar implementationen vid förändringar och migreringar.
Få en kostnadsfri offert eller inled en dialog om företagets tillväxt.
