Gå til indhold
Tilbage til guides
Guide Senest tjekket: oktober 2026 8 min. læsning

hreflang-fejl, og hvordan du retter dem

hreflang-links virker kun som et komplet sæt. Denne guide viser de fejl, der oftest ødelægger sådan et sæt, hvordan du finder dem, og hvordan du retter dem.

Hvorfor små fejl ødelægger hreflang

hreflang-links fortæller søgemaskiner, hvilke sider der er versioner af det samme indhold på andre sprog eller til andre regioner. Hver version skal bekræfte de andre. Én forkert kode, ét manglende returlink eller én version, der omdirigerer, kan være nok til, at en del af sættet ignoreres. Hvordan du overhovedet opretter sprogversioner og deres adresser, beskriver vores guide Oversæt dit website. Denne guide handler om de fejl, der er tilbage bagefter.

Tre versioner af den samme side i en trekant. Hvert par er forbundet med en pil i begge retninger, og hver side har en lille pil, der peger tilbage på sig selv: hver version nævner alle andre og sig selv.
Et komplet sæt: returlinks mellem alle versioner og en selvreference på hver side.

Sådan tjekker du et sæt

Start på én side, saml dens hreflang-links, og åbn derefter hver version, den nævner. Først da kan du se, om versionerne stemmer overens med hinanden.

Sådan tjekker du et hreflang-sæt
Saml linksene
Alle hreflang-poster på startsiden
Tjek koderne
Sprog i ISO 639-1, region i ISO 3166-1
Åbn hver version
Status 200, ingen omdirigering, ingen noindex
Tjek returlinks
Hver version nævner alle andre og sig selv
Tjek canonical
Hver version angiver sig selv
Tjek x-default
Højst én, den samme på hver side
Start på én side, og følg hver version, den nævner.

Fejl 1: returlinks mangler

Det er det første punkt på listen over almindelige fejl, som Google offentliggør. Hvis side A nævner side B som sin tyske version, skal side B også nævne side A. Google skriver, at tags ignoreres, hvis to sider ikke begge peger på hinanden. Det sker, når et nyt sprog kun tilføjes på nogle sider, eller når hvert sprog ligger i et separat system. Løsningen er at bygge blokken af hreflang-links ud fra én liste over alle versioner og sætte den samme blok på hver side i sættet.

Linker hver version tilbage?
Nævner den angivne version denne side i sine egne hreflang-links, med præcis den samme adresse?
Ja
Parret bekræfter sig selv. Google kan bruge annoteringerne mellem disse to sider.
Nej
Google ignorerer muligvis annoteringerne mellem disse to sider. Tilføj det manglende link på den side, hvor det mangler.
Stil dette spørgsmål for hvert par af sider i sættet.

Fejl 2: forkerte sprog- eller regionskoder

  • en-UK i stedet for en-GB. ISO-koden for Storbritannien er GB. Google skriver, at reserverede koder som UK, EU eller UN ikke har nogen effekt i hreflang.
  • En landekode alene, for eksempel us eller jp. Google accepterer ikke en region uden et sprog. Sprogkoden for japansk er ja, så en side til Japan bruger ja eller ja-JP.
  • Et land forvekslet med et sprog. Googles eksempel: be er koden for hviderussisk, ikke for Belgien. En side på fransk til Belgien bruger fr-BE.
  • En understregning, som i en_GB. Ifølge W3C adskilles delene af et sprogtag med en bindestreg.
  • Koder, der er gyldige andre steder, men ikke for Google. es-419 betyder spansk i Latinamerika og er et gyldigt sprogtag ifølge W3C, men Google skriver, at det ikke understøttes.
Forkerte og rigtige koder
Forkert
  • en-UK
  • jp (et land, ikke et sprog)
  • be for Belgien (be er hviderussisk)
  • en_GB (understregning)
  • es-419 (understøttes ikke af Google)
Rigtigt
  • en-GB
  • ja eller ja-JP
  • fr-BE eller nl-BE
  • en-GB (bindestreg)
  • es, eller én kode pr. land som es-MX
Store og små bogstaver er ligegyldige for Google: en-gb og en-GB er det samme.

Fejl 3: siden nævner ikke sig selv

Google skriver, at hver sprogversion skal nævne sig selv og alle andre versioner. En side, der kun nævner de andre sprog, mangler sin egen post. En mulig årsag: den samme løkke bygger også sprogvælgeren, og sprogvælgeren skjuler ofte det aktive sprog. Hold de to adskilt: sprogvælgeren må gerne skjule det aktuelle sprog, hreflang-blokken må ikke.

