Devenias veiledning til flerspråklig WordPress
Flerspråklige utfordringer
Flerspråklig WordPress handler om mer enn oversettelse. WPML skadet dette nettstedet, Polylang er fortsatt innstikksvalget vi foretrekker, og Devenia bruker nå sin egen KI-støttede språkarbeidsflyt for å styre URL-er, menyer, lenker, hreflang, kvalitetssikring og gjennomgang.
Flerspråklig WordPress er publiseringsarkitektur
Så du vil ha et flerspråklig WordPress-nettsted? Bra. Modig, til og med.
Flerspråklig WordPress kan fungere strålende. Det kan også bli en innstikksformet felle hvis språklaget får for mye kontroll over innholdet, URL-ene, menyene og SEO-signalene.
Valget leseren må ta
- Hvilke deler av språkarbeidsflyten trenger støtte fra et innstikk?
- Hvilke deler krever redaksjonell kontroll, kvalitetssikring og menneskelig skjønn?
- Hvor stor driftsrisiko tåler nettstedet hvis språklaget svikter?
Dette endret seg i arbeidsflyten vår i 2026
Dette er en advarsel basert på erfaring. WPML skadet dette nettstedet. Polylang ble vårt foretrukne flerspråklige innstikk for generell bruk. Nå har vi bygd vår egen KI-støttede språkarbeidsflyt på lærdommen fra dette.
Polylang som grunnlag
Polylang er fortsatt det flerspråklige innstikket vi foretrekker utenfor vårt eget system, fordi separate innlegg for hvert språk er enklere å kontrollere, reparere og forstå.
KI-støttet arbeidsflyt
Devenia har nå sin egen KI-støttede språkarbeidsflyt for å publisere og vedlikeholde dette nettstedet på tvers av språk. Det handler ikke om å lime tekst inn i en oversetter og håpe på det beste, men om en faktisk arbeidsflyt.
Mennesker tar fortsatt beslutningene
Markedstilpasning, tone og terminologi, kommersielle vurderinger, dokumentasjon og eksempler samt den endelige redaksjonelle gjennomgangen krever fortsatt mennesker.
Da WPML skadet dette nettstedet
Dette er ikke hypotetisk. WPML skadet devenia.com. Databaseindekser forsvant, tabeller ble skadet og innholdet ble så ødelagt at gjenopprettingen krevde spesialisert databasearbeid.
Vi måtte hente inn en MySQL-administrator. Han brukte flere dager på å sette sammen det han kunne fra den ødelagte produksjonsdatabasen og sikkerhetskopiene. Selv sikkerhetskopien var skadet av den samme feilen. Noe av innholdet kom tilbake. Noe forsvant for godt.
Dette skjedde
- Databaseindekser: borte.
- Databasetabeller: skadet.
- Innhold: ødelagt utover det som kunne repareres på vanlig måte.
- Flere års arbeid: delvis tapt for godt.
- Språklaget skadet nettstedet det skulle hjelpe.
Velg den flerspråklige arkitekturen med omtanke
WordPress håndterer ikke flere språk skikkelig som standard. Du trenger derfor en plan for innhold, URL-er, menyer, metadata, søkesignaler og redaksjonell gjennomgang. De fleste begynner med spørsmålet «Hvilket innstikk?» Det er forståelig. Det er også der problemene begynner.
- Gode innstikksalternativer: Polylang er fortsatt det flerspråklige innstikket for generell bruk som vi foretrekker utenfor vår egen arbeidsflyt. TranslatePress kan være nyttig når en visuell oversettelsesflyt er viktigere enn en streng redaksjonell struktur. qTranslate-XT kan være et lettvektsalternativ i enkelte oppsett, men det langsiktige vedlikeholdet krever omtanke.
- Driftsrisikoen: WPML er populært, men popularitet er ikke det samme som driftssikkerhet. Mange populære tekniske valg eldes dårlig.
- Alternativet med adskilte nettsteder: For store, viktige eller juridisk sensitive flerspråklige prosjekter kan adskilte WordPress-installasjoner fortsatt være det tryggere valget.
- Derfor fungerer Polylang: Ryddig arkitektur, lavere driftsrisiko og god redaksjonell kontroll: Hvert språk kan ha sin egen tittel, URL, tekst, eksempler, dokumentasjon og handlingsoppfordring.
- Dette slipper du ikke med Polylang: Du må fortsatt holde orden på menyer, internlenker, metadata, hreflang, utdaterte sider og lokaliserte tekster.
Flerspråklig arbeid handler om mer enn oversettelse. Det er publiseringsarkitektur. Polylang gir et fornuftig grunnlag, og en kontrollert arbeidsflyt holder resten av publiseringsarbeidet ryddig.
SEO-arbeidet du ikke kan hoppe over
Uansett hvilken arkitektur du velger, må du ikke rote til det grunnleggende SEO-arbeidet.
Språk- og URL-signaler
- Hreflang-tagger: Søkemotorene må vite hvilket språk og hvilken region hver side er laget for.
- Lokaliserte søkeord: Søkeintensjon kan sjelden oversettes direkte fra ett marked til et annet.
- Konsekvente URL-er: Velg en struktur, og unngå å endre den lettvint senere.
Tillit og kvalitetssignaler
- Lokalisert dokumentasjon: Eksempler, innvendinger og tillitssignaler bør passe til markedet.
- Reparasjon av internlenker: Oversatte sider bør lenke til oversatte sider der disse finnes.
- Redaksjonell gjennomgang: God flerspråklig publisering handler ikke bare om grammatikk, men også om hvorvidt en reell kjøper på det aktuelle språket ville hatt tillit til siden.
Adskilte nettsteder: tryggere når isolasjon er viktig
For store, viktige eller juridisk sensitive flerspråklige prosjekter kan adskilte WordPress-installasjoner fortsatt være det tryggere valget. Mer vedlikehold, ja. Mindre risiko for felles feil, også ja.
- Fordel: ingen avhengighet av et flerspråklig innstikk.
- Fordel: uavhengig optimalisering for hvert marked.
- Fordel: lavere risiko knyttet til ett enkelt feilpunkt og tydeligere markedsspesifikt eierskap.
- Ulempe: mer vedlikeholdsarbeid og flere oppdateringer å håndtere.
- Ulempe: manuell koordinering mellom nettstedene og strengere krav til arbeidet med hreflang og viderekoblinger.
- Adskilte nettsteder er ikke automatisk enklere. De er tryggere når isolasjon er viktigere enn bekvemmelighet.
Valget av arkitektur bør samsvare med den kommersielle, juridiske, redaksjonelle og driftsmessige risikoen i det flerspråklige prosjektet.
Ofte stilte spørsmål
Handler flerspråklig WordPress bare om oversettelse?
Nei. Flerspråklig arbeid er publiseringsarkitektur: URL-er, menyer, internlenker, hreflang, utdaterte sider, kvalitetssikring, lokaliserte tekster og redaksjonell gjennomgang er en del av jobben.
Hvorfor foretrekker Devenia fortsatt Polylang utenfor sin egen arbeidsflyt?
Polylang bruker separate innlegg eller sider for hvert språk. Det gjør innholdsmodellen enklere å kontrollere, reparere, forstå og styre redaksjonelt.
Kan KI erstatte menneskelig gjennomgang av flerspråklig innhold?
Nei. KI kan hjelpe i en kontrollert arbeidsflyt, men markedstilpasning, tone, terminologi, kommersielle vurderinger, dokumentasjon, eksempler og den endelige redaksjonelle gjennomgangen krever fortsatt mennesker.
Kort fortalt
Styr unna WPML. Det skadet dette nettstedet så alvorlig at gjenopprettingen krevde spesialisert databasearbeid, og noe av innholdet gikk tapt for godt.
- Bruk Polylang når du trenger et flerspråklig innstikk. Utenfor vårt eget system er det fortsatt WordPress-innstikket for flere språk som vi foretrekker.
- Bruk en ordentlig arbeidsflyt, ikke bare oversettelse: URL-er, menyer, internlenker, hreflang, utdaterte sider, kvalitetssikring og redaksjonell gjennomgang er en del av jobben.
- Bruk adskilte nettsteder når isolasjon er viktigere enn bekvemmelighet.
- Bruk KI med omtanke i en kontrollert publiseringsflyt med menneskelig gjennomgang.
Et flerspråklig WordPress-system bør gjøre innholdet på hvert språk enklere å kontrollere, reparere, gjennomgå og ha tillit til.