Når en side findes i flere versioner, hjælper hreflang søgemaskiner med at forstå, hvilken udgave der passer til brugerens sprog og eventuelt land. Attributten bruges til at koble sider sammen, som har samme indhold eller formål, men er målrettet forskellige markeder.
En hreflang-angivelse kan for eksempel skelne mellem dansk, svensk og tysk, men også mellem dansk til Danmark og tysk til Schweiz. Det gør det lettere for søgemaskiner at vise den mest relevante version i søgeresultaterne.
Kort sagt fortæller hreflang ikke, hvilket sprog en side er skrevet på alene. Den viser også relationen mellem flere sprog- og landespecifikke versioner af samme side.
Hreflang hjælper søgemaskiner med at forstå, hvilken version af en side der passer bedst til den enkelte bruger. Markeringen fortæller ikke, at indholdet skal rangeres højere, men den gør det lettere at vise den rigtige variant i søgeresultaterne. Det er især nyttigt, når flere sider ligner hinanden meget, men er lavet til forskellige sprog eller markeder.
En sprogkode angiver selve sproget, for eksempel da for dansk. En landekode angiver det geografiske marked, for eksempel DK for Danmark eller SE for Sverige. Tilsammen bliver det til en kombination som da-DK og da-SE. Begge sider kan være på dansk, men de kan være tilpasset forskellige lande med egne priser, levering, valuta eller lokale formuleringer.
Når søgemaskinen ser disse markeringer, sammenholder den dem med brugerens sprog og placering. En bruger i Danmark vil derfor typisk få vist da-DK, mens en dansktalende bruger i Sverige kan få da-SE. Hvis markeringen er korrekt sat op på alle relevante sider, bliver det lettere at sende brugeren til den mest relevante version. Det forbedrer oplevelsen og mindsker risikoen for, at den forkerte landeside bliver vist.
Hreflang er især relevant, når et website har flere sproglige eller geografiske versioner af samme eller næsten samme indhold. Det gælder for eksempel, hvis du har sider på dansk, svensk og norsk, eller hvis du retter indhold mod forskellige markeder som Danmark, Tyskland og Østrig. Her hjælper hreflang søgemaskiner med at vise den mest passende version til brugeren.
Det er også en god løsning, hvis forskellene mellem siderne er små, men stadig vigtige. Det kan være priser i forskellige valutaer, lokale kontaktoplysninger eller stavemåder som dansk og britisk engelsk. Uden korrekt markering risikerer du, at den forkerte side vises i søgeresultaterne, eller at søgemaskinerne ikke forstår sammenhængen mellem versionerne.
Omvendt er hreflang normalt ikke nødvendigt, hvis dit website kun findes på ét sprog og henvender sig til ét land. Det er heller ikke relevant, hvis indholdet ikke har parallelle versioner, men derimod helt forskellige sider til forskellige målgrupper. I de tilfælde skaber hreflang sjældent værdi og kan gøre den tekniske opsætning unødigt kompleks.
Valget af metode afhænger først og fremmest af, hvordan indholdet bliver leveret. For almindelige HTML-sider placeres hreflang-markeringen typisk i sidens <head>, hvor alle sprog- og landeversioner henviser til hinanden gensidigt. Et enkelt eksempel kan se sådan ud: <link rel=”alternate” hreflang=”da-dk” href=”…” /> og <link rel=”alternate” hreflang=”sv-se” href=”…” />. Det er vigtigt, at hver version også peger tilbage på de øvrige, ellers kan signalet blive ignoreret.
Hvis filer ikke er almindelige HTML-sider, for eksempel PDF-dokumenter, bruges hreflang normalt i HTTP-headere. Her sendes markeringen fra serveren sammen med filen, så søgemaskinerne stadig kan forstå relationen mellem sproglige eller geografiske varianter. Det er en praktisk løsning, når indholdet ikke har et HTML-head, eller når CMS’et ikke giver adgang til at indsætte tags direkte i koden.
Den tredje mulighed er XML-sitemaps. Her samles relationerne centralt, hvilket ofte er effektivt på store websites med mange sidetyper eller flere markeder. Et sitemap kan for hver side angive tilhørende versioner, for eksempel med elementer som <xhtml:link rel=”alternate” hreflang=”da-dk” href=”…” />. Metoden er især nyttig, hvis udviklingsteamet vil styre markeringen samlet frem for skabelon for skabelon.
I praksis vælger man normalt én konsekvent metode frem for at blande alle tre. Det gør vedligeholdelsen enklere og fejl lettere at opdage. HTML passer ofte bedst til redaktionelle sider, HTTP-headere til dokumentfiler, mens XML-sitemaps er velegnede til store eller teknisk komplekse løsninger.
I international SEO har hreflang og kanoniske tags to forskellige opgaver, som skal spille sammen uden at modarbejde hinanden. Hreflang fortæller søgemaskiner, at flere sider er alternative versioner til forskellige sprog eller markeder. Et kanonisk tag fortæller derimod, hvilken URL der er den foretrukne version, når indhold er helt eller delvist duplikeret.
Det er netop her, mange fejl opstår. Hvis en dansk side peger kanonisk på en engelsk side, men samtidig er markeret som dansk alternativ med hreflang, sender du blandede signaler. Søgemaskinen kan så vælge at ignorere enten kanoniseringen eller hreflang-markeringen. Resultatet kan være svagere indeksering, forkert visning i søgeresultaterne eller tab af synlighed på lokale markeder.
Den praktiske tommelfingerregel er enkel: Hver sprog- eller landeside bør normalt have en selvhenvisende kanonisk reference, mens hreflang bruges til at knytte de alternative sider sammen. På den måde håndterer du duplikeret indhold korrekt, uden at fjerne de enkelte versioners mulighed for at blive indekseret og vist til den rette bruger.
Selv små fejl i hreflang kan gøre signalet uklart for søgemaskinerne. En klassiker er manglende gensidige henvisninger: Hvis den danske side peger på den svenske version, men den svenske ikke peger tilbage, kan relationen blive ignoreret. Løsningen er enkel: Alle alternative versioner skal henvise til hinanden, og hver side skal også henvise til sig selv. Kontrollér desuden, at de anvendte sprog- og landekoder følger standarden, for eksempel korrekt sprogkode alene eller kombineret med korrekt landekode. Forkerte eller opfundne koder gør implementeringen ugyldig.
En anden hyppig fejl er konflikt mellem hreflang og kanonisk tag. Hvis en side angiver en anden sproglig version som kanonisk, sender du blandede signaler. Som hovedregel bør den kanoniske reference pege på siden selv, mens hreflang bruges til at forbinde de parallelle versioner. På den måde kan søgemaskinen forstå både den foretrukne URL og forholdet mellem sprogvarianterne.
Brudte sider skaber også problemer. Hvis en hreflang-henvisning fører til en side, der ikke kan indlæses, eller som viderestiller forkert, svækkes tilliden til opsætningen. Gennemgå derfor alle henviste sider jævnligt, og ret fejl, omdirigeringer og inkonsistente stier. Endelig mangler mange en x-default-variant, selv om den kan være nyttig, når ingen sprog- eller landekombination passer præcist. Brug den til en neutral standardside, så brugeren og søgemaskinen får et tydeligt udgangspunkt.
Når hreflang er implementeret, bør det kontrolleres som en fast del af den tekniske drift. Start med at validere, at hver side peger på de rigtige sprog- og landesider, og at referencerne er gensidige. Tjek også, at der ikke mangler selvreference, at sprogkoder er korrekte, og at de angivne sider kan crawles og indeksere som forventet.
Google Search Console kan bruges som en del af opfølgningen, men den bør suppleres med generel validering og manuelle stikprøver. Gennemgå kildekode, HTTP-headere eller sitemap afhængigt af implementeringen. Se efter klassiske fejl som forkerte kombinationer af sprog og land, brudte omdirigeringer, noindex, kanoniske henvisninger til andre versioner eller URL’er, der ikke længere findes.
Løbende vedligeholdelse er især vigtig efter migreringer, ændringer i URL-struktur, nye markeder eller opdateringer i indhold og sprogversioner. Hver gang der oprettes, flyttes eller nedlægges sider, bør hreflang gennemgås igen. Ellers kan markeringen hurtigt blive upræcis og sende blandede signaler til søgemaskinerne.
De fleste fejl med hreflang opstår ikke i selve koden, men i forståelsen af reglerne. Et almindeligt spørgsmål er, om alle versioner skal pege på hinanden. Ja, som udgangspunkt bør de være gensidige. Hvis den danske side henviser til den svenske, bør den svenske også henvise tilbage til den danske. Ellers kan søgemaskinerne ignorere markeringen helt eller delvist.
Mange spørger også, om hreflang kun gælder forskellige sprog. Det gør det ikke. Det kan også bruges til samme sprog i flere lande, for eksempel dansk til Danmark og dansk til Grønland eller engelsk til USA og Storbritannien. Her hjælper landekoden søgemaskinen med at vise den mest relevante version til den rigtige bruger.
x-default bruges, når ingen bestemt sprog- eller landekombination passer. Det er typisk relevant på en global forside, en sprogvælger eller en side, der skal vises til brugere uden en mere præcis målretning. x-default erstatter ikke de øvrige hreflang-værdier, men supplerer dem.
Kan hreflang kun implementeres i HTML? Nej. Det kan også angives i XML-sitemaps, hvilket ofte er praktisk på store websites. Man bør dog vælge en konsekvent løsning og sikre, at koder, URL’er og relationer er korrekte. Endelig spørger mange, om canonical kan erstatte hreflang. Det kan den ikke. Canonical styrer duplikater, mens hreflang styrer sprog- og landemålretning.
Hreflang er en markering, der fortæller søgemaskiner, hvilke sprog- eller landespecifikke versioner af en side der hører sammen. Formålet er at hjælpe søgemaskinen med at vise den mest relevante version til den rigtige bruger.
Det bruges især på flersprogede og internationale websites, hvor samme side findes i flere varianter, for eksempel dansk til Danmark og tysk til Tyskland.
Du bør bruge hreflang, når du har flere versioner af samme indhold til forskellige sprog eller markeder. Det gælder både ved forskellige sprog og ved samme sprog til flere lande, hvis indholdet er lokalt tilpasset.
Hvis dit website kun har ét sprog og retter sig mod ét marked, er hreflang som regel ikke nødvendigt.
Hreflang kan implementeres i HTML, i HTTP-headere eller i XML-sitemaps. Den vigtigste regel er, at alle alternative versioner skal henvise til hinanden gensidigt, og at hver side også skal indeholde en reference til sig selv.
Derudover skal du bruge gyldige sprog- og eventuelt landekoder samt sikre, at alle angivne URL’er virker, kan crawles og ikke konflikter med andre tekniske signaler.
Hreflang bruges til at forbinde alternative sprog- og landeversioner af samme side. Et kanonisk tag bruges derimod til at angive, hvilken URL der er den foretrukne version, når indhold er identisk eller meget ens.
De to signaler løser altså forskellige opgaver. Hreflang styrer målretning mod sprog og marked, mens canonical styrer håndtering af duplikeret indhold.
Ja, som udgangspunkt bør alle versioner være gensidigt forbundet. Hvis én side henviser til en anden, bør den anden også henvise tilbage, ellers kan søgemaskinerne vælge at ignorere markeringen.
Det er også god praksis, at hver side har en selvreference i samme sæt af hreflang-tags.
Ja, hreflang kan angives i XML-sitemaps, og det er ofte en praktisk løsning på store websites med mange sprogversioner. Her kan relationerne styres centralt i stedet for direkte i HTML-koden på hver enkelt side.
Det kræver dog stadig, at URL’erne er korrekte, og at alle alternative versioner er medtaget konsekvent.
Du tester hreflang ved at kontrollere, om markeringen er korrekt opbygget, om referencerne er gensidige, og om de angivne URL’er kan crawles uden fejl. Det er også vigtigt at tjekke, at koderne for sprog og land er gyldige.
Brug gerne Google Search Console som supplement, men kombinér det med manuelle gennemgange af kildekode, HTTP-headere eller sitemap afhængigt af den valgte løsning.
De mest almindelige fejl er manglende gensidige henvisninger, forkerte sprog- eller landekoder, brudte URL’er og konflikter med kanoniske tags. En anden klassiker er at pege på sider, der viderestiller eller ikke længere findes.
Fejlene betyder ikke nødvendigvis, at hele løsningen fejler, men de kan gøre signalet uklart, så søgemaskinerne ikke bruger markeringen som tiltænkt.
Ja, det kan være relevant, hvis samme sprog bruges til flere markeder med forskellige lokale forhold. Det kan for eksempel være forskelle i valuta, levering, kontaktoplysninger eller juridiske oplysninger.
Hvis indholdet reelt er rettet mod forskellige lande, hjælper hreflang med at sende brugeren til den mest passende version, selv om sproget er det samme.
x-default angiver en standardside, som kan vises, når ingen specifik sprog- eller landeversion passer godt nok til brugeren. Den bruges ofte på globale forsider eller sprogvælgere.
Den erstatter ikke de almindelige hreflang-værdier, men fungerer som et neutralt fallback, når der ikke er en mere præcis match.