Att bygga en flerspråkig WordPress-webbplats: Vad företag måste tänka på

Inledning

Att utöka en webbplats för att nå målgrupper på flera språk låter i princip enkelt. I praktiken innebär det en rad tekniska, innehållsmässiga och strategiska beslut som överraskar många företag. Misstagen tenderar att följa förutsägbara mönster, och de flesta av dem är lättare att undvika i planeringsfasen än att åtgärda efter att webbplatsen har byggts och lanserats.

Wesley Cude, grundare av WordPress-utvecklingsföretaget Cude Design, har byggt flerspråkiga WordPress-webbplatser för kunder i Storbritannien och internationellt. ”Den tekniska sidan av flerspråkiga WordPress-webbplatser stöds väl av de tillgängliga pluginen”, säger han. ”Det är ofta besluten som fattas innan en enda rad kod har skrivits som gör att projekt går snett. Vilka språk, vilken URL-struktur, vem som äger översättningarna, hur webbplatsen hanterar valuta och regionala skillnader. Att fatta rätt beslut redan från början sparar en betydande mängd omarbetning senare.”

Den här artikeln behandlar de viktigaste besluten vid skapandet av en flerspråkig WordPress-webbplats, de tekniska metoderna som finns tillgängliga samt de fortlöpande överväganden som avgör om en flerspråkig webbplats faktiskt når sin målgrupp på ett effektivt sätt.

Att välja rätt URL-struktur

Det första viktiga beslutet i ett flerspråkigt WordPress-projekt är hur URL:erna ska struktureras för varje språkversion. Det finns tre huvudsakliga metoder och var och en har konsekvenser för SEO, webbhotell och löpande underhåll.

Undermappar använder en mappstruktur för att separera språkversionerna, där huvudspråket ligger i rotmappen och övriga språk i undermappar. En brittisk engelsk version kan ligga på domain.com medan en fransk version ligger på domain.com/fr/. Denna metod håller allt på en enda domän, vilket innebär att domänens hela auktoritet gäller för alla språkversioner. Det är den vanligaste metoden för företag som expanderar till ytterligare språk utan någon stark anledning att behandla varje marknad som en helt separat enhet.

Med underdomäner placeras varje språkversion på en egen underdomän, till exempel fr.domain.com för franska. Sökmotorer behandlar underdomäner som separata enheter med egen auktoritet, vilket innebär att en ny underdomän startar utan någon ackumulerad auktoritet, även om huvuddomänen har starka rankningar. Denna metod är tekniskt mer komplex att hantera och är i allmänhet endast meningsfull när det finns starka skäl att behandla varje språk som helt separat, till exempel vid väsentligt olika innehållsstrategier för varje marknad.

Toppdomäner med landskod använder separata domänregistreringar för varje land, till exempel domain.fr för Frankrike eller domain.de för Tyskland. Detta sänder den starkaste geografiska signalen till sökmotorerna och kan vara effektivt för företag med en betydande närvaro på varje marknad. Det medför också de högsta kostnaderna och den största komplexiteten, eftersom varje domän i praktiken behöver sin egen SEO-strategi och sitt eget länkbyggnadsprogram.

För de flesta företag som bygger en flerspråkig WordPress-webbplats för första gången är underkataloger den rätta utgångspunkten. De är enklast att implementera, behåller all auktoritet på en enda domän och är lätta att utöka när ytterligare språk läggs till.

Val och konfiguration av plugin

WordPress har två dominerande flerspråkiga plugins: WPML och Polylang. Båda klarar av att hantera komplexa flerspråkiga webbplatser, men de har olika tillvägagångssätt för implementering och olika konsekvenser för webbplatsens prestanda och löpande underhåll.

WPML är det mer fullfjädrade alternativet. Det hanterar översättningshantering, strängöversättning för tema- och plugintext, WooCommerce-kompatibilitet samt komplexa flerspråkiga konfigurationer, inklusive språk som skrivs från höger till vänster. Det integreras med översättningstjänster för professionella översättningar och ger detaljerad kontroll över vilket innehåll som översätts och hur. Nackdelen är att det är ett av de tyngre pluginen när det gäller databasfrågor och kan påverka webbplatsens prestanda om det inte konfigureras noggrant på stora webbplatser.

