Sådan opretter man en flersproget WordPress-hjemmeside: Hvad virksomheder skal være opmærksomme på

Indledning

At udvide en hjemmeside til at betjene brugere på flere sprog lyder i princippet ligetil. I praksis indebærer det en række tekniske, indholdsmæssige og strategiske beslutninger, som overrasker mange virksomheder. Fejlene følger ofte forudsigelige mønstre, og de fleste af dem er nemmere at undgå i planlægningsfasen end at rette op på, efter at hjemmesiden er blevet bygget og lanceret.

Wesley Cude, grundlægger af WordPress-udviklingsfirmaet Cude Design, har bygget flersprogede WordPress-hjemmesider for kunder i hele Storbritannien og internationalt. »Den tekniske side af flersproget WordPress understøttes godt af de tilgængelige plugins,« siger han. »Der, hvor projekter ofte går galt, er i de beslutninger, der træffes, før der er skrevet en eneste linje kode. Hvilke sprog, hvilken URL-struktur, hvem der ejer oversættelserne, hvordan hjemmesiden håndterer valuta og regionale forskelle. At træffe de rigtige beslutninger helt fra starten sparer en betydelig mængde omarbejde senere.«

Denne artikel dækker de vigtigste beslutninger i forbindelse med opbygningen af en flersproget WordPress-hjemmeside, de tilgængelige tekniske tilgange samt de løbende overvejelser, der afgør, om en flersproget hjemmeside rent faktisk betjener sin målgruppe effektivt.

Valg af den rigtige URL-struktur

Den første vigtige beslutning i et flersproget WordPress-projekt er, hvordan URL’erne for hver sprogversion skal struktureres. Der er tre hovedtilgange, og hver af dem har konsekvenser for SEO, hosting og den løbende administration.

Undermapper bruger en mappestruktur til at adskille sprogversionerne, hvor hovedsproget ligger i rodmappen og de andre sprog i undermapper. En britisk engelsk version kan f.eks. ligge på domain.com, mens en fransk version ligger på domain.com/fr/. Denne tilgang holder alt på et enkelt domæne, hvilket betyder, at hele domænets autoritet gælder for alle sprogversioner. Det er den mest almindelige tilgang for virksomheder, der udvider til yderligere sprog uden en stærk grund til at behandle hvert marked som en helt separat enhed.

Underdomæner placerer hver sprogversion på sit eget underdomæne, f.eks. fr.domain.com for fransk. Søgemaskiner behandler underdomæner som separate enheder med deres egen autoritet, hvilket betyder, at et nyt underdomæne starter uden nogen akkumuleret autoritet, selvom hoveddomænet har stærke placeringer. Denne fremgangsmåde er mere teknisk kompleks at administrere og giver generelt kun mening, når der er stærke grunde til at behandle hvert sprog som reelt adskilt, f.eks. væsentligt forskellige indholdsstrategier for hvert marked.

Topdomæner med landekoder bruger separate domæneregistreringer for hvert land, f.eks. domain.fr for Frankrig eller domain.de for Tyskland. Dette sender det stærkeste geografiske signal til søgemaskinerne og kan være effektivt for virksomheder med en betydelig tilstedeværelse på hvert marked. Det medfører også de højeste omkostninger og den største kompleksitet, da hvert domæne reelt set har brug for sin egen SEO-strategi og sit eget linkbuilding-program.

For de fleste virksomheder, der opretter en flersproget WordPress-hjemmeside for første gang, er undermapper det rette udgangspunkt. De er nemmest at implementere, bevarer al autoritet på et enkelt domæne og er enkle at udvide, når der tilføjes yderligere sprog.

Valg og konfiguration af plugins

WordPress har to dominerende flersprogede plugins: WPML og Polylang. Begge er i stand til at håndtere komplekse flersprogede hjemmesider, men de anvender forskellige tilgange til implementering og har forskellige konsekvenser for hjemmesidens ydeevne og den løbende administration.

