hreflang-tag: hvad det er, og hvordan det virker

Hreflang-tagget fortæller søgemaskiner, hvilken sprog- og regionalversion af en side der bør vises for brugere; det hjælper søgemaskiner med at vælge den korrekte variant til indeksering og visning, men det alene bestemmer ikke placering.

Hreflang Tag: Guide for Multilingual Websites

Oversigt

hreflang er et HTML-/hyperlink-signal, som du tilføjer til sider, HTTP-headere eller XML-sitemaps for at angive sprog og eventuel regional målretning for alternative URLs. Søgemaskiner bruger hreflang til at vælge den mest passende lokaliserede URL at vise for en bruger i et bestemt sprog eller region. Hreflang påvirker, hvilken variant en søgemaskine indekserer og viser for forespørgsler i det pågældende sprog eller lokalitet; det er ikke et direkte ranking-signal, der alene bestemmer rækkefølgen i søgeresultaterne.

Vigtige punkter i korte træk: hreflang-entries skal være konsistente på tværs af varianter, inkludere et selvrefererende link, bruge korrekte sprog-regionkoder (ISO 639-1 / ISO 3166-1), og anvendes på den version den crawler bruger til indeksering — for Google betyder det, at mobilversionen er primær (Google crawls with Googlebot Smartphone by default since July 2024).

Trin for trin

Følg disse trin for at tilføje hreflang pålideligt.

1) Vælg dine koder og canonical-strategi

Beslut om du vil bruge kun sprogkoder (for eksempel "en"), sprog-regionkoder (for eksempel "en-GB"), eller begge. Hold canonical og hreflang konsistente: hver lokaliseret side kan have et selvrefererende hreflang og sin egen canonical; peg ikke hreflang på en canonical der er på et andet sprog.

2) Vælg placering: link-element, HTTP-header eller XML-sitemap

Der er tre almindelige måder at erklære hreflang på. Hver har fordele og ulemper:

- HTML <link>-elementer i <head> — fordele: simple, nemme at revidere i kilden; ulemper: kræver identisk head på alle enhedsvarianter (sørg for mobilparitet). Eksempel: <link rel="alternate" hreflang="en" href="https://example.com/en/">

- HTTP-headere — fordele: nyttige til non-HTML-filer (PDF'er); ulemper: sværere at håndtere og revidere. Eksempel på header: Link: <https://example.com/fr/>; rel="alternate"; hreflang="fr"

- XML-sitemaps med <xhtml:link>-poster — fordele: centraliseret for store sites og sitewide-varianter; ulemper: kræver vedligeholdelse af nøjagtige URLs og at sitemap er tilgængeligt for crawlers.

3) Implementer et fuldt tovejs-sæt (gensidighed)

Hver alternativ URL, du angiver, skal også liste hver anden alternativ (inklusive kilden) tilbage. For eksempel: side A lister A, B og C; side B skal liste A, B og C; side C skal liste A, B og C. Gensidighed reducerer tvetydighed for crawlers og hjælper med korrekt variantvalg.

Almindelige problemer

Typiske implementeringsfejl at holde øje med, og hvordan de påvirker indeksering og visning.

- Forkerte eller inkonsistente koder (blanding af en og en-US) — kan få søgemaskiner til at ignorere poster eller vælge en anden variant.

- Manglende selvrefererende tag — hvis en side ikke medtager sig selv i listen, bryder gensidighed sammen og valg af alternativer kan blive forkert.

- Ikke-indekserbare eller blokerede sider (noindex, robots disallow) — et alternativ, som ikke er indekserbart, er normalt mindre nyttigt; søgemaskiner kan ignorere det ved opbygning af variantsæt.

- Blanding af relative og absolutte URLs, eller HTTP/HTTPS-mismatch — brug absolutte, canonicaliserede URLs, der matcher den version crawlers får adgang til.

Sådan verificerer og fejlsøger du

