
En virksomhed lancerede et website på arabisk. Teksten er oversat korrekt, men siden ser mærkelig ud: Menuen sidder helt ude i venstre side, knappen “Køb” er havnet i et hjørne, pilen “tilbage” peger den forkerte vej, og telefonnummeret er delt midt over. Det sker ofte, når oversættelse opfattes som udskiftning af ord. På sprog, der skrives fra højre mod venstre, er det ikke nok at oversætte teksten: Hele brugergrænsefladen skal tilpasses, og det er nemmere at planlægge ændringerne på forhånd end at rette dem efter lanceringen.
RTL (right-to-left) betyder, at man skriver fra højre mod venstre. Arabisk, hebraisk, persisk (farsi), urdu, pashto og kurdisk (sorani) skrives sådan. Tekstretningen påvirker ikke kun rækkefølgen af bogstaverne på en linje. Den ændrer også, hvordan browseren justerer afsnit, hvor indryk placeres, og hvilken vej man ruller i kort og gallerier.
Det er vigtigt at forstå, at et RTL-sprog ikke betyder, at websitet skal “spejlvendes”. Indholdets struktur forbliver den samme, men alt, der hænger sammen med læseretningen, skal tages op til revision. For en webudvikler betyder det, at siden skal have attributten dir="rtl" og den korrekte lang-attribut (for eksempel ar eller he). Ellers risikerer browseren og søgemaskinerne at behandle indholdet forkert.
Hovedreglen er, at det, der angiver retning, spejlvendes. Det gælder som regel pilene “tilbage” og “videre”, statusindikatorer i formularer med flere trin, brødkrummenavigation og ikoner for afsendelse af beskeder. Logoer, afspilningssymboler, ure og ikoner med bogstaver og tal skal ikke spejlvendes.
Menuen flyttes som regel til højre. Søgefeltet og forstørrelsesglasikonet flyttes også, så brugeren finder dem dér, hvor vedkommende forventer det. For at undgå at skulle rette layoutet manuelt for hvert enkelt element kan I bruge logiske CSS-egenskaber: Skriv margin-inline-start i stedet for margin-left og text-align: start i stedet for text-align: left. Så fungerer den samme markup korrekt i begge læseretninger.
Det kan være nyttigt at samle reglerne i en kort liste til teamet:
Den mest tricky del af RTL-lokalisering handler om blandet tekst. Forestil dig, at en arabisk sætning indeholder ordrenummeret 4521, valutabetegnelsen USD og dit brandnavn skrevet med latinske bogstaver. Browseren bruger en algoritme til tovejs tekst (bidi), og tegnsætningen kan “havne” det forkerte sted. For eksempel kan punktummet til sidst i sætningen eller kolonet før et tal ende et uventet sted, så det bliver svært for læseren at forstå meningen.
Det kan løses på flere måder. Enkelte tekstdele, for eksempel brandnavne, koder og identifikatorer, kan omsluttes af et element med attributten dir="ltr". I nogle tilfælde kan usynlige styringstegn for tekstretning hjælpe, men brug dem helst kun, hvor det er nødvendigt, da de gør teksten mere besværlig at vedligeholde.
Aftal særskilt, hvordan tal skal skrives. På arabisk findes der arabisk-indiske tal, men i onlineindhold og forretningskorrespondance bruges de almindelige vestlige tal 0–9 i vid udstrækning. Valget afhænger af målgruppen og landet, men det skal træffes, før oversættelsen begynder – ikke først, når layoutet sættes op. Det samme gælder stavemåden for brandnavne: Skal navnet skrives med arabisk skrift eller hebraiske bogstaver, eller skal det stå med latinske bogstaver? Det er en forretningsbeslutning, som bør fastlægges i en ordliste.
Arabisk skrift er sammenhængende: Bogstavets form afhænger af dets placering i ordet, og vokaltegn og diakritiske tegn kan stå over og under linjen. Derfor skal skrifttypen understøtte arabisk fuldt ud og ikke kun det grundlæggende tegnsæt. Hvis browseren vælger en fallback-skrifttype, kan teksten se fremmedartet ud, og bogstaverne kan blive forbundet forkert.
Det er bedst at øge linjehøjden med cirka en fjerdedel i forhold til latinsk skrift. Ellers kan bogstavernes over- og underlængder støde sammen. Hebraisk er enklere, fordi bogstaverne ikke forbindes, men vokaltegn og citationstegn kræver også ekstra plads i højden.
Tekstlængden ændrer sig også. Arabiske oversættelser bliver ofte længere end den engelske original, så knapper og overskrifter med fast bredde er de første til at gå i stykker. Hvis knappen “Gå til betaling” for eksempel fylder 140 pixels i den engelske version, kan den arabiske tekst blive for lang og blive skåret af. Brug fleksibel bredde, og kontrollér den længste oversatte tekst, ikke den korteste, når I designer.
Oversættelse af ord er kun en del af tilpasningen. Billeder og eksempler skal passe til målgruppens forventninger, ellers redder selv en fejlfri tekst ikke helhedsindtrykket. Se på fotografierne: modellernes tøj, familiesammensætninger, omgivelser og symbolik. Målgruppernes forventninger varierer betydeligt fra land til land i Mellemøsten, så der findes ikke én løsning, der passer overalt. Et foto af en model i badetøj i et tøjkatalog rettet mod landene omkring Den Persiske Golf kan for eksempel virke upassende, mens det samme billede kan være helt almindeligt i Israel.
Gestik, farver og tal kan også forstås forskelligt. En anerkendende gestus, der er neutral i ét land, kan opfattes som grov i et andet. Farver forbindes også med forskellige ting. Derfor bør briefen til oversætteren og designeren beskrive konteksten: Hvem er målgruppen, hvilke produkter er der tale om, og hvor formelt skal udtrykket være?
Datoer og kalendere er et særskilt spørgsmål. I Israel bruges den gregorianske kalender normalt i erhvervslivet, mens hijri-kalenderen kan anvendes i officielle og religiøse sammenhænge i nogle arabiske lande. Datoformatet (dag-måned-år eller måned-dag-år) skal også afklares, især hvis websitet tager imod bestillinger med leveringsdatoer.
Endelig kan reklameslogans og ordspil næsten aldrig oversættes direkte. Det er bedre at tilpasse dem, så betydningen og tonen bevares.
Selv en professionel oversætter opdager ikke alle problemer med layoutet, fordi oversættere som regel arbejder med tekst og ikke med brugergrænseflader. Derfor er test med en modersmålstalende nødvendig. Bed vedkommende om at gennemgå hele brugerrejsen: fra forsiden til bestillingen, bekræftelsesmailen og henvendelsen til kundesupport. Kontrollér ikke kun teksterne, men også brugeroplevelsen: Er det tydeligt, hvor man skal klikke? Virker formuleringerne naturlige?
Test på rigtige enheder og i forskellige browsere, herunder på telefoner, da mobilmenuer og rullelister ofte opfører sig anderledes i RTL. Kontrollér formularerne særskilt: inputfelter, telefonnummerformater, fejlmeddelelser og justering af etiketter. E-mails og notifikationer er også en del af lokaliseringen og skal gennemgås separat.
Husk dialekterne. Til websites vælger man normalt moderne standardarabisk, som forstås i hele regionen, men reklametekster kræver nogle gange en regional variant, for eksempel golfarabisk eller levantinsk arabisk. Valget afhænger af målmarkedet og graden af formalitet.
Oversættelse af et website til arabisk eller hebraisk kræver et samarbejde mellem oversætter, designer og udvikler. Jo tidligere man tager højde for skriveretningen, desto mindre skal der laves om. Indarbejd RTL allerede i designskitserne: Brug logiske CSS-egenskaber, fleksible knapstørrelser og skrifttyper med fuld understøttelse af skriftsystemet. Udarbejd en ordliste og fastlæg regler for brands, tal og datoer. Giv oversætteren skærmbilleder og kontekst, ikke kun et regneark med tekststrenge.
Hvis I har brug for lokalisering af et website, hvor der tages højde for brugergrænsefladens særlige forhold, så kontakt en professionel oversætter. En dygtig oversætter oversætter ikke kun teksten, men kan også rådgive om, hvad der bør ændres i designet.
Læs også:
Har du brug for en professionel oversættelse? Bestil online: Vælg sprog, upload en fil, og få prisen at vide på få minutter.
Med dit samtykke måler Google Analytics besøg på offentlige sider og trinene fra et bestillingsklik til kontoaktivering og en bekræftet bestilling. Yandex Metrica måler besøg på offentlige sider. Navne, e-mailadresser og dokumentindhold sendes ikke. Du kan afvise og bruge hjemmesiden som normalt.