Flersproget WordPress: Polylang, WPML eller multisite?

Kort svar: Tre arkitekturer, tre profiler. Polylang er let og kører i samme installation – et godt valg til indholdssites og mindre shops med to-tre sprog. WPML er den tunge alt-inklusive-løsning og stærkest, når en WooCommerce-shop skal lokaliseres fuldt ud (produkter, varianter, mails, plugintekster). Multisite giver et separat site pr. sprog med fuld frihed pr. marked, men dobbelt drift. Vælg rigtigt første gang – en migrering mellem løsningerne er et projekt, ingen ønsker sig.

Fagligt gennemgået: 2. oktober 2026

Flersproget WordPress er et område, hvor det første valg følger dig i årevis. Sprogløsningen væver sig ind i URL’er, indhold og plugins, og et skifte senere er nærmere en flytning end en indstilling.

Denne guide gennemgår de tre arkitekturer, de konkrete forskelle på Polylang og WPML, WooCommerce-dimensionen og en beslutningsmatrix, der peger på dit svar.

De tre arkitekturer

• Plugin i samme installation (Polylang, WPML og lignende): hvert indhold får sprogversioner i samme WordPress – én admin, én pluginstak og delte medier. URL-strukturen bliver typisk /sv/ og /en/ på samme domæne. Det giver den enkleste drift og er rigeligt for de fleste.
• Multisite: WordPress’ indbyggede netværk med et selvstændigt site pr. sprog. Alt kan afvige pr. marked – tema, plugins, sortiment og priser – og ét sprogs problemer smitter ikke de andre. Prisen er drift gange antal sites og synkronisering af indhold som håndarbejde eller med ekstra værktøj.
• Proxy- eller skyløsninger (fx Weglot-typen): oversættelsen ligger som et lag uden på sitet. Det er hurtigst i gang, men giver et løbende abonnement, mindre kontrol og en afhængighed, du bør have en exit-plan for.

Domænespørgsmålet (.se eller /sv/?) er en selvstændig beslutning oven på arkitekturen. Det får sin egen behandling i guiden om domænestrategi.

Kriterium	Polylang (+ tilføjelser)	WPML	Multisite	Proxy/sky
Installation	Én	Én	Én pr. sprog i netværk	Uden på sitet
Redaktionel hverdag	Enkel	Flere indstillinger	Separat pr. site	Oversættelser i ekstern tjeneste
WooCommerce	Kræver Polylang for WooCommerce	WooCommerce Multilingual & Multicurrency	Hvert site er sin egen shop	Afhænger af tjenesten
Forskellige sortimenter pr. land	Begrænset	Muligt, men kræver opsætning	Naturligt	Begrænset
Afhængighed	Lav	Licens	Lav, men mere drift	Høj – abonnement

Polylang mod WPML – forskellene, der mærkes

Begge er modne, veldrevne og udbredte. Valget handler om behov, ikke religion.

Polylang er den lette. Kernen er gratis, og Polylang Pro tilføjer finesser. Det lille ydelsesaftryk og den ligetil redaktionelle hverdag er styrken: opret indhold, kobl sprogversionerne, færdig. Svaghederne viser sig i kanterne – oversættelse af plugin- og temastrenge samt komplekse integrationer kræver mere håndarbejde. Til WooCommerce skal du bruge tilføjelsen Polylang for WooCommerce, som kører sammen med Polylang eller Polylang Pro og også findes i en samlet pakke.

WPML er den tunge. Alt kan oversættes – indhold, strenge, menuer, formularer og WooCommerce ned i mindste detalje – med indbygget oversættelsesstyring (arbejdsgange, maskinoversættelse og integration med oversættere). Prisen er en licens, et større fodaftryk og flere indstillinger at lære.

Tommelfingerreglen: kan du beskrive dit behov som „sider og indlæg på to-tre sprog“, så vælg let. Lyder det som „hele butikken, alle tekster, flere arbejdsgange“, så vælg tungt. Kør under alle omstændigheder oversættelsesarbejdsgangen fra guiden om AI-oversættelse ovenpå, uanset motor.

WooCommerce-dimensionen

På en webshop er flersprogethed mere end tekster:

• Produkter og varianter skal kobles på tværs af sprog, så de deler samme lager.
• Kategorier og attributter skal oversættes.
• Ordremails og checkout-tekster skal følge kundens sprog.
• Priserne skal kunne afvige pr. valuta, jf. guiden om valuta og prissætning.

Her løfter WPML’s WooCommerce Multilingual & Multicurrency, som følger med WPML’s Multilingual CMS- og Agency-planer, det mest komplette læs: oversatte produkter, flersprogede ordremails og priser pr. marked eller automatisk omregning. Polylang for WooCommerce dækker de fleste behov med lidt mere håndarbejde. Multisite løser det hele ved at undgå det: hvert site er sin egen shop med eget sortiment og egen prisliste, koblet til et fælles lager via integration, hvis det er nødvendigt.