WPML er den mest funktionsrige løsning. Den håndterer oversættelsesstyring, strengoversættelse af tema- og plugin-tekster, WooCommerce-kompatibilitet samt komplekse flersprogede opsætninger, herunder sprog, der skrives fra højre mod venstre. Den integreres med oversættelsestjenester til professionelle oversættelser og giver detaljeret kontrol over, hvilket indhold der oversættes, og hvordan. Ulempen er, at det er et af de tungere plugins med hensyn til databaseforespørgsler og kan påvirke webstedets ydeevne, hvis det ikke konfigureres omhyggeligt på store websteder.

Polylang er et lettere alternativ, der håndterer de centrale flersprogede funktioner med mindre belastning. For websteder, der ikke har brug for hele funktionssættet i WPML, varetager det oversættelsesstyringen med en mindre indvirkning på ydeevnen. Det har en gratis version med væsentlige funktioner, hvilket gør det til et fornuftigt udgangspunkt for enklere flersprogede projekter.

Valget mellem dem afhænger af webstedets kompleksitet, kravene til WooCommerce-integration og den oversættelsesworkflow, som kunden har til hensigt at bruge. Et websted med et lille antal statiske sider på to sprog har andre krav end en WooCommerce-butik, der sælger produkter på fem europæiske markeder med forskellige priser, momssatser og krav til betalingsgateways for hvert marked.

Implementering af hreflang

Hreflang er den HTML-attribut, der fortæller søgemaskinerne, hvilket sprog og hvilken regional version af en side der skal vises til hvilke brugere. Korrekt implementering af hreflang er afgørende for flersproget SEO og er et af de områder, hvor flersprogede hjemmesider oftest har fejl.

Hver side på et flersproget websted bør indeholde hreflang-tags, der peger på alle andre sprogversioner af den pågældende side, inklusive selve siden. En side, der findes på engelsk, fransk og tysk, skal have hreflang-tags for alle tre versioner på hver enkelt version af siden. Manglende eller forkert formaterede hreflang-tags kan medføre, at søgemaskinerne potentielt viser den forkerte sprogversion til brugerne eller behandler de forskellige sprogversioner som duplikatindhold.

Både WPML og Polylang håndterer generering af hreflang-tags automatisk, når de er konfigureret korrekt, men den automatiske implementering bør verificeres i stedet for blot at antages. Almindelige fejl omfatter manglende x-default-tags, hreflang-tags, der peger på omdirigerede URL'er i stedet for kanoniske URL'er, og hreflang-implementeringer, der ikke stemmer overens med den anvendte URL-struktur.

Rank Math og Yoast SEO tilbyder begge yderligere funktioner til styring af hreflang, når de bruges sammen med flersprogede plugins. Det vigtige er at sikre, at SEO-pluginet og det flersprogede plugin er konfigureret til at fungere korrekt sammen i stedet for at generere modstridende markup.

Indholdsstrategi og oversættelseskvalitet

Den tekniske implementering af et flersproget WordPress-websted er den mere ligetil del af projektet. Det er i indholdsstrategien, at mange flersprogede websteder ikke formår at opfylde deres tilsigtede formål.

Maskinoversættelse er blevet væsentligt bedre og giver for visse indholdstyper acceptable resultater. For kommercielt indhold – især servicebeskrivelser, produkttekster og konverteringsfokuserede sider, der er af største betydning for virksomheden – er maskinoversættelse sjældent tilstrækkelig uden menneskelig gennemgang og redigering. Tekst, der lyder akavet eller indeholder kulturelt upassende formuleringer, undergraver den troværdighed, som den flersprogede hjemmeside har til formål at opbygge.

Den løbende oversættelsesproces er en faktor, der ofte undervurderes i planlægningsfasen. At tilføje et nyt blogindlæg eller en ny produktside til en flersproget hjemmeside betyder, at der skal udarbejdes oversatte versioner af det pågældende indhold, hvilket tager tid og medfører omkostninger. Hjemmesider, der lanceres med omfattende oversat indhold, men som derefter ikke vedligeholder oversættelserne, ender med sprogversioner, der er forældede i forhold til den primære sprogversion. Dette skaber en dårligere brugeroplevelse end slet ingen oversættelse.

