En e-handelssajt betjänar fem språk, med noggrant utarbetade sidor på varje. Ändå möts man i Search Console av varningar som "duplicerad hreflang" eller "matchar inte", och en användare som söker på spanska hamnar ändå på den engelska sidan. Det här mönstret upprepar sig nästan som en regel på flerspråkiga webbplatser: hreflang ser konceptuellt enkelt ut, men är i praktiken ett av de tekniska SEO-elementen som oftast implementeras fel.
Efter mer än tio år inom frontend och teknisk SEO kan jag säga att hreflang-fel sällan beror på slarv utan på en specifikation som inte förståtts fullt ut. Taggens syntax är enkel, men för att den ska fungera korrekt måste alla språkversioner peka på varandra ömsesidigt och konsekvent; en enda saknad eller felaktig referens gör att hela strukturens trovärdighet ifrågasätts av sökmotorn. Hreflang-rådgivning handlar om att bygga upp den här strukturen rätt från grunden och se till att den inte förfaller över tid.
I den här artikeln går vi igenom vad hreflang faktiskt gör inom flerspråkig SEO, de vanligaste misstagen och vad rådgivning inom området bör omfatta.
Vad hreflang faktiskt gör
Hreflang-taggen talar om för sökmotorn: "motsvarigheten till den här sidan på det här språket och/eller i den här regionen finns på den här adressen." Syftet är att förhindra att sökmotorn uppfattar olika språkversioner av samma innehåll som duplicerat innehåll, och att visa varje användare rätt version för sitt språk eller sin region. Taggen är ingen rankingfaktor — att sätta upp den korrekt lyfter dig alltså inte högre i resultaten — men en felaktig eller ofullständig implementering kan göra att fel sidor visas för fel användare, eller att vissa språkversioner till och med ignoreras helt av sökmotorn.
De vanligaste misstagen
De flesta fel man stöter på i praktiken faller inom några få mönster. Bristande ömsesidighet: om sida A pekar på sida B men sida B inte pekar tillbaka på A, litar sökmotorn inte på relationen och bortser oftast från den. Fel språk-/regionskod: att till exempel använda bara "es" istället för "es-ES" för kastiliansk spanska, eller att blanda ihop koder, förstör inriktningen. Saknad självreferens: varje sida måste, utöver referenserna till andra språk, även innehålla en hreflang-referens till sig själv; det här steget missas förvånansvärt ofta. Konflikt med canonical: om en sidas canonical-tagg pekar på en annan URL än den som hreflang-taggarna använder, skapar det en motsägelse som gör det oklart för sökmotorn vilken signal den ska lita på.
Val av URL-struktur: rätt beslut redan från start
Vid uppbyggnaden av en flerspråkig webbplats väljer man vanligtvis mellan en undermapp (site.com/sv/), en subdomän (sv.site.com) eller en landsspecifik domän (site.se). Varje alternativ har sina egna fördelar och sin egen förvaltningskostnad; undermappsstrukturen innebär i regel minst teknisk belastning och drar mest nytta av webbplatsens befintliga domänauktoritet. Eftersom att ändra det här beslutet i efterhand medför en betydande risk för omfattande omstrukturering och tillfälliga rankingförluster, måste rådgivningen fatta det här beslutet redan i projektets inledning, med tillväxtplanerna i beaktande.
x-default och användare utan identifierat språk
x-default-taggen, som avgör vilken sida som ska visas för en besökare som inte matchar något av de riktade språken, används på de flesta flerspråkiga webbplatser antingen inte alls eller pekas felaktigt mot fel sida. Korrekt konfigurerad dirigerar taggen vanligtvis användaren till en språkvalssida eller till den mest allmänna/standardmässiga språkversionen, vilket förbättrar upplevelsen och samtidigt ger sökmotorn en tydlig signal.
Hantering av hreflang på dynamiska webbplatser
På webbplatser som drivs av ett innehållshanteringssystem eller en specialbyggd plattform, där innehåll läggs till ofta, blir manuell hantering av hreflang-taggar snabbt ohållbar. I det läget måste taggarna genereras automatiskt och dynamiskt utifrån innehållsdatabasen; när en ny språkversion läggs till eller en sida tas bort måste alla motsvarande ömsesidiga referenser uppdateras automatiskt, vilket förhindrar de fel som manuell hantering oundvikligen medför. Det här är ett automationslager som rådgivningen måste bygga upp tillsammans med det tekniska teamet.
Vad man bör titta på vid val av den här tjänsten
När man letar efter hreflang- och flerspråkig SEO-rådgivning bör man se till att personen inte bara utvärderar taggarnas syntax, utan även webbplatsens arkitektur, canonical-strukturen och dess koppling till innehållshanteringssystemet som en helhet. Ett arbetssätt som regelbundet följer upp de internationella inriktningsrapporterna i Search Console och fångar upp fel proaktivt löser problem innan de hinner växa.
Att bygga upp en flerspråkig webbplats är en omfattande investering, och att få valuta för den investeringen beror på att varje språk når rätt användare. Att arbeta med en erfaren specialist som behärskar tekniska detaljer som hreflang och kan bedöma din webbplats arkitektur som en helhet är det säkraste sättet att verkligen få utdelning på den investeringen.