WPML og SEO: Sådan opsætter du sprog, domæner og hreflang korrekt

WPML gør det muligt at drive flere sprogversioner af en WordPress-hjemmeside fra den samme installation. Men en forkert opsætning af WPML og SEO kan medføre, at Google viser det forkerte sprog, overser oversatte sider eller opfatter flere sprogversioner som dubletter.

En korrekt opsætning handler derfor om mere end at oversætte teksten. Du skal også tage stilling til URL-struktur, domæner, hreflang, canonical-tags, metadata, interne links, sitemaps og indeksering.

I denne guide gennemgår vi, hvordan du opsætter en flersproget WordPress-hjemmeside med WPML, så både brugerne og Google kan forstå, hvordan de forskellige sprogversioner hænger sammen.

Hvad er WPML?

WPML står for WordPress Multilingual Plugin og bruges til at oprette flersprogede WordPress-hjemmesider.

Med WPML kan du blandt andet oversætte:

• Sider og blogindlæg
• WooCommerce-produkter
• Kategorier og tags
• Menuer
• Widgets
• Elementor-skabeloner
• Tekster fra temaer og plugins
• URL-slugs
• SEO-titler og metabeskrivelser
• Billedtekster og alt-tekster

WPML forbinder de oversatte sider, så systemet ved, at en dansk, svensk og engelsk side er forskellige sprogversioner af det samme indhold.

Denne forbindelse er afgørende for hjemmesidens hreflang-tags og internationale SEO.

Hvorfor er WPML-opsætningen vigtig for SEO?

En besøgende kan som regel se, hvilket sprog en side er skrevet på. Søgemaskiner har derimod brug for tydelige tekniske signaler for at forstå:

• Hvilket sprog siden er skrevet på
• Hvilket land siden er målrettet mod
• Hvilke sider der er oversættelser af hinanden
• Hvilken version der skal vises til forskellige brugere
• Om to ens sider er dubletter eller lokale alternativer
• Hvilken URL der er den primære version af hver side

WPML kan generere mange af disse signaler automatisk, men kun hvis sprog, oversættelser og domæner er forbundet korrekt.

En forkert konfiguration kan eksempelvis føre til:

• Manglende hreflang-tags
• Hreflang-tags, der peger på 404-sider
• Canonical-tags til det forkerte sprog
• Danske sider i svenske søgeresultater
• Engelske sidetitler på danske sider
• Dublerede produkt- og kategorisider
• Oversatte sider, der ikke kommer med i sitemap
• Sprogversioner uden interne links
• Automatisk omdirigering, der forhindrer Google i at crawle alle versioner

Vælg den rigtige URL-struktur

En af de første beslutninger er, hvordan de forskellige sprog skal vises i webadresserne.

WPML understøtter som udgangspunkt tre overordnede strukturer:

1. Sprog i mapper
2. Forskellige domæner eller subdomæner
3. Sprog som URL-parameter

Valget har betydning for både administration, branding og SEO.

Mulighed 1: Sprog i mapper

Med sprogmapper ligger alle sprog på det samme domæne:

• eksempel.dk/
• eksempel.dk/en/
• eksempel.dk/se/
• eksempel.dk/de/

Dette er ofte den enkleste løsning.

Fordelene er blandt andet:

• Alle links peger til det samme hoveddomæne
• Domænets autoritet samles ét sted
• Der skal kun administreres ét overordnet domæne
• SSL og DNS er forholdsvis enkelt
• Analyse og Search Console er lettere at samle
• Sprogversionerne er tydeligt adskilt

Sprogmapper er et godt valg, når virksomheden opererer internationalt under det samme brand, og der ikke er behov for forskellige nationale domæner.

En dansk virksomhed kan eksempelvis bruge:

• Dansk: virksomhed.dk/
• Engelsk: virksomhed.dk/en/
• Tysk: virksomhed.dk/de/

Det er vigtigt, at hver sprogversion får sin egen permanente URL. Sproget bør ikke kun blive ændret gennem en cookie eller en indstilling uden en ny adresse.

Mulighed 2: Forskellige domæner til hvert sprog

WPML kan også bruge separate domæner:

• Dansk: eksempel.dk
• Svensk: eksempel.se
• Tysk: eksempel.de
• Internationalt: example.com

Det kan være en stærk løsning, når virksomheden har forskellige nationale brands, markeder, priser eller juridiske oplysninger.