Fejl 4: x-default mangler eller er inkonsekvent

x-default er en reserveret værdi. Google bruger den, når intet andet sprog eller nogen anden region matcher den besøgendes browserindstillinger, og anbefaler den som reserve, for eksempel til en side, hvor besøgende vælger deres sprog. Du behøver ikke at bruge den. Gør du det, så brug den én gang pr. sæt, sæt den samme post på hver side, og lad den pege på en side, der fungerer for besøgende fra hvor som helst, for eksempel en side til sprogvalg eller din hovedversion. Typiske fejl: en x-default, der er forskellig fra side til side, to x-default-poster i ét sæt, eller en, der peger på en side, som omdirigerer besøgende efter placering.

Fejl 5: canonical peger på et andet sprog

Canonical-tagget siger, hvilken adresse der er hovedversionen blandt dubletter af en side. Google råder til at angive en kanonisk side på samme sprog, eller det bedst mulige erstatningssprog, hvis der ikke findes en kanonisk side på det sprog. Hvis den tyske side angiver den engelske side som canonical, modsiger signalerne hinanden: hreflang siger, at den tyske side er en selvstændig version, canonical siger, at den er en kopi af den engelske side. Løsningen: hver sprogversion angiver sig selv som canonical, og versionerne forbindes med hreflang.

Canonical og hreflang har forskellige opgaver
rel=canonical vælger blandt dubletter af den samme side, hreflang forbinder oversættelser. Ifølge Google bruges et canonical-link med en hreflang-attribut ikke til kanonisering. Google skriver også, at sprogversioner kun tæller som dubletter, hvis hovedindholdet forbliver uoversat.

Fejl 6: links til omdirigeringer, noindex-sider eller fejl

  • Omdirigeringer. Et hreflang-link til en adresse, der omdirigerer, nævner en adresse, der ikke er selve siden. Google behandler en omdirigering som et stærkt signal om, at dens mål bør være den kanoniske adresse. Angiv den endelige adresse. Det er værre, hvis en version omdirigerer til en anden sprogversion, for så fører to koder til den samme side.
  • noindex. En side med noindex holdes ude af Google Søgning, så et hreflang-link til den peger på en version, der ikke kan vises. Fjern enten noindex, eller fjern siden fra sættet på hver side.
  • Fejl. En version, der svarer med 404 eller en serverfejl, kan ikke bekræfte sættet. Genopret den, eller fjern den fra blokken på hver side.

Mindre fejl, der er lette at overse

  • Adresser, der næsten er ens. http og https, med og uden www, med og uden skråstreg til sidst er forskellige adresser. Returlinket skal nævne præcis sidens adresse.
  • Relative adresser som /de/preise/. Google kræver fuldt kvalificerede adresser inklusive https://.
  • Flere metoder, der ikke stemmer overens. For Google er link-elementer i HTML'en, HTTP-headeren og sitemappet ligeværdige, og det giver ingen fordel i Søgning at bruge mere end én. Brug én metode.

Ret i den rigtige rækkefølge

  1. 1Lav én liste over alle versioner af en side: kode og nøjagtig endelig adresse.
  2. 2Tjek hver adresse: status 200, ingen omdirigering, ingen noindex, canonical der peger på sig selv.
  3. 3Byg hreflang-blokken ud fra denne liste, inklusive selvreferencen og, hvis du vil have en, én enkelt x-default.
  4. 4Sæt den samme blok på hver side i sættet, med én metode.
  5. 5Tjek sættet igen efter hver relancering og hvert nyt sprog. Start med de sider, der har flest besøgende (vores råd, ikke en regel fra Google).

Tjek din hreflang med Do4U

hreflang-tjek udfører disse trin for én side og alle dens versioner. Du angiver én adresse. Do4U læser siden, samler dens hreflang-links og læser derefter hver nævnt version. Koden tjekker returlinks og selvreferencer, sprog- og regionskoder, x-default og dubletter, og om hver version kan nås uden omdirigering, ikke har noindex, angiver den rigtige canonical og har et matchende html lang. Du får en liste over siderne med fejl og advarsler, en kort forklaring på hvert fund og en matrix over returlinksene. Det kører uden AI og er gratis, med en daglig grænse pr. konto.

Tjekket læser kun link-elementerne i HTML'en. Det læser ikke hreflang i HTTP-headere eller sitemaps og kører ikke JavaScript. Do4U finder tip, du tjekker og beslutter. Korrekte hreflang-links er intet løfte om bedre placeringer.

Kilder