Verifikation varierer afhængig af, om du ejer sitet eller reviderer en tredjepart. For sider du ejer, brug Google Search Console URL Inspection for at se, hvordan Google indekserede siden, og hvilken variant den valgte. For ethvert site, brug HTTP- og rendered-tjek med de almindelige værktøjer nedenfor.

Værktøjer og kommandoer

Chrome DevTools (View Source and Elements) — bekræft at <link rel="alternate" hreflang="...">-poster er til stede i den leverede HTML og synlige på den mobilansvarlige side.

curl -I https://example.com/path/ — viser kun svar-headere (nyttigt til at tjekke server-headere og link-headere).

curl https://example.com/path/ — henter HTML-kroppen; brug curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/path/ for at se, hvad serveren returnerer til en Googlebot user-agent (brug ikke dette til cloaking — kun til at revidere, hvordan serveren reagerer).

Bing Webmaster Tools Site Explorer — tjek crawl-adfærd og indekssignaler for Bing.

Bemærk: URL Inspection i Google Search Console er autoritativ for sider, du ejer; for tredjeparts-sider må du stole på offentlige hentninger og indekseringssignaler som site: forespørgsler (som er indikative, ikke definitive).

Praktisk tjekliste

- **Hreflang til stede på canonical/mobilversion** — hvor du verificerer: view-source eller curl som mobile UA — godkendt når alle varianter opregner det samme sæt hreflang-poster.
- **Selvrefererende post** — hvor du verificerer: sidens kilde — godkendt når den aktuelle URL optræder i sættet.
- **Gensidighed på tværs af varianter** — hvor du verificerer: tjek hver variants kilde eller sitemap — godkendt når hver variant lister alle alternativer.
- **Alternativernes indekserbarhed** — hvor du verificerer: URL Inspection (eget site) eller site: operator og offentligt fetch — godkendt når alternativer er crawlable og ikke blokeret af robots eller noindex.
- **URL canonical og protokolparitet** — hvor du verificerer: HTTP-headere og canonical link — godkendt når hreflang href-værdier matcher canonical og bruger samme scheme (https/http) som brugere og crawlers når.
- **x-default som fallback** — hvor du verificerer: sidens kilde eller sitemap — godkendt når en fornuftig fallback (forside eller landingsside for sprogvalg) er markeret med hreflang="x-default".

Før FAQ: hvis du vil have en dybere teknisk reference, se Read the Technical SEO Guide

Ofte stillede spørgsmål

Forbedrer hreflang placeringer?

Hreflang hjælper søgemaskiner med at levere den passende sprog-/regions-variant og kan reducere forvirring omkring duplikatindhold, men det er ikke en selvstændig ranking-boost. Mange ranking-signaler spiller ind i rækkefølgen af resultater.

Hvornår skal jeg bruge hreflang i stedet for separate sites pr. land?

Brug hreflang når du har sprog- eller regionalvarianter af indhold, der er væsentligt ens, hostet på forskellige URLs (undermapper, subdomæner eller ccTLDs). Separate sites pr. land er passende, når indhold og forretningsregler adskiller sig markant mellem markeder.

Har jeg brug for et x-default-tag?

x-default anbefales i tvetydige tilfælde (for eksempel en landingsside med sprogvalg), så søgemaskiner har en klar fallback, når der ikke findes et præcist sprogt match.

Kan hreflang bruges sammen med canonical-tags?

Ja. Hver lokaliseret side kan have en canonical, der peger på sig selv, og inkludere hreflang-poster, der opregner andre lokaliserede versioner. Undgå at pege hreflang på en canonical, der repræsenterer en anden sprogvariant.

Afsluttende bemærkning: hreflang hjælper indeksering og valg af varianter men skal implementeres og vedligeholdes konsekvent; regelmæssige audits med browser DevTools, curl og Search Console (for dit eget site) er den mest pålidelige måde at opdage regressioner.

Byg autoritet med kvalitets-backlinks. Teknisk SEO og korrekt international målretning er væsentlige dele af organisk vækst; autoritet fra relevante, indekserbare placeringer supplerer en korrekt hreflang-opsætning og hjælper brugere med at finde den rigtige variant.