Flerspråklig nettsted: fem feil som spiser synligheten

For en kunde føles et flerspråklig nettsted som et oversettelsesprosjekt: ta det eksisterende nettstedet og legg tekstene over på et annet språk. Teknisk er det et strukturprosjekt, og feilene som oppstår der er usynlige for øyet — de viser seg først et halvt år senere i Search Console. Her er de fem vanligste.

1. Språkene lever på én adresse

Byttes språket med et skript, og adressen blir den samme, finnes det for en søkemotor én side på ett språk. Den andre versjonen indekseres ikke, fordi den ikke har en egen adresse å peke på. Hvert språk må ha sin egen adresse — en egen mappe (`/en/...`), et eget subdomene eller et eget domene.

2. hreflang mangler eller peker feil

hreflang er merkingen som forteller Google: disse sidene er det samme innholdet på ulike språk, vis hver person den rette. Uten den kan feil språk dukke opp i søk, eller versjonene kan konkurrere med hverandre. Den vanligste feilen er ikke en manglende hreflang, men en som peker på adresser som ikke finnes — for eksempel en side som ikke er oversatt til det språket.

En annen detalj som ofte hoppes over: hver versjon må også peke på seg selv, og henvisningene må være gjensidige. En ensidig hreflang blir rett og slett sett bort fra.

3. Adressene er ikke oversatt

Lever en side på det lokale språket på adressen `/services/web-development`, går en enkel mulighet tapt: lokale ord i adressen. De er ikke den sterkeste faktoren, men de er gratis, og i lokalt søk teller de. Den fornuftige løsningen er oversatte stier — én per språk, på det språket.

Men her er en hake som svært ofte overses. Når adressen er oversatt, må også språkvelgeren kjenne hvert språks adresse. Bytter den bare språkprefikset og lar resten av adressen stå, fører den til en side som ikke finnes, og gir 404. Brukeren ser en feil, mens hreflang samtidig kan være helt korrekt — så feilen opptrer i ingen rapport, men for et menneske er nettstedet i stykker.

4. Maskinoversettelse uten redigering

En oversettelsesmaskin klarer meningen, men ikke hvordan folk faktisk søker. Søketermer er ikke oversettelser: i ett land søkes det med andre ord enn hos nabo, og det rette ordet kommer fra data, ikke fra oversettelse. I tillegg betyr tonen noe — en maskinoversatt side er lesbar, men den overbeviser ikke.

Et praktisk kompromiss: start fra maskinoversettelse, og la et menneske gå gjennom overskriftene, de første avsnittene og hvert sted der søkeordene sitter. En full omskriving til hvert språk er ikke alltid i budsjettet; å redigere overskriftene er alltid.

5. Språk ingen vedlikeholder

Fem språk med tomt innhold er dårligere enn to med solid innhold. Hvert språk er en driftskostnad: en ny artikkel må oversettes, en ny tjeneste også, og når det ikke skjer, eldes en del av nettstedet synlig. Start med de språkene der det både finnes et marked og en person med ansvar for innholdet.

Hva man skal sjekke før lansering

• Hvert språk har sin egen adresse, og den åpner direkte, uten en omdirigering.
• hreflang er med i hver versjon, peker på hvert språk og på seg selv.
• Språkvelgeren fører til den samme siden på det andre språket, ikke til forsiden og ikke til en 404.
• Det finnes ingen automatisk språkgjenkjenning, eller den omdirigerer ikke en søkerobot.
• Titler og metadata er ulike på hvert språk framfor å være maskinutdata.

Det tredje punktet er det mest brysomme av dem: det opptrer i ingen standardtest, fordi alt i `<head>` kan være i orden. Den eneste pålitelige måten er å klikke gjennom hver språkbytte-lenke — eller la et skript gå dem.

Hvordan en flerspråklig struktur bygges hos oss — oversatte adresser, hreflang og innholdsstyring per språk — står på siden om å bygge et nettsted. Er nettstedet alt flerspråklig, og vil dere vite hva som er i stykker i det nå, svarer en teknisk analyse på det.