Når et website går fra ét marked til flere, bliver international SEO hurtigt mere teknisk end mange forventer. Det handler ikke kun om oversættelser, men om at fortælle Google præcist, hvilken side der skal vises til hvilken bruger. Her er hreflang et af de vigtigste signaler, og samtidig et af de områder, hvor små fejl kan give store udsving i synlighed.
Det gode er, at logikken bag hreflang er ret enkel, når først strukturen er tænkt rigtigt. Sprogvalg, URL-struktur, canonical-tags og indeksering skal arbejde i samme retning. Når de gør det, bliver det langt lettere at få den rigtige version frem i søgeresultaterne, uanset om målet er Danmark, Norden eller bredere internationale markeder.
Hvad hreflang egentlig gør
Hreflang er en markering, der hjælper søgemaskiner med at forstå forholdet mellem flere versioner af samme side. Det kan være en dansk og en engelsk side, eller to engelske sider målrettet forskellige lande. Pointen er ikke at forbedre rangering direkte, men at forbedre matchningen mellem bruger og side.
Hvis en bruger søger fra Danmark, og der findes en dansk version af siden, er det den version, Google helst skal vælge. Hvis samme indhold også findes på engelsk, tysk eller svensk, fortæller hreflang, at siderne er alternativer til hinanden og ikke duplikeret indhold i klassisk forstand.
En korrekt opsætning har næsten altid tre grundprincipper:
- Selvreference: Hver side skal pege på sig selv med korrekt hreflang-kode
- Gensidighed: Hvis side A peger på side B, skal side B pege tilbage på side A
- Korrekte koder: Brug gyldige sprog- og landekoder som
da,en,en-gbogde
Det er også her, mange går galt i byen. En enkelt manglende retur-reference kan være nok til, at Google ignorerer relationen mellem to sider.
Den enkle struktur, som ofte virker bedst
For de fleste virksomheder er undermapper den mest robuste model. Det vil sige URL’er som site.dk/en/, site.dk/de/ og site.dk/sv/. Den løsning er normalt nemmest at administrere, og den lader nye sprogversioner nyde godt af domænets eksisterende autoritet.
Subdomæner kan også fungere, især hvis forskellige markeder kører på forskellige tekniske setups. Separate landedomæner giver stærke lokale signaler, men de koster mere at drive og kræver ofte en langt større SEO-indsats i hvert marked.
Det afgørende er ikke kun, hvad der er muligt teknisk. Det afgørende er, hvad der kan holdes konsistent over tid. International SEO fejler sjældent på strategi alene. Den fejler ofte i drift, når nye sider publiceres, redirects ændres, eller en oversættelse går live uden korrekt tagging.
Tre måder at implementere hreflang på
Google accepterer tre metoder: HTML i <head>, HTTP-headers og annotations i XML-sitemaps. De er i princippet ligeværdige, men de passer til forskellige situationer.
HTML-tags er ofte lettest at forstå og kontrollere på almindelige sider. XML-sitemaps er stærke på større sites, fordi vedligeholdelsen samles ét sted. HTTP-headers bruges især til filer som PDF’er, hvor man ikke har en normal HTML-head.
[markdown] | Metode | Bedst til | Fordele | Ulemper | | --- | --- | --- | --- | | HTML i <head> | Mindre og mellemstore websites | Let at se i kildekoden, nem at validere | Kan blive tungt at vedligeholde ved mange sider | | XML-sitemap | Store websites og mange sprogversioner | Central styring, mindre rod i sidens head | Kræver sikker generering og løbende opdatering | | HTTP-header | PDF’er og andre ikke-HTML-filer | Gør hreflang muligt uden HTML | Mere teknisk opsætning | [/markdown]Et simpelt HTML-eksempel kan se sådan ud:
<link rel="alternate" hreflang="da" href="https://example.com/da/produkt/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
x-default bruges som fallback. Det er ofte en global forside eller en side med sprogvalg. Den bør være neutral og ikke bare en tilfældig lokal version.
De fejl der oftest koster mest
Hreflang bliver sjældent ødelagt af kompliceret kode. Det bliver oftere ødelagt af små uoverensstemmelser mellem systemer, templates og SEO-regler.
En klassisk fejl er, at en engelsk side har canonical til den danske version. Så siger canonical og hreflang to forskellige ting på samme tid. I praksis vinder canonical ofte den kamp, og den engelske side mister sin chance for at blive indekseret korrekt.
Andre fejl opstår, når sider er noindex, blokeret i robots.txt eller returnerer andet end statuskode 200. Så hjælper det ikke, at hreflang er skrevet korrekt. Målsiden skal være tilgængelig og indeksérbar, ellers falder relationen fra hinanden.
De typiske problemer ser sådan ud:
- Manglende return tags: En side peger på en alternativ version, men får ikke et tilsvarende link tilbage
- Forkerte sprogkoder:
en-ukbruges i stedet foren-gb, eller hjemmelavede regionkoder sniger sig ind - Konflikt med canonical: En lokal side peger canonically på en anden sprogversion
- Ufuldstændige sæt: Én eller flere sprogversioner mangler i gruppen
- Forkert x-default: Fallback peger på en lokal side i stedet for en neutral destination
Den type fejl giver ikke altid synlige advarsler i CMS’et. Derfor er crawl og validering en fast del af arbejdet, ikke kun en opgave ved lancering.
Sprog og land er ikke det samme
Det er en vigtig skelnen.
Et website kan være målrettet et sprog uden at være målrettet et bestemt land. En generel engelsk version med hreflang="en" kan være helt rigtig, hvis indholdet fungerer bredt på tværs af markeder. Omvendt giver en-us og en-gb kun mening, hvis der faktisk er forskelle i indhold, priser, stavemåde eller tilbud.
Det samme gælder i Norden. Mange virksomheder oversegmenterer for tidligt og ender med at splitte søgevolumen op i små enheder. Hvis den svenske og norske bruger reelt kan betjenes bedst med lokale versioner, så giver det mening. Hvis forskellen er marginal, kan en mere enkel struktur være stærkere.
Efter et afsnit som dette giver det mening at holde fast i nogle enkle tommelfingerregler:
- Start med de sprog, der har reel forretningsværdi
- Brug generiske sprogkoder, når indholdet er bredt nok
- Lav landespecifikke versioner, når indhold, valuta eller jura kræver det
- Undgå URL-parametre som
?lang=de
URL-strukturen påvirker både SEO og drift
Valget mellem ccTLD, subdomæne og undermappe er ikke bare en brandingbeslutning. Det former også arbejdsgangen i hverdagen.
Et landedomæne som .de eller .se sender et meget tydeligt signal om lokal tilstedeværelse. Det kan være en fordel i markeder med stærk lokal tillid eller særlige lovkrav. Til gengæld kræver det typisk separat opsætning, egne redirects, lokal linkbuilding og mere administration.
Subdomæner er ofte et kompromis. De kan være nyttige, hvis markeder drives i forskellige systemer, eller hvis performance og hosting skal styres særskilt. Men de bliver ofte behandlet mere som selvstændige websites end som rene sektioner af ét samlet domæne.
Undermapper er i mange tilfælde det mest effektive valg. Ikke fordi de altid er perfekte, men fordi de gør international skalering mere realistisk. Når et team skal publicere hurtigt, rette tekniske fejl og bevare overblikket, er enkelhed en reel konkurrencefordel.
Sådan hænger hreflang og canonical sammen
Hver lokaliseret side bør som udgangspunkt have en self-referencing canonical. Det betyder, at den danske side canonicaliserer til sig selv, den engelske til sig selv, og så videre.
Hvis canonical peger væk fra siden, opstår der konflikt. Hreflang siger: “Denne side findes som lokal variant.” Canonical siger: “Denne side er ikke den foretrukne version.” Det er et uklart signal, og uklare signaler bliver sjældent belønnet.
Det samme gælder ved automatisk sprogredirect. Hvis en bruger altid skubbes væk fra en URL baseret på IP eller browser-sprog, kan det gøre crawling og indeksering unødigt vanskelig. Brugere må gerne guides, men søgemaskiner skal stadig kunne tilgå hver version direkte.
CMS, plugins og custom-løsninger
Mange CMS’er kan håndtere hreflang godt, men kun hvis opsætningen bliver kontrolleret. WordPress med et stærkt flersprogsplugin kan generere tags automatisk. Shopify kan gøre det samme via Markets, temaopsætning eller sitemap-løsninger. Custom-systemer kan være mindst lige så gode, hvis logikken er bygget ordentligt ind i templates og publiceringsflow.
Det vigtige er ikke, om løsningen er standard eller specialbygget. Det vigtige er, at den kan levere komplette og konsistente signaler hver gang en side oprettes, opdateres eller flyttes.
Et sundt setup har som regel disse kontrolpunkter i drift:
- 200-status på alle alternative URL’er
- korrekt canonical på hver side
- ensartet intern linking mellem sprogversioner
- opdateret XML-sitemap
- regelmæssig crawl af hreflang-sæt
Hvordan man ser, om implementeringen virker
Effekten kan måles ret konkret. Den første indikator er, om de rigtige sider begynder at få visninger og klik i de rigtige markeder. Search Console er ofte det bedste sted at starte, fordi man kan koble forespørgsler, sider og lande sammen.
Den næste indikator er brugeradfærd. Når en bruger lander på den korrekte sprogversion, falder friktionen. Det kan ses i bedre engagement, højere konverteringsrate og mindre tilbøjelighed til at vende direkte tilbage til søgeresultatet.
Det er værd at følge udviklingen på flere niveauer:
- Synlighed: Impressioner og klik pr. land og sprogversion
- Kvalitet: CTR, engagement og landingssider
- Forretning: Leads, salg eller andre konverteringer fra de lokale sektioner
Når den tekniske struktur er på plads, bliver international SEO langt mere forudsigelig. Ikke nødvendigvis enkel, men styrbar. Og det er netop dér, hreflang bliver værdifuldt: som et præcist signal, der gør det lettere for både søgemaskiner og brugere at vælge rigtigt.
