Å lage et flerspråklig WordPress-nettsted: Hva bedrifter må få til

Innledning

Å utvide et nettsted for å betjene målgrupper på flere språk høres i prinsippet enkelt ut. I praksis innebærer det en rekke tekniske, innholdsmessige og strategiske beslutninger som overrasker mange bedrifter. Feilene følger ofte forutsigbare mønstre, og de fleste av dem er lettere å unngå i planleggingsfasen enn å rette opp etter at nettstedet er bygget og lansert.

Wesley Cude, grunnlegger av WordPress-utviklingsselskapet Cude Design, har bygget flerspråklige WordPress-nettsteder for kunder i Storbritannia og internasjonalt. «Den tekniske siden av flerspråklig WordPress støttes godt av de tilgjengelige pluginene,» sier han. «Der prosjekter ofte går galt, er i beslutningene som tas før en eneste kodelinje er skrevet. Hvilke språk, hvilken URL-struktur, hvem som eier oversettelsene, hvordan nettstedet håndterer valuta og regionale forskjeller. Å ta de riktige beslutningene helt fra starten sparer en betydelig mengde omarbeid senere.»

Denne artikkelen tar for seg de viktigste beslutningene som må tas når man skal bygge et flerspråklig WordPress-nettsted, de tekniske tilnærmingene som finnes, og de løpende vurderingene som avgjør om et flerspråklig nettsted faktisk når målgruppene sine på en effektiv måte.

Å velge riktig URL-struktur

Den første viktige beslutningen i et flerspråklig WordPress-prosjekt er hvordan man skal strukturere URL-ene for hver språkversjon. Det finnes tre hovedtilnærminger, og hver av dem har konsekvenser for SEO, hosting og løpende administrasjon.

Underkataloger bruker en mappestruktur for å skille språkversjonene, med hovedspråket i roten og de andre språkene i underkataloger. En britisk-engelsk versjon kan ligge på domain.com, mens en fransk versjon ligger på domain.com/fr/. Denne tilnærmingen holder alt på ett enkelt domene, noe som betyr at hele domenets autoritet gjelder for alle språkversjonene. Det er den vanligste tilnærmingen for bedrifter som utvider til flere språk uten en sterk grunn til å behandle hvert marked som en helt egen enhet.

Underdomener plasserer hver språkversjon på sitt eget underdomene, for eksempel fr.domain.com for fransk. Søkemotorer behandler underdomener som separate enheter med egen autoritet, noe som betyr at et nytt underdomene starter uten akkumulert autoritet, selv om hoveddomenet har sterke rangeringer. Denne tilnærmingen er mer teknisk komplisert å administrere og gir vanligvis bare mening når det er sterke grunner til å behandle hvert språk som helt separat, for eksempel ved betydelig forskjellige innholdsstrategier for hvert marked.

Toppnivådomener med landskode bruker separate domeneregistreringer for hvert land, for eksempel domain.fr for Frankrike eller domain.de for Tyskland. Dette sender det sterkeste geografiske signalet til søkemotorer og kan være effektivt for bedrifter med betydelig tilstedeværelse i hvert marked. Det medfører også de høyeste kostnadene og størst kompleksitet, siden hvert domene i praksis trenger sin egen SEO-strategi og sitt eget program for linkbygging.

For de fleste bedrifter som bygger et flerspråklig WordPress-nettsted for første gang, er underkataloger det riktige utgangspunktet. De er enklest å implementere, beholder all autoritet på ett enkelt domene og er enkle å utvide etter hvert som flere språk legges til.

Valg og konfigurering av plugin

WordPress har to dominerende flerspråklige plugins: WPML og Polylang. Begge er i stand til å håndtere komplekse flerspråklige nettsteder, men de har ulike tilnærminger til implementering og gir ulike konsekvenser for nettstedets ytelse og løpende administrasjon.