Et landedomæne som .dk, .se eller .de sender et tydeligt geografisk signal om, hvilket land hjemmesiden henvender sig til. Det kan samtidig skabe mere tillid hos lokale kunder.

Ulemperne er, at løsningen bliver mere kompleks:

• Hvert domæne skal registreres og vedligeholdes
• DNS skal pege korrekt
• Alle domæner skal have SSL-certifikat
• Domænernes autoritet kan være forskellig
• Backlinks fordeles mellem flere domæner
• Search Console og analyse skal kontrolleres for hvert domæne
• Cookies og login kan fungere anderledes på tværs af domænerne

Separate domæner er derfor ikke automatisk den bedste SEO-løsning. De giver især mening, når der er et reelt forretningsmæssigt behov for lokale domæner.

Mulighed 3: Subdomæner

Sprogversionerne kan også placeres på subdomæner:

• Dansk: dk.eksempel.com
• Svensk: se.eksempel.com
• Tysk: de.eksempel.com

Det giver en tydelig teknisk adskillelse, men kræver mere administration end sprogmapper.

Subdomæner kan være relevante, hvis forskellige markeder har særlige tekniske eller organisatoriske behov. Hvis alle sprog administreres i samme WordPress-installation og følger samme struktur, vil sprogmapper ofte være enklere.

Mulighed 4: Sprog som URL-parameter

En parameterbaseret struktur kan eksempelvis se sådan ud:

• eksempel.dk/?lang=da
• eksempel.dk/?lang=en

Denne løsning kan fungere teknisk, men den er sjældent vores første anbefaling til en ny flersproget hjemmeside.

Mapper og domæner giver normalt mere forståelige, delbare og brugervenlige URL’er. De gør det også lettere at se sidens sprog direkte i adressen.

Hvilken URL-struktur er bedst?

Der findes ikke én løsning, som er bedst for alle virksomheder.

For de fleste mindre og mellemstore virksomheder vil sprogmapper være den enkleste løsning.

Separate landedomæner kan være relevante, hvis virksomheden har en tydelig strategi for hvert land og ressourcer til at opbygge synlighed på flere domæner.

Sådan opsætter du forskellige domæner i WPML

Hvis du vælger separate domæner, skal alle domæner pege på den samme WordPress-installation.

Antag eksempelvis, at du har:

• eksempel.dk til dansk
• eksempel.se til svensk

Begge domæner skal føre til den samme installation, hvorefter WPML vælger det rigtige sprog ud fra det anvendte domæne.

Den overordnede proces er:

1. Registrér domænerne

Du skal eje alle de domæner, der skal anvendes.

Kontrollér samtidig:

• Udløbsdato
• Kontaktoplysninger
• DNS-adgang
• Eventuelle eksisterende redirects
• Om domænet tidligere har været anvendt

Hvis et domæne har en historik, kan det være relevant at undersøge tidligere indhold, indekserede sider og backlinks.

2. Peg domænerne mod samme server

Domænernes DNS skal pege mod den server, hvor WordPress-installationen ligger.

På hostingen skal de sekundære domæner typisk tilføjes som aliaser eller parkerede domæner. De må ikke føre til hver sin separate WordPress-installation, hvis WPML skal administrere sprogene samlet.

Før WPML aktiveres til forskellige domæner, bør begge adresser kunne vise den samme WordPress-installation.

Det sekundære domæne bør ikke først lave en almindelig 301-redirect til hoveddomænet. WPML skal kunne modtage forespørgslen på domænet og vise den tilknyttede sprogversion.

3. Opsæt SSL på alle domæner

Alle sprogdomæner skal fungere med HTTPS.

Kontrollér blandt andet:

• At certifikatet dækker alle domæner
• At der ikke er advarsler om usikker forbindelse
• At billeder, scripts og styles indlæses via HTTPS
• At HTTP-versioner redirecter til den rigtige HTTPS-version
• At www og non-www håndteres konsekvent

Mixed content eller forkert opsatte redirects kan give både bruger- og crawlingproblemer.

4. Vælg domænerne i WPML

I WordPress går du til:

WPML → Languages → Language URL format

Her vælges muligheden for et forskelligt domæne pr. sprog.

Indtast det korrekte domæne til hvert sprog, og lad WPML validere opsætningen.

