Hreflang fortæller søgemaskiner, hvilket sprog og hvilken region en side henvender sig til. Lær syntaksen, de typiske fejl og rollen i flersproget SEO.

På denne side
Resumé
Hreflang er en HTML-attribut, der signalerer sprog- og regionsmålretningen for en side. Den fortæller Google og andre søgemaskiner, at de skal vise den rigtige version af dit indhold til hver bruger, forhindrer konflikter med dubleret indhold, og den er afgørende for ethvert flersproget eller multiregionalt website.
Vil du vide mere? Spørg
Hvis dit site findes på mere end ét sprog, eller hvis det henvender sig til det samme sprog i forskellige lande, har søgemaskinerne brug for hjælp til at afgøre, hvilken version de skal vise hvilken bruger. En fransktalende i Canada og en i Frankrig bør se forskellige sider. Hreflang (rel="alternate" hreflang-annotationen) er den måde, du fortæller søgemaskinerne om disse sammenhænge på, så den rigtige side når det rigtige publikum.
Uden hreflang kan dine lokaliserede sider konkurrere med hinanden i søgeresultaterne, blive markeret som dubleret indhold eller simpelthen vise den forkerte version til en bruger. Med hreflang grupperer Google dine sprog- og regionsvarianter i én klynge og viser den mest passende. Det er et af de kraftfulde værktøjer i international SEO, og et af dem, der oftest er fejlkonfigureret.
Hreflang løser problemet med at matche lokaliserede sider. Når du udgiver det samme indhold på engelsk, spansk og tysk, er siderne næsten identiske med hinanden. Søgemaskinerne kunne fejlagtigt behandle dem som kopieret indhold eller vælge den forkerte til at rangere. Hreflang-annotationen fortæller dem, at siderne er bevidste alternativer, hver lavet til et bestemt sprog eller en bestemt lokal variant.
Resultatet er en bedre brugeroplevelse og renere indeksering. Googles dokumentation om lokaliserede versioner forklarer, at hreflang gør det muligt for Google at pege brugerne hen på siden på deres eget sprog og i deres egen region, i stedet for at vise en version, de ikke kan læse, eller en med forkert valuta, forsendelse eller juridisk information.
En hreflang-annotation i sidens head ser sådan ud: <link rel="alternate" hreflang="en" href="https://example.com/en/" />. rel="alternate" erklærer, at den linkede URL er en alternativ version, værdien i hreflang angiver sproget (og eventuelt regionen), og href angiver den fulde, absolutte URL til den version.
Du skal inkludere ét sådant tag for hver version, på hver side. En side, der findes på tre sprog, har tre hreflang-tags, ét der peger på hver version, inklusive et tag der peger på siden selv. Hver sprogvariant gentager det samme komplette sæt. Det er det, der gør det muligt for søgemaskinerne at kortlægge hele gruppen samlet.
Hreflang-værdien bruger standardiserede koder, og det er ikke til forhandling at få dem rigtige. Sproget angives i ISO 639-1-format (for eksempel en, es, de). Du kan eventuelt tilføje en region i ISO 3166-1 Alpha 2-format, adskilt med en bindestreg: en-GB, en-US, es-MX, fr-CA.
Sproget kommer altid først; en region alene er ugyldig. Du kan ikke bruge hreflang="GB" alene, og opdigtede koder som en-UK eller EU virker ikke (den korrekte kode for Storbritannien er GB). Ved skriftvariationer gælder ISO 15924-koder, for eksempel zh-Hant for traditionelt kinesisk og zh-Hans for forenklet kinesisk. Ugyldige koder ignoreres blot, og det ødelægger din opsætning i stilhed.
Hreflang skal være gensidig. Hvis side X peger på side Y som sin spanske alternativ, så skal side Y pege tilbage på side X som sin engelske alternativ. Google kalder dem returtags, og mangler de, kan Google helt ignorere dine annotationer. Dette krav om returlinks er i praksis den enkeltstående hyppigste årsag til, at hreflang fejler, som Googles vejledning om multiregionale sites understreger.
Lige så vigtigt er det, at hver side refererer til sig selv. Den engelske side indeholder et hreflang-tag for engelsk, der peger på sin egen URL. Udeladelse af det selvrefererende tag er en anden hyppig fejl. Behandl reglen som absolut: hver side lister sig selv plus alle andre versioner, og hver version gør det samme over for de andre.
Den særlige værdi hreflang="x-default" fortæller søgemaskinerne, hvilken side de skal vise, når ingen af de angivne sprog eller regioner matcher brugeren. Det er en reserveløsning. En typisk brug er en sprogvalgsside eller din primære globale version: <link rel="alternate" hreflang="x-default" href="https://example.com/" />.
At tilføje x-default er god praksis for internationale sites. Uden det er en bruger, hvis sprog og region ikke matcher nogen af dine varianter, overladt til søgemaskinens bedste gæt. Med det styrer du standardoplevelsen, for eksempel ved at sende en ikke-matchet besøgende til en side, hvor de selv kan vælge sprog.
Google understøtter tre implementeringsmetoder, og du bør vælge én frem for at blande dem. Den første er HTML-linktags placeret i <head> på hver side, den mest almindelige fremgangsmåde til standardwebsider. Den anden er HTTP-headere, der bruges til ikke-HTML-filer som PDF'er, hvor du ikke kan tilføje markup i brødteksten.
Den tredje metode er XML-sitemapet. I stedet for at tilføje tags på hver side erklærer du alle sprogrelationer inde i dit XML-sitemap ved hjælp af xhtml:link-poster. Det holder sidekoden ren og er ofte nemmere at vedligeholde i stor skala, selvom det kræver omhyggelig generering. Uanset hvilken metode du vælger, så anvend den konsekvent på hele sitet.
Hreflang og canonical-tags arbejder sammen, men en klassisk fejl ødelægger begge. Hver sprogversion skal pege canonical til sig selv, ikke til en enkelt hovedversion. Hvis din tyske side sætter sit canonical-tag til den engelske URL, fortæller du Google, at den tyske side er en dublet, der ikke bør indekseres, og det ødelægger din hreflang-opsætning.
Det korrekte mønster er et selvrefererende canonical på hver lokaliseret side, kombineret med det fulde sæt gensidige hreflang-tags. Canonical bekræfter, at hver side er den foretrukne version af sig selv, og hreflang beskriver forholdet mellem de forskellige, lige gyldige sider. Modstridende signaler her er en af de største årsager til indekseringsproblemer på flersprogede sites.
Hreflang er tæt knyttet til lokal SEO, når du betjener det samme sprog i flere lande. En virksomhed, der driver forretning i både Spanien og Mexico, udgiver spanske sider til hvert land, men priser, forsendelse og moms er forskellige. Tags som es-ES og es-MX gør det muligt for Google at sende spansktalende til den version, der er bygget til deres land.
Hreflang håndterer kun sprog- og regionsmatchning, ikke indholdets kvalitet. Googles systemer opdager urediteret maskinoversættelse med høj præcision, og tynde oversatte sider kan dæmpe placeringerne på tværs af alle versioner, ikke kun den oversatte. Kombinér korrekt hreflang med reelt lokaliseret, menneskeligt gennemlæst indhold for hvert marked for at få hele gevinsten.
Undersøgelser af internationale sites viser gang på gang, at et stort flertal har hreflang-fejl. De hyppigste er manglende returtags, fraværende selvrefererende tags, ugyldige eller kun regionsbaserede sprogkoder, brug af relative i stedet for absolutte URL'er og hreflang, der peger på URL'er, som redirecter eller returnerer fejl i stedet for at være aktive sider.
Valider din opsætning efter hver ændring. Google Search Console tilbød engang en rapport om international målretning, og dedikerede hreflang-kontroludtagere samt crawlere som Screaming Frog bekræfter, at dine annotationer er gensidige og bruger gyldige koder. Som en del af en bredere teknisk SEO-indsats fanger en regelmæssig revision disse stille fejl, før de fragmenterer dine internationale placeringer.
Flersproget SEO er arbejdet med at få hver sprogversion af et site til at rangere på sit eget sprog. Hreflang forbinder versionerne, men hver af dem har også brug for sine egne indekserbare URL'er, fuldt oversat tekst og metadata, søgeordsresearch på det pågældende sprog og interne links, der holder sig inden for sproget.
| URL-struktur | Eksempel | Fordele | Ulemper |
|---|---|---|---|
| Undermapper | example.com/fr/ | Ét domæne, enkelt at administrere, autoritet deles på tværs af sprog | Svagere landesignal, hvis du målretter regioner |
| Subdomæner | fr.example.com | Separat hosting eller opsætning pr. sprog er muligt | Mere konfiguration at vedligeholde |
| Landedomæner | example.fr | Det tydeligste signal for ét land | Separate domæner at opbygge og betale for |
Indsatsen betaler sig også i AI-svar: assistenter svarer normalt på brugerens sprog og henter kilder skrevet på det sprog, så en velbygget version på hvert sprog giver dem noget at citere.
Hreflang er annotationen, der får flersproget og multiregionalt SEO til at fungere. Den kortlægger dine sprog- og regionsvarianter i én gruppe, viser hver bruger den rigtige side og forhindrer konflikter med dubleret indhold. Reglerne er strikse: gyldige ISO-koder, gensidige returtags, selvreferencer på hver side, en x-default som reserve og selvrefererende canonical-tags, der aldrig peger på tværs af sprog. Får du dette rigtigt, når dit internationale indhold de målgrupper, det er lavet til. Find ud af, hvordan Sorank reviderer hreflang og hele din tekniske opsætning for søgning og AI'erne.
Kilder
Et canonical-tag fortæller søgemaskinerne, hvilken URL der er den foretrukne version af en side, mens hreflang fortæller dem, hvilket sprog eller hvilken region en side henvender sig til. De har forskellige opgaver og må ikke modsige hinanden. På et flersproget site bør hver lokaliseret side have et selvrefererende canonical (der peger på sig selv) plus et fuldt sæt gensidige hreflang-tags, der beskriver de andre sprogversioner. Den klassiske fejl er at sætte canonical på alle sprogversioner til én hoved-URL, hvilket fortæller Google, at de andre versioner er dubletter, og ødelægger hreflang-opsætningen helt.
Normalt ikke. Hreflang findes for at kortlægge relationerne mellem flere sprog- eller regionsversioner af det samme indhold, så et ensprogsite, der henvender sig til ét land, har generelt ikke brug for det. Undtagelsen er, når du betjener det samme sprog til forskellige lande med væsentligt forskelligt indhold, for eksempel engelske sider for USA og Storbritannien med forskellige priser eller forsendelse. I så fald hjælper tags som en-US og en-GB Google med at sende hvert publikum til den rigtige version, selvom begge er på engelsk.
Den hyppigste årsag er manglende returtags. Hreflang skal være gensidig, så hvis side X peger på side Y, men side Y ikke peger tilbage på X, kan Google ignorere annotationerne. Andre hyppige årsager er ugyldige sprogkoder (som kun regionskoder eller opdigtede værdier som en-UK), manglende selvrefererende tags, brug af relative i stedet for absolutte URL'er og hreflang, der peger på URL'er, som redirecter eller returnerer fejl. Valider din opsætning med en crawler eller en hreflang-kontrol for at bekræfte, at alle referencer er gensidige, absolutte og bruger korrekte ISO-koder.
DE PRØVEDE SORANK, FØR DU GJORDE DET
