SEO-guide Trin 10: Multi-language SEO

Dette er Trin 10 af 13-trins SEO-guiden. Multi-language SEO lader dig multiplicere din organiske trafik ved at betjene hvert marked på deres eget sprog — gjort forkert skaber det duplicate content-kaos.

Hvert sprog du tilføjer er en multiplikator på dit eksisterende indhold. Et site med 50 sider på ét sprog har 50 indekserbare URLs. Tilføj 5 sprog og du har 250. Tilføj 20 sprog og du har 1.000. Hver af disse URLs kan ranke uafhængigt i deres lokale Google-resultater.

Men multi-language SEO er et af de mest teknisk komplekse SEO-områder. Forkert implementering skaber duplicate content, ranking-udvanding og crawl budget-spild. Forskellen mellem et korrekt og forkert internationaliseret site kan være 10x trafikforskel.

LANGR selv opererer i 108 sprog på tværs af 89 aktive locales — vi har løst disse problemer i stor skala. Denne guide deler alt vi har lært.

Hvad multi-language SEO dækker

Multi-language SEO spænder over 8 kritiske områder:

Hreflang-implementering — Fortæl Google hvilken side betjener hvilket sprog
Locale routing-strategier — Subdomæne vs undermappe vs TLD
Oversættelseskvalitet — Maskine vs menneske vs hybrid-oversættelse
International targeting — Search Console-konfiguration
Indholdslokalisation — Ud over oversættelse: kulturel tilpasning
RTL-support — Højre-til-venstre sprog (arabisk, hebraisk, farsi)
Sprogdetektion — Server den rigtige version automatisk
Duplicate content — Forebyg kryds-sprog kannibalisering

1. Hreflang-implementering

Hreflang tags fortæller søgemaskiner hvilken URL betjener hvilket sprog og region. De er det tekniske fundament for multi-language SEO — og det mest fejlkonfigurerede element.

Grundlæggende hreflang-syntaks:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Kritiske regler:

Hver side skal referere ALLE alternative versioner (inklusive sig selv)
x-default angiver fallback-versionen (typisk engelsk eller en sprogvælger)
Hreflang tags skal være gensidige (side A linker til B, B skal linke tilbage til A)
Brug ISO 639-1 sprogkoder (en, da, de) ikke landekoder
For regionsspecifikt indhold: en-us, en-gb, pt-br (sprog-region)
Maximum ~50 hreflang-entries per side (performance-begrænsning)

Tre placeringsmuligheder:

| Metode | Bedst til | Ulemper | |--------|-----------|---------| | i | Små sites (< 10 sprog) | Oppuster HTML, langsommere parsing | | HTTP headers | Ikke-HTML filer (PDFs, APIs) | Ikke bredt understøttet | | XML sitemap | Store sites (10+ sprog) | Langsommere opdagelse af crawlere |

Sitemap hreflang-eksempel:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Almindelige hreflang-fejl:

Manglende selv-refererende tag (side inkluderer ikke sig selv)
Ikke-gensidige tags (A refererer B, men B refererer ikke A)
Forkerte sprogkoder (dk i stedet for da for dansk)
Peger på ikke-200 URLs (redirects, 404'ere)
Blander x-default med en sprogspecifik side

Quick win: Crawl dit site og eksporter alle hreflang tags. Tjek for ikke-gensidige relationer — dette er den mest almindelige fejl og får Google til at ignorere hele dit hreflang-setup.

2. Locale routing-strategier

Hvordan du strukturerer URLs for forskellige sprog påvirker SEO, brugeroplevelse og teknisk kompleksitet. Der er tre hovedtilgange:

Undermappe (Anbefalet)

example.com/en/page
example.com/da/page
example.com/de/page

Fordele: Samlet domæneautoritet, let at administrere, ét SSL-certifikat, én analytics-property, én Search Console-property, bedst for de fleste sites.

Ulemper: Svagere geo-targeting signal end ccTLDs.

Subdomæne

en.example.com/page
da.example.com/page
de.example.com/page

Fordele: Kan hoste på forskellige servere/CDNs per region, separate crawl budgets.

Ulemper: Hvert subdomæne opbygger autoritet separat (link equity flyder ikke automatisk), flere Search Console-properties, mere komplekst setup.

Landekode-TLD (ccTLD)

example.com (Engelsk)
example.dk (Dansk)
example.de (Tysk)

Fordele: Stærkeste geo-targeting signal, brugere stoler på lokale TLDs, hvert domæne er uafhængigt.

Ulemper: Dyrt (køb 20+ domæner), separat autoritet per domæne, kompleks linkbuilding, separat analytics/console.

Vores anbefaling: Undermappe-routing for 90% af sites. Det koncentrerer al link-autoritet på ét domæne mens det giver klare locale-signaler. Brug /{locale}/page format.

https://langr.org/page        (Engelsk, standard)
https://langr.org/da/page     (Dansk)
https://langr.org/de/page     (Tysk)
https://langr.org/ja/page     (Japansk)

Quick win: Hvis du bruger subdomæner og kæmper med autoritet, overvej at migrere til undermapper. Sites der migrerer fra subdomæner til undermapper ser typisk 20-50% organisk trafikstigning inden for 3-6 måneder efterhånden som link equity konsolideres.

3. Oversættelseskvalitet vs maskinoversættelse

Oversættelseskvalitet påvirker rankings direkte. Google kan detektere maskinoversættelse og kan nedvurdere dårligt oversatte sider. Men 2026 AI-oversættelse er dramatisk bedre end tommelfingerreglerne fra 2020.

Oversættelseskvalitets-spektrummet:

| Niveau | Metode | Kvalitet | Pris | Bedst til | |--------|--------|----------|------|-----------| | 1 | Rå GPT/DeepL output | 60-75% | ~0 kr | Intern brug, udkast | | 2 | AI + post-editing prompts | 75-90% | ~0 kr | Blogindhold, ikke-kritiske sider | | 3 | AI + menneskelig gennemlæsning | 90-97% | 0,20-0,60 kr/ord | Produktsider, nøgle-landingssider | | 4 | Professionel modersmålsoversætter | 97-100% | 0,75-1,90 kr/ord | Juridisk, medicinsk, brand-kritisk |

Nøgleindsigt for 2026: Niveau 2 (AI med kvalitetsprompts) er nu tilstrækkeligt for det meste webindhold. Googles duplicate content-algoritmer straffer ikke længere veldone maskinoversættelse — de straffer dårlig oversættelse der ikke giver værdi.

Tegn på oversættelse der skader SEO:

Ikke-oversatte segmenter blandet med oversat indhold
UI-elementer (knapper, labels) stadig på kildesproget
Locale-specifik formatering ikke tilpasset (datoer, valutaer, telefonnumre)
Kulturelle referencer der ikke oversættes (idiomer, vittigheder, eksempler)
Samme meta title/description på tværs af alle sprog

Quick win: Tjek dine oversatte sider for blandet-sprog indhold. Hvis nogen knapper, labels eller UI-elementer stadig er på dit kildesprog, ret dem straks — blandet-sprog sider signalerer lav kvalitet til Google.

4. International targeting i Search Console

Google Search Consoles internationale targeting-indstillinger hjælper Google med at forstå hvilke sider der skal ranke i hvilke lande.

For undermappe-setups:

Du kan ikke sætte landetargeting per undermappe (kun per domæne/subdomæne)
Stol i stedet på hreflang + indholdssprog + brugersignaler
Indsend per-locale sitemap: sitemap-en.xml, sitemap-da.xml

For ccTLDs:

.dk targeteres automatisk til Danmark
.de targeteres automatisk til Tyskland
Ingen manuel konfiguration nødvendig

Praktiske trin:

Verificer dit site i Search Console (én property for undermappe-setup)
Indsend dit sitemap med hreflang-annotationer
Tjek "International Targeting" rapport for fejl
Overvåg "Coverage" rapport per sprog (brug URL-parameterfiltrering)
Tjek for "Duplicate without user-selected canonical" advarsler — disse indikerer ofte hreflang-problemer

Quick win: Gå til Search Console > Performance > Filtrer efter land. Tjek om brugere i Tyskland lander på dine engelske sider i stedet for tyske. Hvis ja, har din hreflang-konfiguration fejl.

5. Indholdslokalisation (Ikke bare oversættelse)

Lokalisation går ud over ord-for-ord oversættelse. Det tilpasser indhold til kulturel kontekst, lokal søgeadfærd og markedsspecifikke behov.

Hvad du skal lokalisere:

Valuta og priser: Vis lokal valuta (EUR i Tyskland, DKK i Danmark, JPY i Japan)
Dato/tidsformater: 25/06/2026 (EU) vs 06/25/2026 (US) vs 2026/06/25 (ISO/Japan)
Telefonnumre: Lokalt format med landekode for internationalt
Adresser: Match lokalt postformat
Social proof: Lokale kundenavne, lokale virksomheder, lokale cases
CTAs: Tilpas tone (formel på tysk/japansk, uformel på engelsk/dansk)
Billeder: Lokaliser tekst i billeder, brug kulturelt passende visuals
Juridisk: GDPR for EU, forskellige cookie-consent krav per land
Eksempler: Lokale brands, lokale websites, lokale referencer

Indhold der ikke bør direkte oversættes:

Blogposts om lokale emner (skriv unikt per marked)
Cases (brug lokale virksomheder)
Pricing-sider (forskellige priser per marked er gyldigt)
Nyhedsindhold (regional relevans varierer)

Keyword-lokalisering: Oversæt ikke keywords — undersøg dem lokalt. "Car insurance" på engelsk er "bilforsikring" på dansk, men søgevolumen-lederen kan faktisk være et helt andet ord. Brug lokale keyword research-værktøjer.

Quick win: Tjek din pricing-side på tværs af alle sprog. Viser den den korrekte lokale valuta? Er dine CTAs kulturelt passende?

6. RTL-support

Højre-til-venstre sprog (arabisk, hebraisk, farsi/persisk, urdu, pashto) kræver betydelig layout-tilpasning. At servere RTL-indhold med venstre-til-højre layout gør dit site ubrugeligt for ~500 millioner modersmålstalere.

Teknisk implementering:

<html lang="ar" dir="rtl">

Hvad der skal flippes i RTL:

Tekstjustering (højrejusteret brødtekst)
Layout-retning (sidebars flytter fra venstre til højre)
Navigationsrækkefølge (omvendt)
Ikoner med retningsbetydning (pile, fremskridtbarer)
Padding og margin (byt venstre/højre værdier)

Hvad der IKKE skal flippes:

Telefonnumre og matematiske udtryk
Venstre-til-højre brandnavne og logoer
Audio/video afspiller-kontroller
Indlejrede kodeblokke

CSS-tilgang (moderne):

/* Brug logiske egenskaber */
.card {
  margin-inline-start: 1rem;  /* erstatter margin-left */
  padding-inline-end: 0.5rem; /* erstatter padding-right */
  border-start-start-radius: 8px; /* top-venstre i LTR, top-højre i RTL */
}

Quick win: Hvis du understøtter arabisk eller hebraisk, tilføj dir="rtl" til dit HTML-element for de locales og brug CSS logiske egenskaber. Denne ene ændring fikser 80% af RTL layout-problemer.

7. Sprogdetektion og routing

Hvordan du beslutter hvilken sprogversion der vises til en bruger påvirker både UX og SEO.

Best practice: URL-baseret med præference-cookie

Første besøg: Vis indhold baseret på URL (f.eks. /da/page = dansk)
Rod-URL (/): Redirect baseret på Accept-Language header ELLER vis standard (engelsk)
Manuel skift: Når bruger vælger sprog, sæt en cookie og respekter den ved fremtidige besøg
Aldrig: Auto-redirect væk fra en sprogspecifik URL

Hvad du skal undgå:

IP-baserede redirects (Google crawler fra US IPs → indekserer kun engelsk)
JavaScript-only sprogdetektion (søgemaskiner kan ikke eksekvere JS pålideligt)
Redirecting /de/page til /en/page for engelske brugere (bryder hreflang)
Cloaking (vis forskelligt indhold baseret på user-agent)

SEO-kritisk regel: Hver sprog-URL skal være direkte tilgængelig for Googlebot uden redirects. Hvis Google crawler /da/page og bliver redirectet til /en/page, vil det aldrig indeksere dit danske indhold.

Quick win: Verificer at Googlebot kan tilgå alle dine sprog-URLs direkte. I Search Console, brug URL Inspection-værktøjet på en ikke-engelsk URL. Viser den en redirect, ret din routing-logik.

8. Duplicate content på tværs af sprog

Multi-language sites har en unik duplicate content-udfordring: lignende sider på forskellige sprog kan konkurrere med hinanden i søgeresultaterne.

Hvornår duplicate content bliver et problem:

Sider der er 90%+ identiske på tværs af sprog (ikke-oversat indhold)
Samme URL tilgængelig med og uden locale-prefix (/page og /en/page)
Manglende canonical tags der tillader begge versioner at indekseres
Hreflang-fejl der får Google til at vælge den "forkerte" version

Løsninger:

| Problem | Løsning | |---------|---------| | Ikke-oversatte sider | Brug noindex indtil oversat, eller vis engelsk med klar sprogindikator | | Dobbelt-URLs (/page + /en/page) | 301 redirect den ene til den anden | | Google indekserer forkert sprog | Ret hreflang-gensidighed, verificer i Search Console | | Lav-kvalitets oversættelser indekseret | Forbedre oversættelseskvalitet eller konsolider til færre sprog |

Canonical tag-strategi:

<!-- Hver sprogside er sin egen canonical -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

Peg aldrig canonical fra ét sprog til et andet — det fortæller Google at ignorere den oversatte version helt.

Quick win: Søg site:ditdomain.dk "din sidetitel" i Google. Hvis du ser både engelske og oversatte versioner for samme forespørgsel, har du et duplicate content- eller hreflang-problem.

Multi-language SEO tjeklisten

Kør denne igennem for hvert internationaliseret site:

[ ] Hreflang tags på alle sider, inklusive selv-refererende og x-default
[ ] Alle hreflang-relationer er gensidige (tjekket med crawler)
[ ] Korrekt locale routing (undermappe anbefalet): /{locale}/page
[ ] Ingen automatiske redirects fra sprogspecifikke URLs
[ ] Oversættelseskvalitet valideret (ingen blandede-sprog sider)
[ ] Meta title og description unikke per sprog (ikke duplikeret)
[ ] Valuta, datoer og formater lokaliseret per marked
[ ] RTL-support implementeret for arabisk/hebraisk/farsi (hvis relevant)
[ ] Per-locale sitemap indsendt til Search Console
[ ] Hver sprogside har sin egen canonical URL (peger ikke til et andet sprog)
[ ] Ingen rå i18n-nøgler synlige på nogen side
[ ] Sprogvælger tilgængelig på alle sider (linker til ækvivalente sider, ikke forsiden)

Hvordan LANGR tjekker multi-language SEO

LANGR har to dedikerede moduler til multi-language SEO:

i18n-checker: Crawler op til 5 locale-varianter af dine sider og tjekker:

Hreflang tag-komplethed og gensidighed
Utilgængelige locale-URLs (returnerer 404 eller redirecter)
Hardkodede/ikke-oversatte strenge på tværs af locales (fallback-detektion)
Rå i18n-nøgler eksponeret som synlig tekst
Oversættelsesdækning i procent

Translation scanner: AI-drevet kvalitetsvurdering:

Evaluerer oversættelsesnaturlighed på en 0-100 skala
Detekterer maskinoversættelsesartefakter
Identificerer ikke-oversatte segmenter inden i ellers oversatte sider
Tjekker UI-elementer (knapper, labels, navigation) separat fra brødtekst

Kombineret tjekker disse moduler din multi-language implementering fra både det tekniske (hreflang, routing, canonicals) og kvalitets (oversættelse, lokalisation) perspektiv — to af LANGRs 13 SEO-discipliner.

Almindelige multi-language fejl (rangeret efter impact)

Ikke-gensidig hreflang — Google ignorerer hele setupet
Auto-redirect baseret på IP — Forhindrer Googlebot i at indeksere ikke-engelske versioner
Samme meta tags på tværs af sprog — Spilder ranking-potentialet for oversatte sider
Blandede-sprog sider — Knapper på engelsk, indhold på tysk = lavt kvalitetssignal
Ingen x-default — Google kan ikke bestemme din fallback-version
Oversætter URLs bogstaveligt — /about-us → /om-os er fint, men hold det konsistent
Ignorerer RTL — Ødelagt layout for 500M+ modersmålstalere
Canonical peger til andet sprog — Dræber den oversatte version i Googles indeks

Hvad er næste skridt?

Trin 11: B2B Lead Discovery — Forvandl SEO-data til kvalificerede leads med automatiseret prospecting, domænebaseret lead scoring og outreach drevet af SEO-fund.

Denne guide er del af LANGRs 13-trins SEO-serie. Kør en gratis audit for at se hvor dit site står på tværs af alle 13 discipliner.

SEO-guide Trin 10: Multi-language SEO — Nå globale målgrupper uden at udvande dine rankings