Hvis du bruger Elementor eller en anden page builder på tværs af domæner, kan det være nødvendigt at aktivere WPML’s funktion til automatisk login mellem domænerne. Ellers kan du blive logget ud, når editoren skifter til et andet sprogdomæne.

5. Test hvert domæne

Åbn alle sprogdomæner i en privat browser og kontrollér:

• At domænet viser det rigtige sprog
• At HTTPS fungerer
• At sprogskifteren peger korrekt
• At login og redigering fungerer
• At billeder og styles indlæses
• At kurv og checkout fungerer på en webshop
• At canonical og hreflang peger på HTTPS-versionerne
• At domænet ikke laver en forkert redirect

Test både forsiden, en underside, et blogindlæg og eventuelle produkter.

Hvad er hreflang?

Hreflang er en HTML-attribut, der fortæller Google, at en side findes i alternative sprog- eller landeversioner.

En dansk side kan eksempelvis indeholde følgende:

<link rel="alternate" hreflang="da-DK" href="https://eksempel.dk/produkt/" />
<link rel="alternate" hreflang="sv-SE" href="https://eksempel.se/produkt/" />
<link rel="alternate" hreflang="en" href="https://example.com/product/" />

Disse tags fortæller, at URL’erne er relaterede versioner af det samme indhold.

Hreflang hjælper Google med at vælge den mest relevante version ud fra brugerens sprog og placering. Det er dog et signal og ikke en garanti. Google kan vælge en anden version, hvis øvrige signaler peger i en anden retning.

Sådan skal hreflang fungere

En korrekt hreflang-opsætning skal opfylde flere krav.

Hver side skal henvise til sig selv

Den danske side skal ikke kun henvise til svensk og engelsk. Den skal også inkludere sig selv som dansk version.

Eksempel:

<link rel="alternate" hreflang="da-DK" href="https://eksempel.dk/kontakt/" />
<link rel="alternate" hreflang="sv-SE" href="https://eksempel.se/kontakt/" />

Henvisningerne skal være gensidige

Hvis den danske side henviser til den svenske, skal den svenske side henvise tilbage til den danske.

Ellers kan Google ignorere forbindelsen.

Denne gensidighed kaldes ofte et return link.

URL’erne skal være komplette

Hreflang bør bruge komplette URL’er:

https://eksempel.dk/kontakt/

Undgå relative adresser som:

/kontakt/

Sprog- og landekoder skal være gyldige

Hreflang kan angive et sprog:

hreflang="en"

Eller et sprog og et land:

hreflang="en-GB"
hreflang="en-US"

Sproget kommer først, og landet kommer bagefter.

Brug eksempelvis:

• da-DK til dansk i Danmark
• sv-SE til svensk i Sverige
• de-DE til tysk i Tyskland
• en-GB til engelsk i Storbritannien
• en-US til engelsk i USA

Du kan ikke bruge en landekode alene. DK er derfor ikke en gyldig erstatning for da-DK.

Hvis indholdet er relevant for alle engelsktalende brugere, kan en være mere passende end en bestemt landekombination.

Genererer WPML hreflang automatisk?

Ja. WPML kan automatisk indsætte hreflang-tags, når siderne er oprettet som forbundne oversættelser.

Det er en af de vigtigste fordele ved at bruge et dedikeret flersprogsplugin.

Det kræver dog, at:

• Sprogene er oprettet korrekt
• Siderne er forbundet som oversættelser
• Domæner og mapper er konfigureret korrekt
• Oversættelserne er publiceret
• URL’erne kan crawles
• Andre plugins ikke overskriver hreflang
• Cache viser den aktuelle kode

Du bør derfor ikke gå ud fra, at opsætningen er korrekt, bare fordi WPML er installeret.

Kontrollér kildekoden på flere typer sider.

Hvad er x-default?

x-default kan bruges til den version, der skal fungere som standard, når ingen af de angivne sprog eller regioner passer til brugeren.

Et eksempel kan være:

<link rel="alternate" hreflang="da-DK" href="https://eksempel.dk/" />
<link rel="alternate" hreflang="sv-SE" href="https://eksempel.se/" />
<link rel="alternate" hreflang="en" href="https://example.com/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

x-default kan pege på:

• En international engelsksproget version
• En sprogvælger
• En global standardside

Det er ikke et krav på alle flersprogede hjemmesider, men det kan være nyttigt, hvis der findes en naturlig standardversion.