En realistisk indholdsstrategi for en flersproget hjemmeside bør omfatte et klart ansvar for oversættelsesprocessen, en defineret arbejdsgang for nyt indhold og ærlige beslutninger om, hvilket indhold der reelt skal oversættes. Ikke alle sider på en hjemmeside har brug for en oversat version. Det er mere effektivt at prioritere de sider, der er vigtigst for internationale brugere, og vedligeholde disse oversættelser ordentligt, end at forsøge at oversætte alt og ikke formå at holde det opdateret.

WooCommerce og flersproget e-handel

Flersprogede WooCommerce-websteder medfører yderligere kompleksitet ud over de almindelige overvejelser vedrørende flersproget WordPress. Priser, forsendelsesregler, betalingsgateways og skattekonfigurationer kan alle variere fra marked til marked. Valutavisningen skal matche brugernes forventninger i hver region. Produktets tilgængelighed kan variere mellem markederne. Kundekommunikation, herunder ordrebekræftelser og forsendelsesmeddelelser, skal sendes på kundens sprog.

WPML har dedikeret flersproget support til WooCommerce, der håndterer produktoversættelse, valutaskift og lokalisering af betalingsprocessen. Konfigurationen er mere omfattende end for en standard flersproget hjemmeside og bør behandles som et særskilt projektomfang snarere end en udvidelse af en standard WooCommerce-opsætning.

Tilgængeligheden af betalingsgateways varierer betydeligt fra land til land. Stripe og PayPal er tilgængelige på de fleste markeder, men lokale betalingsmetoder er vigtige i bestemte regioner. iDEAL er dominerende i Nederlandene, Sofort i Tyskland og Carte Bancaire i Frankrig. En WooCommerce-butik, der er rettet mod europæiske markeder og kun tilbyder internationale kortbetalingsmuligheder, vil klare sig dårligere end lokale konkurrenter, der understøtter de foretrukne betalingsmetoder på deres specifikke marked.

Overvejelser vedrørende ydeevne

Flersprogede websteder er i sagens natur større end deres ensprogede modstykker. Flere sider, flere databaseposter og større plugin-overhead bidrager alt sammen til øget serverbelastning og potentielle ydeevneproblemer. Disse forhold bør planlægges i forvejen i stedet for at blive håndteret reaktivt efter lanceringen.

Cachekonfigurationen skal tage højde for sprogdetektering for at undgå, at cachelagrede sider vises på det forkerte sprog for brugerne. Sprogdetektering på serversiden, der udføres, før cachen serveres, er generelt mere pålidelig end detektering på klientsiden, men den specifikke tilgang afhænger af hostingmiljøet og det anvendte cache-plugin.

For websteder, der betjener flere lande, reducerer et indholdsleveringsnetværk (CDN), der cachelagrer indhold på edge-lokationer, der er geografisk tæt på hvert målmarked, ventetiden for internationale brugere. Dette er især relevant for websteder, der er rettet mod markeder, der ligger geografisk langt fra den primære hostingplacering.

Databaseoptimering bliver vigtigere på flersprogede websteder, fordi de oversættelsestabeller, der bruges af plugins som WPML, medfører en betydelig ekstra belastning af databasen, efterhånden som indholdsmængden vokser. Regelmæssig databasevedligeholdelse og passende indeksering er mere afgørende på et stort flersproget websted end på et tilsvarende ensproget websted.

Test før lancering

Flersprogede websteder kræver mere grundig testning end ensprogede websteder, da der er flere kombinationer af sprog, URL og indhold, der skal verificeres. En struktureret testtilgang bør omfatte funktionaliteten til sprogskift på tværs af alle sider, korrekt implementering af hreflang verificeret via Google Search Console efter lancering, fuldstændighed af oversættelserne på alle kommercielle sider, korrekt visning af valuta og betalingsforløb for hvert marked i WooCommerce-implementeringer samt mobil ydeevne for hver sprogversion.

Investeringen i grundig testning før lancering er berettiget i lyset af omkostningerne og kompleksiteten ved at løse problemer på et live flersproget websted, hvor ændringer i URL-strukturen eller hreflang-implementeringen kan påvirke søgerangeringerne på tværs af flere markeder samtidigt.