WPML er det mest fullverdige alternativet. Det håndterer oversettelsesadministrasjon, strengoversettelse for tema- og plugin-tekst, WooCommerce-kompatibilitet og komplekse flerspråklige oppsett, inkludert språk som skrives fra høyre til venstre. Det integreres med oversettelsestjenester for profesjonelle oversettelser og gir detaljert kontroll over hvilket innhold som oversettes og hvordan. Ulempen er at det er et av de tyngre pluginene når det gjelder databasespørsmål, og det kan påvirke nettstedets ytelse hvis det ikke konfigureres nøye på store nettsteder.

Polylang er et lettere alternativ som håndterer den grunnleggende flerspråklige funksjonaliteten med mindre belastning. For nettsteder som ikke trenger hele funksjonssettet til WPML, ivaretar det oversettelsesadministrasjonen med mindre innvirkning på ytelsen. Det har en gratisversjon med nyttig funksjonalitet, noe som gjør det til et fornuftig utgangspunkt for enklere flerspråklige prosjekter.

Valget mellom dem avhenger av nettstedets kompleksitet, kravene til WooCommerce-integrasjon og oversettelsesarbeidsflyten kunden har tenkt å bruke. Et nettsted med et lite antall statiske sider på to språk har andre krav enn en WooCommerce-butikk som selger produkter på fem europeiske markeder med ulike priser, merverdiavgiftssatser og krav til betalingsportaler for hvert marked.

Implementering av hreflang

Hreflang er HTML-attributtet som forteller søkemotorer hvilket språk og hvilken regional versjon av en side de skal vise til hvilke brukere. Korrekt implementering av hreflang er avgjørende for flerspråklig SEO og er et av områdene der flerspråklige nettsteder oftest har feil.

Hver side på et flerspråklig nettsted bør inneholde hreflang-koder som peker til alle andre språkversjoner av den aktuelle siden, inkludert seg selv. En side som finnes på engelsk, fransk og tysk, trenger hreflang-koder for alle tre versjonene på hver enkelt versjon av siden. Manglende eller feilformaterte hreflang-koder kan føre til at søkemotorer potensielt viser feil språkversjon til brukerne eller behandler de ulike språkversjonene som duplisert innhold.

Både WPML og Polylang håndterer generering av hreflang-koder automatisk når de er konfigurert riktig, men den automatiske implementeringen bør verifiseres i stedet for å tas for gitt. Vanlige feil inkluderer manglende x-default-koder, hreflang-koder som peker til omdirigerte URL-er i stedet for kanoniske URL-er, og hreflang-implementeringer som ikke samsvarer med URL-strukturen som brukes.

Både Rank Math og Yoast SEO tilbyr ekstra funksjoner for håndtering av hreflang når de brukes sammen med flerspråklige plugins. Det viktigste er å sikre at SEO-pluginet og det flerspråklige pluginet er konfigurert til å fungere riktig sammen, i stedet for å generere motstridende markering.

Innholdsstrategi og oversettelseskvalitet

Den tekniske implementeringen av et flerspråklig WordPress-nettsted er den enkleste delen av prosjektet. Innholdsstrategien er der mange flerspråklige nettsteder ikke klarer å oppnå sitt tiltenkte formål.

Maskinoversettelse har blitt betydelig bedre, og for enkelte innholdstyper gir den akseptable resultater. For kommersielt innhold, særlig tjenestebeskrivelser, produkttekster og konverteringsfokuserte sider som er av største betydning for virksomheten, er maskinoversettelse sjelden tilstrekkelig uten menneskelig gjennomgang og redigering. Tekst som leses klossete eller inneholder kulturelt upassende formuleringer, undergraver den troverdigheten det flerspråklige nettstedet er ment å bygge opp.

Den løpende oversettelsesarbeidsflyten er et aspekt som ofte undervurderes i planleggingsfasen. Å legge til et nytt blogginnlegg eller en ny produktside på et flerspråklig nettsted innebærer å produsere oversatte versjoner av dette innholdet, noe som tar tid og medfører kostnader. Nettsteder som lanseres med omfattende oversatt innhold, men som deretter ikke klarer å vedlikeholde oversettelsene, ender opp med språkversjoner som er utdaterte sammenlignet med den primære språkversjonen. Dette skaper en dårligere opplevelse enn å ikke ha noen oversettelse i det hele tatt.