Canonical og hreflang er ikke det samme

Canonical og hreflang har to forskellige funktioner.

Et canonical-tag fortæller, hvilken URL der er den primære version blandt dublerede eller meget ens URL’er.

Hreflang fortæller, at forskellige URL’er er alternative sprog- eller landeversioner.

Den danske side bør derfor som udgangspunkt have canonical til sig selv:

<link rel="canonical" href="https://eksempel.dk/produkt/" />

Den svenske side bør have canonical til sin egen svenske URL:

<link rel="canonical" href="https://eksempel.se/produkt/" />

Herefter forbinder hreflang de to sider.

En hyppig fejl er at lade alle sprogversioner have canonical til den danske side. Det fortæller Google, at den danske URL er den primære, mens hreflang samtidig fortæller, at siderne er ligeværdige lokale alternativer.

Disse signaler kan modarbejde hinanden.

Som udgangspunkt skal hver indekserbar sprogversion derfor have et selvrefererende canonical-tag.

WPML sammen med Yoast SEO

WPML kan bruges sammen med Yoast SEO gennem integrationen Yoast SEO Multilingual.

Kombinationen gør det muligt at oversætte SEO-relaterede oplysninger som:

• SEO-titel
• Metabeskrivelse
• Open Graph-titel
• Open Graph-beskrivelse
• Brødkrummer
• Canonical-relaterede oplysninger
• Schema-oplysninger
• Tekster fra Yoasts indstillinger

SEO-titler og metabeskrivelser bør oversættes manuelt eller kvalitetssikres for hvert marked. De bør ikke bare være ordrette oversættelser.

Et dansk søgeord er ikke nødvendigvis det samme som det svenske eller tyske søgeord. Brugernes formuleringer og søgeintention kan variere fra land til land.

Eksempel:

En dansk side kan være optimeret mod “luft til vand varmepumpe”, mens svenske brugere søger efter en anden lokal formulering. En direkte oversættelse uden søgeordsanalyse kan derfor ramme ved siden af den faktiske efterspørgsel.

Oversæt mere end selve brødteksten

En flersproget side er ikke færdig, bare fordi den synlige hovedtekst er oversat.

Kontrollér også:

• Sidetitel
• Metabeskrivelse
• URL-slug
• Menuer
• Kategorier
• Tags
• Knaptekster
• Formularfelter
• Fejlmeddelelser
• Brødkrummer
• Billedtekster
• Alt-tekster
• Produktattributter
• Checkout-tekster
• Header og footer
• Cookiebanner
• Juridiske sider
• Strukturerede data

En svensk produktside med dansk alt-tekst, engelsk knaptekst og dansk metabeskrivelse virker ikke færdig. Det kan både svække brugeroplevelsen og gøre sidens målretning mindre tydelig.

Skal URL-slugs oversættes?

Ja, i de fleste tilfælde er det en fordel at oversætte URL’en.

Eksempel:

• Dansk: /kontakt/
• Engelsk: /contact/
• Tysk: /kontakt/
• Svensk: /kontakt/

Ordene kan ligne hinanden på nogle sprog, men URL’en bør stadig vælges ud fra det lokale sprog og søgeord.

På produktsider kan en oversat slug gøre adressen mere forståelig:

• Dansk: /hestefoder-til-seniorheste/
• Svensk: /hastfoder-for-seniorhastar/

Undgå at ændre eksisterende URL’er uden grund. Hvis en indekseret slug ændres, skal den gamle adresse redirectes med en 301-redirect til den nye.

Sprogskifteren skal bruge rigtige links

Sprogskifteren bør linke direkte mellem de relaterede sprogversioner.

Hvis en besøgende står på en dansk produktside og vælger svensk, bør vedkommende komme til den svenske version af samme produkt – ikke den svenske forside.

En god sprogskifter:

• Bruger almindelige crawlbare links
• Fører til den tilsvarende oversættelse
• Viser sprogets navn tydeligt
• Fungerer uden cookies
• Er tilgængelig på mobil
• Skjuler eller håndterer manglende oversættelser fornuftigt

Flag alene er ikke altid tydelige. Et flag repræsenterer et land, mens et sprog kan blive anvendt i flere lande.

Skriv derfor gerne “Dansk”, “Svenska” og “English” i stedet for kun at vise flag.

