01.02 — är det 1 februari eller 2 januari? Lokaliseringsfällor som kostar pengar

Datumet «01.02.2025» betyder början av februari i ett land och början av januari i ett annat. Om en webbutik eller app visar ett sådant datum utan hänsyn till locale kan kunden läsa det på ett annat sätt än avsett. Sådana små detaljer hamnar sällan i kravspecifikationen, men just de leder till returer, missade deadlines och pinsamma supportmejl. Låt oss gå igenom de vanligaste lokaliseringsfällorna och se hur man undviker dem.

Datum och tid: en dag, tre tolkningar

Ordningen mellan datumets delar beror på land. I Ryssland, Tyskland och större delen av Europa används formatet «dag.månad.år». I USA står månaden först, så «03/04/2025» betyder där den 4 mars och inte den 3 april. I Japan, Kina och Korea är ordningen omvänd: först år, sedan månad och dag.

Med tiden är det likadant. I Ryssland, större delen av Europa och Latinamerika är 24-timmarsformatet vanligt, medan 12-timmarsformatet med AM och PM används brett i USA, Kanada, Australien och Indien. Skrivsättet «5:00» utan markering läses olika i olika länder, och ett möte klockan «fem» kan hamna tolv timmar från den planerade tiden.

För att slippa gissa bör man i data och API:er använda standarden ISO 8601 (till exempel 2025-02-01T14:30). I gränssnittet ska datum visas med hjälp av locale-inställningarna, inte skrivas in för hand.

Avskiljare i tal: komma där det ska vara punkt

Talet «1 500,75» i Ryssland och «1,500.75» i USA är samma värde. I Tyskland och Brasilien används punkt för tusental och komma för decimaler: «1.500,75». I Schweiz används apostrof: «1'500.75». I Indien grupperas siffrorna på ett annat sätt: «1,00,000» betyder hundratusen.

Felet är här särskilt listigt. Om priset «1.500» är avsett att betyda tusen femhundra, men systemet tolkar det som ett och ett halvt, märker köparen skillnaden först i kassan. Därför ska man aldrig sätta ihop talsträngar för hand i koden: använd formatering enligt locale och kontrollera talens tolkning vid import av filer.

Valutor: symbol, placering och avrundning

Valutasymbolen verkar vara en småsak, men den kan lätt skapa förvirring. Tecknet «$» används i USA, Kanada, Australien och flera andra länder, så utan valutakod kan «$» betyda dollar från vilket som helst av dem. Därför anger man i internationella sammanhang en treteckens valutakod enligt ISO 4217: USD, EUR, RUB.

Även symbolens placering skiljer sig. I engelskspråkiga länder skriver man «$100», i Frankrike «100 €» med hård blanksteg, i Ryssland «100 ₽» eller «100 руб.». Ibland visar sig felet redan i översättningen: en fras som «priset anges inklusive moms» kräver olika språkstruktur på olika språk, och om texten sätts ihop av delar med insatt belopp bryts ordföljden.

Avrundningen beror också på valutan. Den japanska yenen har vanligtvis inga decimaler, medan den kuwaitiska dinaren delas i tusendelar. Om systemet räknar med två decimaler för alla valutor kan summan skilja sig från bankens kontoutdrag med några öre, och vid stora volymer blir skillnaden märkbar.

Metriska och imperiska enheter

Större delen av världen använder det metriska systemet, men USA använder fot, pund, gallon och Fahrenheitgrader. I Storbritannien anges vägskyltar i miles, och mjölk säljs i pints, där en pint är större än den amerikanska: ungefär 568 milliliter mot cirka 473. Gallon skiljer sig också åt på båda sidor av Atlanten.

För en webbutik betyder det att produktens mått, paketets vikt och förpackningens volym måste visas i enheter som är bekanta för köparen, samtidigt som precisionen bevaras. En översättare som arbetar med bruksanvisningar måste förstå om enheten ska översättas eller om värdet ska omräknas. Om bruksanvisningen till exempel anger «10 tum» är det för en rysk utgåva rimligare att skriva «25 cm», men att behålla det ursprungliga värdet inom parentes om det är viktigt för de tekniska specifikationerna.

Telefonnummer, adresser och namn i formulär

Registreringsformulär brukar gå sönder i tre fält. Telefonnummer: i Ryssland kan det se ut som «+7 (999) 123-45-67», i Tyskland varierar längden, och många mallar med fast inmatningsmask godkänner inte det. Det är bättre att använda ett fält med val av landskod och ett bibliotek för validering av telefonnummer.

Adress: i Japan anges det från stort till litet (prefektur, stad, distrikt, kvarter och nummer), medan det i Ryssland och Europa är tvärtom. Postnumret i USA består av fem siffror, i Storbritannien är det en kombination av bokstäver och siffror. Ett fält med texten «Postnummer, endast siffror» stoppar en del riktiga adresser.

Namn och efternamn: i Spanien och Latinamerika har många två efternamn, på Island används patronymer i stället för efternamn, och vissa personer har bara ett namn. Apostrofen i «O'Brien» eller ett bindestreck i efternamnet får inte orsaka fel. Det enkla minimikravet är att inte göra två fält obligatoriska när det inte behövs och att acceptera alla Unicode-tecken.

Så undviker du fel: standarder och kontroll

Arbetet med format börjar inte vid testningen utan vid designen. Följande hjälper:

• Lagra datum enligt ISO 8601, tal utan formatering och valutor med ISO 4217-kod, och låt utdata styras av locale.
• Använd standardbibliotek för lokalisering i stället för egna mallar, till exempel ICU eller plattformens inbyggda verktyg.
• Ge översättarna kontext: i texten ska enheter, valuta och datumtyp framgå, inte bara orden.
• Testa gränssnittet med datum som 01.02, 12:00 och 1 000,50 i flera locale, även i de där ordningen skiljer sig.
• Anlita modersmålstalare för den slutliga granskningen. De upptäcker snabbare att «fem på eftermiddagen» skrivits som «17.00» där man inte säger så.

Huvudslutsatsen är enkel: formatet är en del av betydelsen. En bra översättning bevarar inte bara orden utan också hur läsaren uppfattar datumet, priset och avståndet. Om lokalisering planeras i förväg blir de här fällorna nästan gratis att undvika. Upptäcks de först efter lansering är rättelsen dyrare än allt annat.

Läs även:

• Webbplats- och applikationslokalisering: vad skiljer den från vanlig översättning
• Översättning av en e-handelssajt: vad man ska lokalisera först och i vilken ordning

Behöver du en professionell översättning? Beställ online: välj språk, ladda upp filen och se priset på några minuter.