Gå til innholdet
Tilbake til veiledningene
Veiledning Sist kontrollert: oktober 2026 8 min lesing

hreflang-feil og hvordan du retter dem

hreflang-lenker fungerer bare som et komplett sett. Denne veiledningen viser feilene som oftest ødelegger et slikt sett, hvordan du finner dem, og hvordan du retter dem.

Hvorfor små feil ødelegger hreflang

hreflang-lenker forteller søkemotorer hvilke sider som er versjoner av det samme innholdet på andre språk eller for andre regioner. Hver versjon må bekrefte de andre. Én feil kode, én manglende returlenke eller én versjon som omdirigerer, kan være nok til at en del av settet blir ignorert. Hvordan du setter opp språkversjoner og adressene deres i utgangspunktet, står i veiledningen vår Oversett nettstedet ditt. Denne veiledningen handler om feilene som blir igjen etterpå.

Tre versjoner av den samme siden i en trekant. Hvert par er forbundet med en pil i begge retninger, og hver side har en liten pil som peker tilbake til seg selv: hver versjon oppgir alle andre og seg selv.
Et komplett sett: returlenker mellom alle versjoner og en selvreferanse på hver side.

Slik sjekker du et sett

Start på én side, samle hreflang-lenkene og åpne deretter hver versjon den lister opp. Først da kan du se om versjonene stemmer overens med hverandre.

Slik sjekker du et hreflang-sett
Samle lenkene
Alle hreflang-oppføringer på startsiden
Sjekk kodene
Språk etter ISO 639-1, region etter ISO 3166-1
Åpne hver versjon
Status 200, ingen omdirigering, ingen noindex
Sjekk returlenker
Hver versjon oppgir alle andre og seg selv
Sjekk canonical
Hver versjon oppgir seg selv
Sjekk x-default
Høyst én, den samme på hver side
Start på én side og følg hver versjon den oppgir.

Feil 1: returlenker mangler

Det er det første punktet i listen over vanlige feil som Google publiserer. Hvis side A oppgir side B som sin tyske versjon, må side B også oppgi side A. Google skriver at taggene ignoreres hvis to sider ikke begge peker til hverandre. Dette skjer når et nytt språk bare legges til på noen sider, eller når hvert språk ligger i et eget system. Løsningen er å bygge blokken med hreflang-lenker fra én liste over alle versjoner og legge den samme blokken på hver side i settet.

Lenker hver versjon tilbake?
Oppgir den oppførte versjonen denne siden i sine egne hreflang-lenker, med nøyaktig samme adresse?
Ja
Paret bekrefter seg selv. Google kan bruke merknadene mellom disse to sidene.
Nei
Google kan ignorere merknadene mellom disse to sidene. Legg til den manglende lenken på siden som mangler den.
Still dette spørsmålet for hvert sidepar i settet.

Feil 2: feil språk- eller regionkoder

  • en-UK i stedet for en-GB. ISO-koden for Storbritannia er GB. Google skriver at reserverte koder som UK, EU eller UN ikke har noen effekt i hreflang.
  • En landkode alene, for eksempel us eller jp. Google godtar ikke en region uten et språk. Språkkoden for japansk er ja, så en side for Japan bruker ja eller ja-JP.
  • Et land som forveksles med et språk. Eksempelet Google gir: be er koden for hviterussisk, ikke for Belgia. En side på fransk for Belgia bruker fr-BE.
  • Et understrekingstegn, som i en_GB. Ifølge W3C skilles delene av en språktagg med bindestrek.
  • Koder som er gyldige andre steder, men ikke for Google. es-419 betyr spansk i Latin-Amerika og er en gyldig språktagg ifølge W3C, men Google skriver at den ikke støttes.
Feil og riktige koder
Feil
  • en-UK
  • jp (et land, ikke et språk)
  • be for Belgia (be er hviterussisk)
  • en_GB (understrekingstegn)
  • es-419 (støttes ikke av Google)
Riktig
  • en-GB
  • ja eller ja-JP
  • fr-BE eller nl-BE
  • en-GB (bindestrek)
  • es, eller én kode per land, for eksempel es-MX
Store og små bokstaver spiller ingen rolle for Google: en-gb og en-GB er det samme.

Feil 3: siden oppgir ikke seg selv

Google skriver at hver språkversjon må oppgi seg selv i tillegg til alle andre versjoner. En side som bare nevner de andre språkene, mangler sin egen oppføring. En mulig årsak: den samme løkken bygger også språkvelgeren, og språkvelgeren skjuler ofte det aktive språket. Hold de to adskilt: språkvelgeren kan skjule det gjeldende språket, hreflang-blokken må ikke gjøre det.