Undgå automatiske redirects baseret på IP-adresse

Det kan virke smart automatisk at sende svenske brugere til den svenske side og danske brugere til den danske. Men tvungne redirects kan skabe problemer.

En bruger i Sverige kan ønske den engelske version. En dansker kan befinde sig i Tyskland. Googlebot crawler heller ikke nødvendigvis siden fra den placering, du forventer.

Hvis alle besøgende automatisk bliver flyttet ud fra IP-adresse, kan det gøre det vanskeligere for Google og brugerne at tilgå de alternative versioner.

En bedre løsning er ofte:

1. Vis den version, brugeren har åbnet.
2. Tilbyd en tydelig sprogskifter.
3. Vis eventuelt et diskret forslag om en anden version.
4. Husk brugerens valg uden at blokere adgang til andre sprog.

Brugeren bør selv kunne vælge.

Undgå tynde og automatiske oversættelser

WPML kan bruges sammen med automatiske oversættelsestjenester, men teknisk korrekte oversættelser er ikke nødvendigvis godt indhold.

Automatiske oversættelser kan blandt andet give:

• Forkerte fagudtryk
• Unaturligt sprog
• Danske vendinger oversat direkte
• Forkerte produktnavne
• Manglende lokal kontekst
• Fejl i priser og måleenheder
• Forkerte juridiske oplysninger
• Identiske søgeord på tværs af markeder

Google vurderer ikke kun, om teksten er oversat. Siden skal være nyttig for den lokale bruger.

Kvalitetssikr derfor vigtige landingssider, produkter og artikler med en person, der behersker sproget og forstår markedet.

Lokalisér indholdet til hvert marked

God international SEO er mere end oversættelse. Indholdet bør lokaliseres.

Det kan betyde forskellige:

• Priser
• Valutaer
• Leveringsmuligheder
• Betalingsmetoder
• Måleenheder
• Kontaktoplysninger
• Kundecases
• Anmeldelser
• Produktudvalg
• Regler og certificeringer
• Søgeord
• Call to actions

En dansk og svensk side behøver ikke have præcis samme tekststruktur. Hvis svenske kunder stiller andre spørgsmål end danske kunder, bør indholdet afspejle det.

WPML forbinder siderne teknisk, selvom de ikke er ordrette kopier.

WPML og WooCommerce SEO

En flersproget WooCommerce-webshop kræver ekstra opmærksomhed.

Kontrollér blandt andet:

• Produkter og variationer
• Produktkategorier
• Attributter
• Lagerstatus
• Valuta
• Priser
• Moms
• Fragtmetoder
• Kurv og checkout
• Systemmails
• Produkt-schema
• Canonical-tags
• Produktfeed
• Filtre og sortering

Et produkt bør være forbundet korrekt med sine oversættelser. Hvis samme produkt oprettes manuelt som to uafhængige produkter, kan WPML og hreflang ikke nødvendigvis forstå relationen.

Produktkategorier skal også oversættes og forbindes. En svensk produktside bør ikke ligge i en dansk kategoristruktur eller have danske brødkrummer.

Ved forskellige valutaer skal det samtidig kontrolleres, at Google og brugeren ser en konsistent pris. Prisen i HTML, schema markup og eventuelle produktfeeds bør stemme overens.

WPML sammen med Elementor

Elementor-skabeloner kan oversættes gennem WPML, men det er vigtigt at kontrollere visningsbetingelser og dynamisk indhold.

Gennemgå:

• Header
• Footer
• Single Post-skabeloner
• Produktskabeloner
• Kategoriskabeloner
• Popups
• Formularer
• Globale widgets
• Dynamiske felter
• Knapper og links

En skabelon kan godt være oversat, mens et dynamisk felt fortsat viser indhold fra standardsproget.

Ved forskellige domæner kan redigering i Elementor kræve, at WPML’s automatiske login mellem domæner er aktiveret. Ellers kan editoren miste sessionen, når den forsøger at åbne det sekundære domæne.

Test altid de publicerede sider. Det er ikke tilstrækkeligt kun at kontrollere dem i Elementor-editoren.

XML-sitemap på flere sprog

Et SEO-plugin som Yoast kan generere XML-sitemaps med de indekserbare sprogversioner.

Kontrollér, at sitemap kun indeholder URL’er, som:

• Returnerer statuskode 200
• Må indekseres
• Har korrekt canonical
• Er publicerede
• Bruger det rigtige sprogdomæne
• Ikke redirecter
• Ikke er dubletter

Ved separate domæner bør du kontrollere sitemap fra hvert domæne og sikre, at Google kan hente det.

Tilføj og verificér de relevante domæner i Google Search Console. Ved forskellige landedomæner bør hvert domæne overvåges, så du kan se indeksering, fejl og søgetrafik for det pågældende marked.

Indsend de relevante sitemaps, og kontrollér løbende:

• Indekserede sider
• Udelukkede sider
• Canonical-problemer
• Serverfejl
• Redirect-fejl
• Crawlet, men ikke indekseret
• Fundet, men ikke indekseret

Interne links skal pege på det rigtige sprog

En svensk side bør som udgangspunkt linke til andre svenske sider. Danske sider bør linke til danske sider.

En hyppig fejl er, at teksten bliver oversat, mens de interne links stadig peger til standardsproget.

Det kan medføre:

• At brugeren pludselig skifter sprog
• At den svenske sides autoritet sendes til danske URL’er
• At Google får uklare signaler om relationerne
• At lokale sider bliver sværere at finde
• Unødvendige redirects

Kontrollér links i:

• Brødtekst
• Knapper
• Menuer
• Footer
• Relaterede indlæg
• Produktbeskrivelser
• Elementor-skabeloner
• Globale widgets
• Banners og popups

Brug ikke automatisk den samme URL i alle oversættelser, medmindre destinationen faktisk er fælles for alle sprog.

De mest almindelige WPML- og SEO-fejl

1. Alle sprog har canonical til standardsproget

Hver indekserbar sprogversion bør normalt have canonical til sig selv.

2. Siderne er ikke forbundet som oversættelser

To sider kan ligne hinanden uden at være forbundet i WPML. Dermed kan hreflang-relationen mangle.

3. Hreflang peger på redirects eller 404-sider

Alle alternative URL’er bør være direkte tilgængelige med statuskode 200.

4. Metadata er ikke oversat

Den synlige tekst kan være svensk, mens SEO-titlen og metabeskrivelsen fortsat er dansk.

5. Interne links peger på det forkerte sprog

Oversatte sider sender brugere og Google tilbage til standardsproget.

6. Sprogskifteren sender alle til forsiden

Brugeren mister den side og kontekst, vedkommende var i.

7. Domænerne har forskellige HTTPS- eller www-versioner

Hreflang, canonical og redirects ender med at bruge forskellige adresser.

8. Vigtigt indhold er kun maskinoversat

Siden er teknisk korrekt, men sproget er unaturligt og mangler lokal værdi.

9. Der bruges tvungne IP-redirects

Google og brugerne kan få svært ved at tilgå alle sprogversioner.

10. Cache viser forkert sprog eller domæne

Et cacheplugin eller CDN kan servere dansk indhold på det svenske domæne, hvis cache-nøglen ikke tager højde for hostnavn eller sprog.

Sådan tester du WPML og hreflang

Du kan kontrollere opsætningen på flere måder.

Se sidens kildekode

Åbn en side, højreklik, og vælg “Vis sidens kildekode”.

Søg efter:

hreflang

Kontrollér:

• At alle publicerede sprogversioner er med
• At siden henviser til sig selv
• At adresserne bruger korrekt HTTPS og domæne
• At der ikke henvises til slettede sider
• At landekoderne er gyldige

Kontrollér canonical

Søg efter:

rel="canonical"

Canonical skal normalt pege på den aktuelle sprogversions egen URL.

Test alle returhenvisninger

Åbn den alternative sprogside og kontrollér, at den henviser tilbage til den oprindelige side.

Brug URL-inspektion i Search Console

Kontrollér hver vigtig sprogversion separat.

Se blandt andet:

• Om URL’en er indekseret
• Om crawling er tilladt
• Hvilken canonical du har angivet
• Hvilken canonical Google har valgt
• Hvornår siden sidst blev crawlet

Crawl hjemmesiden

På større flersprogede hjemmesider er et crawl-værktøj den mest effektive metode.

Et crawl kan afdække:

• Manglende hreflang
• Forkerte returhenvisninger
• 404-sider
• Redirects
• Manglende canonical
• Forkerte sprogkoder
• Dublerede titler
• Manglende oversættelser
• Interne links på tværs af sprog

