Hreflang forteller søkemotorer hvilket språk og hvilken region en side retter seg mot. Lær syntaksen, vanlige feil og rollen i flerspråklig SEO.

På denne siden
Sammendrag
Hreflang er et HTML-attributt som signaliserer språk- og regionmålgruppen for en side. Det forteller Google og andre søkemotorer hvilken versjon av innholdet ditt som skal vises for hver bruker, forhindrer konflikter med duplisert innhold, og er avgjørende for alle flerspråklige eller flerregionale nettsteder.
Vil du vite mer? Spør
Hvis nettstedet ditt finnes på mer enn ett språk, eller retter seg mot samme språk i ulike land, må søkemotorene hjelpe til med å avgjøre hvilken versjon som skal vises for hvilken bruker. En fransktalende i Canada og en i Frankrike bør se ulike sider. Hreflang (rel="alternate" hreflang-annotasjonen) er måten du forteller søkemotorene om disse sammenhengene på, slik at riktig side når riktig målgruppe.
Uten hreflang kan de lokaliserte sidene dine konkurrere mot hverandre i søkeresultatene, bli markert som duplisert innhold, eller ganske enkelt vise feil versjon til en bruker. Med hreflang grupperer Google språk- og regionvariantene dine i én klynge og viser den mest passende. Det er et av de kraftigste verktøyene i internasjonal SEO, og et av de som oftest settes opp feil.
Hreflang løser problemet med å matche lokalisert innhold. Når du publiserer det samme innholdet på engelsk, spansk og tysk, er sidene nesten like hverandre. Søkemotorene kan feilaktig behandle dem som kopiert innhold, eller velge feil side å rangere. Hreflang-annotasjonen forteller dem at sidene er bevisste alternativer, laget for et bestemt språk eller en bestemt lokal variant.
Resultatet er en bedre brukeropplevelse og renere indeksering. Googles dokumentasjon om lokaliserte versjoner forklarer at hreflang lar Google peke brukerne til siden på deres eget språk og i deres region, i stedet for å vise en versjon de ikke kan lese, eller en med feil valuta, frakt- eller juridisk informasjon.
En hreflang-annotasjon i sidehodet ser slik ut: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. rel="alternate" erklærer at den lenkede nettadressen er en alternativ versjon, verdien i hreflang angir språket (og eventuelt regionen), og href gir den fullstendige, absolutte nettadressen til den versjonen.
Ta med én slik tagg for hver versjon, på hver side. En side som finnes på tre språk har tre hreflang-tagger, én som peker til hver versjon, inkludert en tagg som peker til seg selv. Hver språkvariant gjentar det samme komplette settet. Dette gjør det mulig for søkemotorene å kartlegge hele gruppen samlet.
Verdien i hreflang bruker standardiserte koder, og å få dem riktige er ikke til forhandling. Språket oppgis i ISO 639-1-format (for eksempel en, es, de). Du kan valgfritt legge til en region i ISO 3166-1 Alpha 2-format, adskilt med en bindestrek: en-GB, en-US, es-MX, fr-CA.
Språket står alltid først; en region alene er ugyldig. Du kan ikke bruke hreflang="GB" alene, og påhittede koder som en-UK eller EU fungerer ikke (riktig kode for Storbritannia er GB). For skriftvarianter gjelder ISO 15924-koder, for eksempel zh-Hant for tradisjonell kinesisk og zh-Hans for forenklet kinesisk. Ugyldige koder blir ganske enkelt ignorert, og det bryter oppsettet ditt i stillhet.
Hreflang må være gjensidig. Hvis side X peker til side Y som den spanske alternativet, må side Y peke tilbake til side X som den engelske alternativet. Google kaller dette returtagger, og mangler de, kan Google ignorere annotasjonene helt. Kravet om returlenker er den enkeltårsaken som oftest får hreflang til å feile i praksis, slik Googles veiledning om flerregionale nettsteder understreker.
Like viktig er at hver side må referere til seg selv. Den engelske siden inkluderer en hreflang-tagg for engelsk som peker til sin egen nettadresse. Å utelate den selvrefererende taggen er en annen hyppig feil. Behandle regelen som absolutt: hver side lister seg selv pluss alle andre versjoner, og hver versjon gjengjelder det.
Den spesielle verdien hreflang="x-default" forteller søkemotorene hvilken side som skal vises når ingen av språkene eller regionene du har angitt, passer brukeren. Den er en reserveløsning. Vanlig bruk er en landingsside for språkvalg eller din primære globale versjon: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.
Å legge til x-default er god praksis for internasjonale nettsteder. Uten den overlates en bruker hvis språk og region ikke passer til noen av variantene dine, til søkemotorens beste gjetning. Med den styrer du standardopplevelsen selv, for eksempel ved å sende besøkende som ikke passer, til en side der de kan velge eget språk.
Google støtter tre implementeringsmetoder, og du bør velge én i stedet for å blande dem. Den første er HTML-lenketagger plassert i <head> på hver side, den vanligste tilnærmingen for vanlige nettsider. Den andre er HTTP-headere, brukt for filer som ikke er HTML, for eksempel PDF-filer der du ikke kan legge til markering i innholdet.
Den tredje metoden er XML-nettstedskartet. I stedet for å legge til tagger på hver side deklarerer du alle språkrelasjonene i XML-nettstedskartet ditt med xhtml:link-oppføringer. Dette holder sidekoden ren og er ofte enklere å vedlikeholde i stor skala, selv om det krever nøye generering. Uansett hvilken metode du velger, bruk den konsekvent på hele nettstedet.
Hreflang og kanoniske tagger fungerer sammen, men en klassisk feil ødelegger begge. Hver språkversjon bør kanonisere til seg selv, ikke til én hovedversjon. Hvis den tyske siden din setter sin kanoniske tagg til den engelske nettadressen, forteller du Google at den tyske siden er et duplikat som ikke bør indekseres, og det ødelegger hreflang-oppsettet ditt.
Det riktige mønsteret er en selvrefererende kanonisk tagg på hver lokaliserte side, kombinert med det komplette settet med gjensidige hreflang-tagger. Den kanoniske taggen bekrefter at hver side er den foretrukne versjonen av seg selv, og hreflang beskriver forholdet mellom de ulike, like gyldige sidene. Motstridende signaler her er en av hovedårsakene til indekseringsproblemer på flerspråklige nettsteder.
Hreflang henger tett sammen med lokal SEO når du leverer samme språk i flere land. En virksomhet som driver i både Spania og Mexico publiserer spanske sider for hvert land, men priser, frakt og skatter er ulike. Tagger som es-ES og es-MX lar Google sende spansktalende til versjonen som er laget for landet deres.
Hreflang håndterer bare matching av språk og region, ikke innholdskvalitet. Googles systemer oppdager uredigert maskinoversettelse med høy presisjon, og tynne oversatte sider kan undertrykke rangeringer på tvers av alle versjonene, ikke bare den oversatte. Kombiner riktig hreflang med ekte lokalisert, menneskelig kontrollert innhold for hvert marked for å få full effekt.
Undersøkelser av internasjonale nettsteder viser gang på gang at et stort flertall har feil i hreflang. De vanligste er manglende returtagger, fraværende selvrefererende tagger, ugyldige eller kun regionbaserte språkkoder, bruk av relative i stedet for absolutte nettadresser, og at hreflang peker til nettadresser som omdirigerer eller gir feil i stedet for fungerende sider.
Valider oppsettet etter hver endring. Google Search Console tilbød en gang en rapport for internasjonal målretting, og spesialiserte hreflang-kontroller samt søkerobotverktøy som Screaming Frog bekrefter at annotasjonene dine er gjensidige og bruker gyldige koder. Som en del av bredere teknisk SEO fanger en jevnlig revisjon opp disse stille feilene før de splitter de internasjonale rangeringene dine.
Flerspråklig SEO er arbeidet med å få hver språkversjon av et nettsted til å rangere på sitt eget språk. Hreflang knytter versjonene sammen, men hver av dem trenger også egne indekserbare nettadresser, fullstendig oversatt tekst og metadata, søkeordsanalyse på det språket og interne lenker som holder seg innenfor det.
| URL-struktur | Eksempel | Styrker | Ulemper |
|---|---|---|---|
| Undermapper | example.com/fr/ | Ett domene, enkelt å administrere, autoritet deles mellom språkene | Svakere landssignal hvis du retter deg mot regioner |
| Underdomener | fr.example.com | Egen hosting eller oppsett per språk er mulig | Mer konfigurasjon å vedlikeholde |
| Landsdomener | example.fr | Tydeligste signal for ett enkelt land | Egne domener å bygge og betale for |
Innsatsen lønner seg også i KI-svar: assistenter svarer vanligvis på brukerens språk og henter kilder skrevet på det språket, så en godt bygget versjon på hvert språk gir dem noe å sitere.
Hreflang er annotasjonen som får flerspråklig og flerregional SEO til å fungere. Den knytter språk- og regionvariantene dine sammen i én gruppe, viser hver bruker riktig side og forhindrer konflikter med duplisert innhold. Reglene er strenge: gyldige ISO-koder, gjensidige returtagger, selvreferanser på hver side, en x-default-reserveløsning, og selvrefererende kanoniske tagger som aldri peker over språkgrenser. Får du dette riktig, når det internasjonale innholdet ditt målgruppene det ble laget for. Se hvordan Sorank reviderer hreflang og hele det tekniske oppsettet ditt for søk og KI-systemene.
Kilder
En kanonisk tagg forteller søkemotorene hvilken nettadresse som er den foretrukne versjonen av en side, mens hreflang forteller dem hvilket språk eller hvilken region en side retter seg mot. De har ulike oppgaver og må ikke være i konflikt. På et flerspråklig nettsted bør hver lokalisert side ha en selvrefererende kanonisk tagg (som peker til seg selv), pluss et komplett sett med gjensidige hreflang-tagger som beskriver de andre språkversjonene. Den klassiske feilen er å kanonisere hver språkversjon til én hovedadresse, noe som forteller Google at de andre versjonene er duplikater og ødelegger hreflang-oppsettet helt.
Vanligvis ikke. Hreflang finnes for å knytte sammen flere språk- eller regionversjoner av det samme innholdet, så et enspråklig nettsted som retter seg mot ett land trenger normalt ikke det. Unntaket er når du leverer samme språk til ulike land med vesentlig ulikt innhold, for eksempel engelske sider for USA og Storbritannia med ulik prising eller frakt. I så fall hjelper taggene som en-US og en-GB Google med å sende hver målgruppe til riktig versjon, selv om begge er på engelsk.
Den vanligste årsaken er manglende returtagger. Hreflang må være gjensidig, så hvis side X peker til side Y, men side Y ikke peker tilbake til X, kan Google se bort fra annotasjonene. Andre hyppige årsaker er ugyldige språkkoder (for eksempel kun regionkoder eller påhittede verdier som en-UK), manglende selvrefererende tagger, bruk av relative i stedet for absolutte nettadresser, og at hreflang peker til nettadresser som omdirigerer eller gir feil. Valider oppsettet med en søkerobot eller hreflang-kontroll for å bekrefte at hver referanse er gjensidig, absolutt og bruker korrekte ISO-koder.
DE PRØVDE SORANK FØR DEG