Testen før valget: opstil dine fem sværeste krav – fx „samme lager, forskellige priser og forskellige betalingsmetoder pr. land“ – og efterprøv dem konkret i dokumentationen. Det er kanterne, ikke gennemsnittet, der vælger løsningen.

Hvad sker der med SEO og URL’er?

Uanset motor skal tre ting være på plads, før søgemaskinerne forstår de nye sprog:

• Én URL pr. sprog – fx /sv/produkt/ – aldrig sprogskift via cookie eller browserindstilling alene. Søgemaskiner crawler uden cookies og ser ellers kun ét sprog.
• hreflang-markering mellem sprogversionerne. Både Polylang og WPML kan generere den, men den skal kontrolleres, jf. hreflang i praksis.
• Oversatte slugs og metadata – titel, beskrivelse og URL på det lokale sprog. En svensk side med danske slugs og dansk meta-beskrivelse halter.

Tjek også, at dit SEO-plugin samarbejder med sprogpluginet om sitemaps, så hvert sprog kommer med. Og lad være med automatisk at omdirigere besøgende efter IP – guiden om geolokation og omdirigering forklarer hvorfor.

Beslutningsmatrixen

• Indholdssite eller lille shop, 2–3 sprog, samme sortiment: Polylang (evt. med Pro og WooCommerce-tilføjelsen) – letteste drift og mindste aftryk.
• WooCommerce med fuld lokalisering, én organisation: WPML – alt kan oversættes, én admin og én drift.
• Selvstændige markeder med egne sortimenter, priser, teams eller juridiske enheder: multisite. Friheden er pointen, og dobbeltdriften er prisen. Sørg for, at synkroniseringsrutinerne er aftalt fra dag ét.
• Hurtig test af et marked: en proxyløsning kan forsvares som midlertidigt eksperiment – med åbne øjne om afhængigheden.

Én regel gælder på tværs: har du allerede en fungerende løsning, er den, der kører, næsten altid bedre end en migrering til den perfekte. Skift kun på reelle, blokerende behov.

Pilottesten: sådan efterprøver du valget

Brug en eftermiddag på staging, før du forpligter hele kataloget:

1. Opret ti rigtige sider og fem produkter med varianter på to sprog.
2. Oversæt menuer, footer, formularer og de tekster, dit tema og dine vigtigste plugins viser.
3. Gennemfør et testkøb på hvert sprog, og kontrollér, at ordremailen kommer på kundens sprog.
4. Kontrollér kildekoden for hreflang og sprogversionernes URL’er og titler.
5. Mål svartiden på en oversat side og en produktside før og efter aktivering.
6. Lad den, der skal redigere til daglig, prøve at rette en tekst og oprette et nyt produkt.

Det sidste punkt afgør ofte valget: en løsning, redaktøren ikke kan finde rundt i, ender med halvt oversatte sider.

Kan man skifte senere?

Ja – men regn det som en flytning. Sprogkoblinger, URL-strukturer og strengoversættelser skal genopbygges, og redirects skal beskytte placeringerne for hver eneste oversatte URL. Derfor lægges energien foran beslutningen: efterprøv kravene, kør pilottesten, og mærk den redaktionelle hverdag, før du forpligter dig.

Når valget er truffet, er der to discipliner, der afgør succesen i søgemaskinerne: korrekt hreflang-opsætning, så hvert sprog vises for de rigtige, og flersproget søgeordsarbejde, så sprogene rammer det, folk faktisk søger efter.

Fundamentet gælder dobbelt for flersprogede sites: flere URL’er, flere crawls og flere markeder stiller større krav til hostingens ydelse og caching. Langsomt indlæst svensk er præcis lige så dødt som langsomt dansk.

Læs også

• Hub: Salg over grænser
• hreflang i praksis
• Flersproget SEO: søgeord, der ikke kan oversættes direkte
• AI-oversættelse af webshoppen
• Hold tre sprog synkrone
• WordPress hosting hos Hostious – LiteSpeed, NVMe og staging fra WP StartUp til pilottesten

Ofte stillede spørgsmål om flersproget WordPress

Er Polylang eller WPML bedst?

Det afhænger af behovet. Polylang passer til indholdssites og mindre shops (let og billigt), og WPML til fuldt lokaliserede WooCommerce-shops, hvor alt skal kunne oversættes. Begge er modne – vælg efter dine fem sværeste krav.

Hvornår er multisite det rigtige?

Når markederne er reelt selvstændige: egne sortimenter, priser, teams eller juridiske enheder. Friheden pr. marked er pointen – dobbeltdriften er prisen.

Påvirker flersprogede plugins hastigheden?

Polylang er let; WPML fylder mere, men er håndterbart på ordentlig hosting med caching. Den reelle hastighedsfaktor er som altid fundamentet – ikke sprogpluginet alene.

Kan jeg skifte fra Polylang til WPML senere?

Ja, men det er et projekt: sprogkoblinger, strengoversættelser og URL’er skal genopbygges, og redirects skal beskytte de oversatte siders placeringer. Kør en pilottest på staging, før du vælger, så du undgår skiftet.