Tjekliste til WPML SEO

Inden en ny sprogversion lanceres, bør du kontrollere følgende:

• Hvert sprog har en permanent og crawlbar URL

• URL-strukturen passer til virksomhedens markeder

• Alle domæner har korrekt DNS og SSL

• Siderne er forbundet som oversættelser i WPML

• Hreflang inkluderer siden selv

• Hreflang-forbindelserne er gensidige

• Hreflang bruger gyldige sprog- og landekoder

• Hver sprogversion har selvrefererende canonical

• SEO-titler og metabeskrivelser er oversat

• URL-slugs er lokaliseret

• Menupunkter og interne links peger på korrekt sprog

• Header, footer og Elementor-skabeloner er oversat

• Kategorier og produktattributter er oversat

• Alt-tekster og billedtekster er kvalitetssikret

• XML-sitemap indeholder de rigtige URL’er

• Sprogversionerne er verificeret i Search Console

• Der bruges ikke blokerende IP-redirects

• Cache er testet på alle domæner og sprog

• Mobilvisning og sprogskifter fungerer

• De vigtigste oversættelser er gennemgået af et menneske

Ofte stillede spørgsmål om WPML og SEO

Er WPML godt for SEO?

Ja, WPML kan være en god løsning til flersproget SEO, fordi pluginet forbinder oversættelser og kan generere hreflang-tags automatisk. Resultatet afhænger dog af korrekt opsætning og indholdets kvalitet.

Skal hvert sprog have sit eget domæne?

Nej. Sprogmapper som /en/ og /de/ er tilstrækkelige for mange virksomheder. Separate domæner er især relevante, når markederne skal fremstå tydeligt nationale eller drives med forskellige brands og strategier.

Skaber oversatte sider duplicate content?

Oversættelser betragtes normalt ikke som almindeligt duplicate content, når de reelt er skrevet på forskellige sprog. Hreflang hjælper Google med at forstå relationen mellem versionerne.

Hvis flere sider har næsten identisk indhold på samme sprog, eksempelvis engelsk til både USA og Storbritannien, bliver korrekt hreflang og lokal tilpasning særligt vigtigt.

Skal alle sprogversioner have canonical til hovedsproget?

Nej. Hver indekserbar sprogversion bør normalt have canonical til sin egen URL. Hreflang bruges til at forbinde de forskellige sprogversioner.

Skal hreflang tilføjes manuelt med WPML?

Normalt ikke. WPML kan generere hreflang automatisk, når oversættelser og sprogindstillinger er opsat korrekt. Du bør dog altid kontrollere det færdige output.

Er x-default nødvendigt?

Nej, x-default er ikke et krav. Det er relevant, når hjemmesiden har en naturlig standardversion eller en sprogvælger til brugere, som ikke matcher de øvrige sprog- og landekoder.

Kan WPML bruges med Yoast SEO?

Ja. Yoast SEO kan kombineres med WPML og integrationen Yoast SEO Multilingual, så blandt andet metadata og andre SEO-oplysninger kan håndteres på flere sprog.

Kan WPML bruges med Elementor?

Ja. WPML understøtter oversættelse af Elementor-indhold og skabeloner. Ved separate domæner skal login, visningsbetingelser, dynamiske felter og cache testes ekstra grundigt.

Konklusion: WPML kræver både teknisk opsætning og lokal tilpasning

WPML kan skabe et solidt fundament for en flersproget WordPress-hjemmeside, men pluginet kan ikke alene sikre gode internationale placeringer.

En stærk løsning kræver:

• En gennemtænkt URL-struktur
• Korrekt opsatte domæner
• Gyldige og gensidige hreflang-tags
• Selv-refererende canonical-tags
• Oversatte metadata og URL’er
• Interne links på det rigtige sprog
• Lokaliseret indhold af høj kvalitet
• Korrekte sitemaps og Search Console-data
• Grundig test af mobil, cache og skabeloner

Når de tekniske signaler og det lokale indhold arbejder sammen, bliver det lettere for Google at vise den rigtige side til den rigtige bruger.

Har din hjemmeside problemer med forkerte sprogversioner, manglende hreflang eller WPML på forskellige domæner? En teknisk SEO-gennemgang kan afdække, om fejlene ligger i WPML, Yoast, domæneopsætningen, canonical-tags eller hjemmesidens interne links.