Internationella och flerspråkiga sajter med Next.js

Att nå kunder på flera språk är en vanlig anledning att bygga om en sajt. Ordvalet "flerspråkig" leder dock ofta in i fel planering från start, eftersom det döljer mer än det avslöjar. Guiden klargör vad beslutet faktiskt innebär och vad ni behöver bestämma innan arbetet börjar.

Flerspråkig eller internationell?

Många projekt startar med önskemålet "vi vill ha sajten på engelska också", och landar sedan i ett beslut som egentligen är mycket större än en översättning.

Flerspråkig innebär att samma innehåll finns tillgängligt på flera språk. Samma budskap, samma erbjudande, samma bilder, samma priser. I grunden en översättningsfråga.

Internationell innebär anpassning per marknad: valuta, betalsätt, juridiska villkor och kulturellt anpassat innehåll. En tysk kund kanske förväntar sig faktura som betalsätt. En brittisk kund reagerar på svenska skrivregler för datum. En amerikansk version kräver andra ansvarsfriskrivningar än en europeisk. Det är ett strategiskt beslut med konsekvenser som sträcker sig långt utanför webbplatsen.

Kostnaden skiljer sig stort mellan de två alternativen. En ren översättning av befintligt innehåll är ett avgränsat projekt. En fullständig marknadsanpassning med egna priser, bilder och juridiska texter per region är ett flergångsprojekt som kräver resurser och underhåll löpande. Klargör vilket ni faktiskt behöver innan någon kod skrivs.

Hur Next.js hanterar flera språk

Next.js har inbyggt stöd för något som kallas språkroutning, vilket innebär att varje språkversion får en egen webbadress. En svensk version kan ligga under /sv, en engelsk under /en, eller på helt separata adresser beroende på hur projektet är upplagt.

Separata adresser per språk är tekniskt viktigt av en orsak: sökmotorer som Google indexerar varje adress för sig. Det ger varje språkversion möjlighet att ranka självständigt för sökningar på respektive språk, i stället för att konkurrera med sig självt eller blandas ihop.

Tekniken för att skapa den strukturen finns på plats i Next.js utan att något behöver uppfunnas. Frågan är inte om det går, utan hur ni fyller strukturen med innehåll och vem som ansvarar för att hålla det uppdaterat.

SEO för flera marknader

Sökmotoroptimering på flera marknader kräver en del tekniska åtgärder utöver att publicera innehåll på ett nytt språk.

hreflang-taggar är ett sätt att berätta för Google vilken språkversion som riktar sig till vilket land eller språk. Utan dem riskerar Google att betrakta versionerna som dubblerat innehåll, vilket kan påverka rankningen negativt, eller visa fel version för användaren. Next.js gör det tekniskt hanterbart att lägga till rätt taggar på varje sida, men de måste implementeras korrekt.

Val av domänstruktur är ett beslut att ta tidigt, gärna tillsammans med den som ansvarar för er SEO-strategi. Två vanliga alternativ är landsdomäner, exempelvis en .se-domän för Sverige och en .de-domän för Tyskland, och underkataloger på samma domän, alltså /se och /de under er befintliga adress. Landsdomäner signalerar tydlig lokal närvaro och kan ge ett trovärdighetslyft på den marknaden. Underkataloger är enklare att hantera och samlar all sökmotorprestanda under en och samma domän. Vilket alternativ som passar bäst beror på hur ambitiös internationell satsning det handlar om och vilka resurser som finns för förvaltning.

Innehållshantering över språk

Översättning är ett löpande flöde, inte ett engångsjobb. Varje gång något ändras på sajten, en produktsida uppdateras, ett erbjudande ändras, en policy revideras, behöver alla aktiva språkversioner uppdateras. Annars uppstår en version där den svenska sidan säger en sak och den engelska en annan.

Ett headless CMS (ett innehållshanteringssystem utan inbyggd presentation) gör det hanterbart att underhålla och synkronisera flera språkversioner strukturerat. Redaktörer arbetar i ett och samma gränssnitt, och strukturen för varje innehållstyp kan speglas per språk utan att allt behöver skötas manuellt i separata filer. Se guiden om Next.js och headless CMS för hur det fungerar.

Utan ett sådant system tenderar flerspråkiga sajter att drabbas av versionsglidning: ett andraspråk som sakta halkar efter och till slut stämmer dåligt överens med det primära innehållet.

Vad som underskattas

De flesta som planerar en flerspråkig sajt räknar med den initiala översättningskostnaden. Färre räknar med den löpande kostnaden varje gång innehållet ändras.

Den löpande översättningskostnaden. Om ni publicerar nya artiklar, uppdaterar produktinformation eller justerar kampanjtexter regelbundet, multipliceras den arbetsinsatsen med antalet aktiva språkversioner. Det är inte alltid ett problem, men det måste vara ett medvetet beslut.

Riktig lokalisering är mer än översättning. Tonläge, exempel och bilder som fungerar på svenska behöver inte fungera på en annan marknad. Priset som visas kanske inte stämmer för en utländsk kund. Betalsätten kanske inte är de som förväntas. En direkt översatt sajt kan ge rätt information men ändå uppfattas som generisk eller ointressant av den lokala målgruppen.

Ett halvöversatt andraspråk är sämre än inget. En språkversion med hål, föråldrat innehåll eller maskinöversättningar av låg kvalitet ger ett oseriöst intryck. Besökaren drar slutsatsen att ni inte riktigt riktar er till dem. Bättre att vänta tills ni kan göra det ordentligt än att publicera något halvfärdigt.

När lönar det sig?

En extra språkversion motiveras av konkret efterfrågan eller en uttalad expansionsplan. "Det kan vara bra att ha" är sällan ett tillräckligt skäl, eftersom underhållskostnaden är verklig och bestående.

Börja med de marknader där ni redan har kunder, aktivt söker kunder eller har en tydlig plan för att nå dem. En välskött version på ett andraspråk är mycket mer värd än tre halvfärdiga.

Innan ni lägger till en ny språkversion är tre frågor värda att besvara: Har ni resurser att hålla den aktuell löpande? Finns det en process för att synkronisera ändringar när primärversionen uppdateras? Har ni någon som kan bedöma kvaliteten på översättningarna, eller riskerar ni att publicera texter ingen kontrollerat?

Om svaret är ja på alla tre är förutsättningarna goda. Om inte, bygg dem innan ni startar.