Polylang är ett lättare alternativ som hanterar den grundläggande flerspråkiga funktionaliteten med mindre belastning. För webbplatser som inte behöver WPML:s fullständiga funktionsuppsättning sköter det översättningshanteringen med mindre påverkan på prestandan. Det finns en gratisversion med användbar funktionalitet, vilket gör det till en rimlig utgångspunkt för enklare flerspråkiga projekt.

Valet mellan dem beror på webbplatsens komplexitet, kraven på WooCommerce-integration och det översättningsflöde som kunden avser att använda. En webbplats med ett litet antal statiska sidor på två språk har andra krav än en WooCommerce-butik som säljer produkter på fem europeiska marknader med olika priser, momssatser och krav på betalningsgateway för varje marknad.

Implementering av hreflang

Hreflang är det HTML-attribut som talar om för sökmotorerna vilket språk och vilken regional version av en sida som ska visas för vilka användare. Korrekt implementering av hreflang är avgörande för flerspråkig SEO och är ett av de områden där flerspråkiga webbplatser oftast har fel.

Varje sida på en flerspråkig webbplats bör innehålla hreflang-taggar som pekar på alla andra språkversioner av den sidan, inklusive den egna. En sida som finns på engelska, franska och tyska behöver hreflang-taggar för alla tre versionerna på varje version av sidan. Saknade eller felaktigt formaterade hreflang-taggar kan leda till att sökmotorerna visar fel språkversion för användarna eller behandlar de olika språkversionerna som duplicerat innehåll.

Både WPML och Polylang hanterar genereringen av hreflang-taggar automatiskt när de är korrekt konfigurerade, men den automatiska implementeringen bör verifieras snarare än att man bara utgår från att den fungerar. Vanliga fel är bland annat saknade x-default-taggar, hreflang-taggar som pekar på omdirigerade URL:er istället för kanoniska URL:er, samt hreflang-implementeringar som inte stämmer överens med den URL-struktur som används.

Både Rank Math och Yoast SEO erbjuder ytterligare funktioner för hantering av hreflang när de används tillsammans med flerspråkiga plugins. Det viktiga är att se till att SEO-pluginet och det flerspråkiga pluginet är konfigurerade för att fungera korrekt tillsammans, istället för att generera motstridiga markeringar.

Innehållsstrategi och översättningskvalitet

Den tekniska implementeringen av en flerspråkig WordPress-webbplats är den enklare delen av projektet. Det är i innehållsstrategin som många flerspråkiga webbplatser misslyckas med att uppnå sitt avsedda syfte.

Maskinöversättning har förbättrats avsevärt och ger acceptabla resultat för vissa typer av innehåll. För kommersiellt innehåll, särskilt tjänstebeskrivningar, produkttexter och konverteringsinriktade sidor som är viktigast för verksamheten, räcker maskinöversättning sällan utan mänsklig granskning och redigering. Text som låter konstig eller innehåller kulturellt olämpliga formuleringar undergräver den trovärdighet som den flerspråkiga webbplatsen är avsedd att bygga upp.

Det löpande översättningsflödet är en faktor som ofta underskattas i planeringsfasen. Att lägga till ett nytt blogginlägg eller en ny produktsida på en flerspråkig webbplats innebär att man måste ta fram översatta versioner av det innehållet, vilket tar tid och medför kostnader. Webbplatser som lanseras med omfattande översatt innehåll men som sedan misslyckas med att underhålla översättningarna hamnar med språkversioner som är föråldrade jämfört med den primära språkversionen. Detta skapar en sämre upplevelse än att inte ha någon översättning alls.