En realistisk innholdsstrategi for et flerspråklig nettsted bør omfatte et klart ansvar for oversettelsesprosessen, en definert arbeidsflyt for nytt innhold og ærlige beslutninger om hvilket innhold som virkelig trenger å bli oversatt. Ikke alle sider på et nettsted trenger en oversatt versjon. Det er mer effektivt å prioritere de sidene som er viktigst for internasjonale brukere og vedlikeholde disse oversettelsene på riktig måte, enn å forsøke å oversette alt og ikke klare å holde det oppdatert.

WooCommerce og flerspråklig e-handel

Flerspråklige WooCommerce-nettsteder medfører ekstra kompleksitet utover de vanlige hensynene ved flerspråklig WordPress. Priser, fraktregler, betalingsportaler og skattekonfigurasjoner kan variere fra marked til marked. Valutavisningen må samsvare med brukerens forventninger i hver region. Produktets tilgjengelighet kan variere mellom markedene. Kundekommunikasjon, inkludert ordrebekreftelser og fraktvarsler, må sendes på kundens språk.

WPML har dedikert flerspråklig støtte for WooCommerce som håndterer produktoversettelse, valutabytte og lokalisering av kassen. Konfigurasjonen er mer omfattende enn for et standard flerspråklig nettsted og bør behandles som et eget prosjektomfang, snarere enn en utvidelse av en standard WooCommerce-oppsett.

Tilgjengeligheten av betalingsportaler varierer betydelig fra land til land. Stripe og PayPal er tilgjengelige i de fleste markeder, men lokale betalingsmetoder er viktige i bestemte regioner. iDEAL er dominerende i Nederland, Sofort i Tyskland og Carte Bancaire i Frankrike. En WooCommerce-butikk rettet mot europeiske markeder som kun tilbyr internasjonale kortbetalingsalternativer, vil prestere dårligere enn lokale konkurrenter som støtter de foretrukne betalingsmetodene i sitt spesifikke marked.

Hensyn til ytelse

Flerspråklige nettsteder er iboende større enn sine enspråklige motstykker. Flere sider, flere databaseoppføringer og mer overhead fra plugins bidrar alle til økt serverbelastning og potensielle ytelsesproblemer. Dette bør planlegges for, snarere enn å håndteres reaktivt etter lansering.

Konfigurasjonen av caching må ta hensyn til språkdeteksjon for å unngå at brukere får servert cachelagrede sider på feil språk. Språkdeteksjon på serversiden som utføres før cachen serveres, er generelt mer pålitelig enn deteksjon på klientsiden, men den konkrete tilnærmingen avhenger av hostingmiljøet og hvilket caching-plugin som brukes.

For nettsteder som betjener flere land, reduserer et innholdsleveringsnettverk (CDN) som cacher innhold på edge-lokasjoner geografisk nær hvert målmarked, ventetiden for internasjonale brukere. Dette er særlig relevant for nettsteder som retter seg mot markeder som ligger geografisk langt fra den primære hostinglokasjonen.

Databaseoptimalisering blir viktigere på flerspråklige nettsteder fordi oversettelsestabellene som brukes av plugins som WPML, legger til betydelig databasebelastning etter hvert som innholdsvolumet øker. Regelmessig databasevedlikehold og riktig indeksering er viktigere på et stort flerspråklig nettsted enn på et tilsvarende enspråklig nettsted.

Testing før lansering

Flerspråklige nettsteder krever grundigere testing enn enspråklige nettsteder, fordi det er flere kombinasjoner av språk, URL og innhold å verifisere. En strukturert testtilnærming bør omfatte funksjonaliteten for språkbytte på alle sider, korrekt implementering av hreflang verifisert med Google Search Console etter lansering, fullstendig oversettelse av alle kommersielle sider, korrekt visning av valuta og betalingsprosess for hvert marked i WooCommerce-implementeringer, samt ytelse på mobil for hver språkversjon.

Investeringen i grundig testing før lansering er berettiget av kostnadene og kompleksiteten ved å rette opp problemer på et flerspråklig nettsted som er i drift, der endringer i URL-strukturen eller hreflang-implementeringen kan påvirke søkerangeringene på tvers av flere markeder samtidig.