Feil 4: x-default mangler eller er inkonsekvent

x-default er en reservert verdi. Google bruker den når ingen andre språk eller regioner passer til nettleserinnstillingene til den besøkende, og anbefaler den som reserve, for eksempel for en side der besøkende velger språk. Du trenger ikke å bruke den. Hvis du gjør det, bruk den én gang per sett, legg den samme oppføringen på hver side, og la den peke til en side som fungerer for besøkende fra hvor som helst, for eksempel en side for språkvalg eller hovedversjonen din. Typiske feil: en x-default som er forskjellig fra side til side, to x-default-oppføringer i ett sett, eller en som peker til en side som omdirigerer besøkende etter hvor de befinner seg.

Feil 5: canonical peker til et annet språk

Canonical-taggen sier hvilken adresse som er hovedversjonen blant duplikater av en side. Google anbefaler å angi en kanonisk side på samme språk, eller det best mulige erstatningsspråket hvis det ikke finnes noen kanonisk side på det språket. Hvis den tyske siden oppgir den engelske siden som canonical, motsier signalene hverandre: hreflang sier at den tyske siden er en egen versjon, canonical sier at den er en kopi av den engelske siden. Løsningen: hver språkversjon oppgir seg selv som canonical, og versjonene kobles sammen med hreflang.

Canonical og hreflang gjør ulike jobber
rel=canonical velger blant duplikater av den samme siden, hreflang kobler sammen oversettelser. Ifølge Google brukes ikke en canonical-lenke som har et hreflang-attributt, til kanonisering. Google skriver også at språkversjoner bare regnes som duplikater hvis hovedinnholdet forblir uoversatt.

Feil 6: lenker til omdirigeringer, noindex-sider eller feil

  • Omdirigeringer. En hreflang-lenke til en adresse som omdirigerer, oppgir en adresse som ikke er selve siden. Google behandler en omdirigering som et sterkt signal om at målet bør være den kanoniske adressen. Oppgi den endelige adressen. Det er verre hvis en versjon omdirigerer til en annen språkversjon, fordi to koder da fører til den samme siden.
  • noindex. En side med noindex holdes utenfor Google Søk, så en hreflang-lenke til den peker til en versjon som ikke kan vises. Fjern enten noindex, eller fjern siden fra settet på hver side.
  • Feil. En versjon som svarer med 404 eller en serverfeil, kan ikke bekrefte settet. Gjenopprett den, eller fjern den fra blokken på hver side.

Mindre feil som er lette å overse

  • Adresser som er nesten like. http og https, med og uten www, med og uten skråstrek på slutten er forskjellige adresser. Returlenken må oppgi nøyaktig adressen til siden.
  • Relative adresser som /de/preise/. Google krever fullstendige adresser inkludert https://.
  • Flere metoder som er uenige. For Google er link-elementer i HTML-koden, HTTP-hodet og områdekartet likeverdige, og å bruke mer enn én gir ingen fordel i Søk. Bruk én metode.

Rett i riktig rekkefølge

  1. 1Lag én liste over alle versjoner av en side: kode og nøyaktig endelig adresse.
  2. 2Sjekk hver adresse: status 200, ingen omdirigering, ingen noindex, canonical som peker til seg selv.
  3. 3Bygg hreflang-blokken fra denne listen, inkludert selvreferansen og, hvis du vil ha en, én enkelt x-default.
  4. 4Legg den samme blokken på hver side i settet, med én metode.
  5. 5Sjekk settet på nytt etter hver relansering og hvert nytt språk. Start med sidene med flest besøkende (vårt råd, ikke en regel fra Google).

Sjekk hreflang med Do4U

hreflang-sjekk gjør disse stegene for én side og alle versjonene dens. Du skriver inn én adresse. Do4U leser siden, samler hreflang-lenkene og leser deretter hver versjon som er oppgitt. Koden sjekker returlenker og selvreferanser, språk- og regionkoder, x-default og duplikater, og om hver versjon kan nås uten omdirigering, ikke har noindex, oppgir riktig canonical og har en html lang som passer. Du får en liste over sidene med feil og advarsler, en kort forklaring for hvert funn og en matrise over returlenkene. Det kjører uten KI og er gratis, med en daglig grense per konto.

Sjekken leser bare link-elementene i HTML-koden. Den leser ikke hreflang i HTTP-hoder eller områdekart og kjører ikke JavaScript. Do4U finner tips, du sjekker og bestemmer. Riktige hreflang-lenker er ikke noe løfte om bedre rangering.

Kilder