Å legge til et nytt språk på en nettside ser enkelt ut: kopier siden, oversett teksten og legg inn en språkvelger.

I praksis er det mer enn en oversettelsesjobb.

Språk påvirker hvordan mennesker forstår navigasjonen, hva de forventer av en knapp, hvordan søkemotorer finner riktig versjon, og om hjelpemidler kan tolke innholdet korrekt.

Språk er en del av brukeropplevelsen

En direkte oversettelse kan være grammatisk riktig og likevel føles feil.

En norsk overskrift som fungerer godt fordi den er kort og nøktern, trenger ikke fungere på samme måte på engelsk eller russisk. Et handlingsord som passer i én kultur kan virke for pågående eller for uklart i en annen.

Derfor bør man oversette intensjonen, ikke bare ordene. Det gjelder særlig overskrifter, knapper, skjemaer, feilmeldinger, produktnavn og hjelpetekster.

Det viktigste spørsmålet er ikke bare om ordet er riktig oversatt, men om brukeren forstår hva som skjer og hva som forventes videre.

Hver språkversjon trenger en tydelig teknisk identitet

Google anbefaler egne URL-er for ulike språk- eller regionversjoner og bruk av hreflang for å fortelle hvilken versjon som passer for hvilket språk eller marked.

Det gjør strukturen tydeligere både for søkemotorer og for mennesker som deler eller lagrer en bestemt side.

Google fraråder også å basere språkversjonen utelukkende på automatisk IP-lokalisering. Brukeren bør kunne velge språk selv, og alle språkversjoner bør være tilgjengelige gjennom vanlige lenker.

En praktisk struktur kan for eksempel være / for norsk, /en/ for engelsk og /ru/ for russisk. Poenget er ikke akkurat hvilken struktur man velger, men at den er konsekvent og kan vedlikeholdes.

Riktig språk må også deklareres i HTML

W3C anbefaler at standardspråket på en side deklareres med lang-attributtet på html-elementet.

Det høres ut som en liten teknisk detalj, men det har reell betydning. Språkinformasjonen kan brukes av blant annet skjermlesere og talesyntese til å velge riktig uttale og språkbehandling. Hvis deler av en side er på et annet språk, kan også disse delene merkes separat.

Det betyr at en russisk side ikke bare bør se russisk ut. Koden bør også fortelle at den er russisk.

Layouten må tåle at språket endrer seg

Den samme teksten får ikke nødvendigvis samme lengde på alle språk.

En knapp som er perfekt på norsk kan bli betydelig lengre på russisk. En kompakt navigasjon kan begynne å bryte linjer på engelsk. Datoer, tall og navn kan også presenteres annerledes.

Derfor bør man teste komponenter med faktisk innhold i alle språkversjoner, ikke bare med plassholdertekst. Det gjelder spesielt navigasjon, kort, tabeller, skjemaer, knapper og mobilvisning.

Et flerspråklig design trenger litt mer fleksibilitet enn et design laget for én fast tekstlengde.

Språkvelgeren bør være enkel å forstå

Brukeren skal ikke måtte lete etter språkvalget.

En god språkvelger bør bruke tydelige språknavn og helst føre brukeren til den tilsvarende siden på det nye språket, ikke alltid tilbake til forsiden.

Hvis noen leser en tjenesteside på norsk og bytter til engelsk, er det mest naturlig å lande på den engelske versjonen av samme tjeneste.

Dette høres opplagt ut, men krever at språkversjonene faktisk er koblet sammen på en ryddig måte.

Den største utfordringen kommer ofte etter lansering

Det er relativt enkelt å lansere tre språk samtidig. Det vanskeligere er å holde alle tre oppdatert.

Hvis den norske siden får ny pris, nytt prosjekt eller endrede vilkår, må det være tydelig hvilke andre språkversjoner som også trenger oppdatering.

Et enkelt innholdsoppsett bør derfor ha én tydelig kilde for grunninnhold, status for hver språkversjon, ansvar for kvalitetssikring og en fast rutine for oppdateringer.

Det reduserer risikoen for at én språkversjon gradvis blir en gammel kopi av nettstedet.

Oversettelse er bare ett lag

En flerspråklig nettside består av flere lag som må fungere sammen: innhold, språk, design, kode, SEO og vedlikehold.

Når disse planlegges samlet, føles nettstedet som ett produkt på flere språk. Når de ikke gjør det, føles språkversjonene ofte som kopier som er lagt på i etterkant.

For virksomheter som jobber på flere markeder, er det derfor bedre å planlegge flerspråklighet som en del av nettstedets struktur fra starten.

Se også hvordan jeg arbeider med nettsider og webdesign →.