En realistisk innehållsstrategi för en flerspråkig webbplats bör omfatta tydligt ansvar för översättningsprocessen, ett definierat arbetsflöde för nytt innehåll och välgrundade beslut om vilket innehåll som verkligen behöver översättas. Inte varje sida på en webbplats behöver en översatt version. Att prioritera de sidor som är viktigast för internationella användare och underhålla dessa översättningar ordentligt är mer effektivt än att försöka översätta allt och sedan misslyckas med att hålla det aktuellt.

WooCommerce och flerspråkig e-handel

Flerspråkiga WooCommerce-webbplatser medför ytterligare komplexitet utöver de vanliga övervägandena för flerspråkiga WordPress-webbplatser. Priser, leveransregler, betalningsgateways och skattekonfigurationer kan alla variera beroende på marknad. Valutavisningen måste stämma överens med användarnas förväntningar i varje region. Produktens tillgänglighet kan skilja sig åt mellan olika marknader. Kundkommunikation, inklusive orderbekräftelser och leveransmeddelanden, måste skickas på kundens språk.

WPML har särskilt stöd för flerspråkig WooCommerce som hanterar produktöversättning, valutaväxling och lokalisering av kassan. Konfigurationen är mer omfattande än för en vanlig flerspråkig webbplats och bör behandlas som ett separat projekt snarare än en förlängning av en vanlig WooCommerce-installation.

Tillgången till betalningsgateways varierar avsevärt mellan olika länder. Stripe och PayPal finns tillgängliga på de flesta marknader, men lokala betalningsmetoder är viktiga i vissa regioner. iDEAL är dominerande i Nederländerna, Sofort i Tyskland och Carte Bancaire i Frankrike. En WooCommerce-butik som riktar sig till europeiska marknader och endast erbjuder internationella kortbetalningsalternativ kommer att prestera sämre än lokala konkurrenter som stöder de betalningsmetoder som föredras på deras specifika marknad.

Överväganden kring prestanda

Flerspråkiga webbplatser är i sig större än sina enspråkiga motsvarigheter. Fler sidor, fler databasposter och mer plugin-överbelastning bidrar alla till ökad serverbelastning och potentiella prestandaproblem. Dessa bör planeras in snarare än att hanteras reaktivt efter lanseringen.

Cachekonfigurationen måste ta hänsyn till språkdetektering för att undvika att cachelagrade sidor visas på fel språk för användarna. Språkdetektering på serversidan som sker innan cachen levereras är i allmänhet mer tillförlitlig än detektering på klientsidan, men den specifika metoden beror på värdmiljön och vilket cache-plugin som används.

För webbplatser som riktar sig till flera länder minskar ett innehållsleveransnätverk (CDN) som cachelagrar innehåll på edge-platser geografiskt nära varje målmarknad latensen för internationella användare. Detta är särskilt relevant för webbplatser som riktar sig till marknader som ligger geografiskt långt från den primära hostingplatsen.

Databasoptimering blir viktigare på flerspråkiga webbplatser eftersom de översättningstabeller som används av plugins som WPML medför en betydande belastning på databasen i takt med att innehållsvolymen växer. Regelbundet databasunderhåll och lämplig indexering är viktigare på en stor flerspråkig webbplats än på en jämförbar enspråkig webbplats.

Testning före lansering

Flerspråkiga webbplatser kräver mer grundlig testning än enspråkiga webbplatser eftersom det finns fler kombinationer av språk, URL och innehåll att verifiera. En strukturerad teststrategi bör omfatta funktionaliteten för språkbyte på alla sidor, korrekt implementering av hreflang verifierad med Google Search Console efter lansering, fullständig översättning av alla kommersiella sidor, korrekt valutavisning och kassaflöde för varje marknad i WooCommerce-implementeringar samt mobilprestanda för varje språkversion.

Investeringen i grundliga tester före lansering motiveras av kostnaden och komplexiteten i att åtgärda problem på en live-webbplats med flera språk, där ändringar i URL-strukturen eller implementeringen av hreflang kan påverka sökrankningen på flera marknader samtidigt.