Dansk hosting fra Aalborg
100% CO₂-neutral hosting
24/7/365 dansk support
support@hostious.io
● Hostious viden · artikel

Flersproget WordPress: Polylang, WPML eller multisite?

Skrevet af , stifter af Hostious · Udgivet 2. september 2026 · Opdateret 2. september 2026
Flersproget WordPress: Polylang, WPML eller multisite?

Kort svar: Tre arkitekturer, tre profiler. Polylang: let og hurtig i samme installation – det rigtige valg for indholdssites og mindre shops med to-tre sprog. WPML: den tunge alt-inklusive-løsning – stærkest, når en WooCommerce-shop skal FULDT lokaliseres (produkter, varianter, mails, plugin-tekster). Multisite: et separat site pr. sprog – ren adskillelse og fuld frihed pr. marked, men dobbelt drift; vælg det, når markederne har egne sortimenter, teams eller priser. Vigtigst: vælg RIGTIGT første gang – migrering mellem løsningerne er et projekt, ingen ønsker sig to af.

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 gør valget ordentligt: de tre arkitekturer, de konkrete forskelle på Polylang og WPML, WooCommerce-dimensionen – og beslutningsmatrixen, der peger på DIT svar.

De tre arkitekturer

Plugin i samme installation (Polylang, WPML og slægtninge): hvert indhold får sprogversioner i samme WordPress – én admin, én plugin-stak, delte medier; URL-strukturen bliver typisk /sv/ og /en/ på samme domæne. Enkleste drift, og rigeligt for de fleste. Multisite: WordPress’ indbyggede netværk med et selvstændigt site pr. sprog – alt kan afvige pr. marked (tema, plugins, sortiment, priser), og et sprogs problemer smitter aldrig de andre; prisen er drift × antal sites og indholds-synkronisering som håndarbejde eller ekstra værktøj. Proxy-/skyløsninger (Weglot-typen): oversættelsen ligger som lag UDEN PÅ sitet – hurtigst i gang overhovedet, men løbende abonnement, mindre kontrol og en afhængighed, du skal have en exit-plan for. Domænespørgsmålet (.se eller /sv/?) er en SELVSTÆNDIG beslutning oven på arkitekturen – den får sin egen behandling i domænestrategi-guiden.

Polylang mod WPML – forskellene, der mærkes

Begge er modne, veldrevne og udbredte – valget er behovsafklæring, ikke religion. Polylang er den lette: gratis kerne (pro-udgave til WooCommerce og finesser), lille ydelsesaftryk, ligetil redaktionel hverdag – opret indhold, kobl sprogversioner, færdig. Svaghederne viser sig i KANTERNE: oversættelse af plugin- og temastrenge samt komplekse integrationer kræver mere håndarbejde. WPML er den tunge: alt kan oversættes – indhold, strenge, menuer, formularer, WooCommerce ned i mindste detalje – med indbygget oversættelsesstyring (arbejdsgange, AI-/bureau-integration); prisen er licens, et større fodaftryk og flere indstillinger at lære. Tommelfingerregel: kan du BESKRIVE dit behov som „sider og indlæg på to-tre sprog“, vælg let; lyder det som „hele butikken, alle tekster, flere arbejdsgange“, vælg tungt – og kør ALTID oversættelses-arbejdsgangen fra AI-oversættelses-guiden ovenpå, uanset motor.

WooCommerce-dimensionen

Polylang, WPML eller multisite: flersproget WordPress og WooCommerce – arkitekturer og beslutningsmatrix

På en webshop er flersprogethed mere end tekster: produkter og VARIANTER skal kobles på tværs af sprog (samme lager!), kategorier og attributter oversættes, ordremails og checkout-strenge skal følge kundens sprog, og priser skal kunne afvige pr. valuta (jf. valuta-guiden). Her trækker WPML’s WooCommerce-modul det tunge læs mest komplet, Polylang Pro dækker de fleste behov med lidt mere håndarbejde – og multisite løser det hele ved at UNDGÅ det: hvert site er sin egen shop med eget sortiment og egen prisliste, koblet sammen med fælles lager via integration, hvis nødvendigt. Testen før valget: opstil dine fem sværeste krav (fx „samme lager, forskellige priser, forskellige betalingsmetoder pr. land“), og efterprøv dem konkret i dokumentationen – det er kanterne, ikke gennemsnittet, der vælger løsningen.

Beslutningsmatrixen

Indholdssite eller lille shop, 2-3 sprog, samme sortiment: Polylang (evt. Pro) – letteste drift, mindste aftryk. WooCommerce med fuld lokalisering, én organisation: WPML – alt kan oversættes, én admin, én drift. Selvstændige markeder (egne sortimenter, priser, teams eller juridiske enheder): multisite – friheden er pointen, og dobbeltdriften prisen; sørg for, at synkroniserings-rutinerne er aftalt fra dag ét. Hurtig test af et marked: proxy-løsning KAN forsvares som midlertidigt eksperiment – med åbne øjne om afhængigheden. Og én regel på tværs: har du allerede en fungerende løsning, er „den næstbedste, der KØRER“ næsten altid bedre end en migrering til den perfekte – skift kun på reelle, blokerende behov.

Kan man skifte senere?

Ja – men regn det som en flytning: sprogkoblinger, URL-strukturer og strengoversættelser skal genopbygges, og redirects skal beskytte hver eneste oversat URL’s placeringer. Derfor lægges energien FORAN beslutningen: efterprøv kravene, kør en pilotopsætning på staging med ti rigtige sider, og mærk den redaktionelle hverdag, FØR du forpligter hele kataloget. Når valget er truffet, kommer de to tekniske 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). Og fundamentet gælder dobbelt for flersprogede sites: flere URL’er, flere crawls og flere markeder stiller større krav til hostingens ydelse – for langsomt indlæst svensk er præcis lige så dødt som langsomt dansk.

Ofte stillede spørgsmål om flersproget WordPress

Er Polylang eller WPML bedst?

Polylang til indholdssites og mindre shops (let, billigt, hurtigt); WPML til fuldt lokaliserede WooCommerce-shops (alt kan 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 enheder. Friheden pr. marked er pointen – dobbeltdriften 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.

Læs også