Lokalisatie van software en SaaS-applicaties meertalig

Een softwareproduct of SaaS-applicatie meertalig maken is meer dan woorden vertalen. Zo pakt u de lokalisatie van een digitaal product aan: het verschil met vertaling, de technische workflow, de uitdagingen die eigen zijn aan SaaS en de prioritaire talen voor de Belgische en Europese markt.

📖 Lees ook: lokalisatie van een website · technische vertaling · gids beëdigde vertaling

Vertaling of lokalisatie: wat is het verschil?

Vertaling zet een tekst om van de ene taal naar de andere. Lokalisatie past het volledige product aan een markt aan: interfacelabels, datum- en tijdnotaties, valuta, duizendtalscheidingstekens, leesrichting (RTL-talen zoals het Arabisch of het Hebreeuws), meervoudsregels eigen aan elke taal, en de lengte van de tekenreeksen. Een knop « Submit » van 6 tekens wordt « Indienen » of « Verzenden »: als de opmaak deze uitbreiding niet voorziet, breekt de interface. Lokalisatie behandelt dus zowel de tekst als de weergavecontext. Het is dezelfde logica als bij de lokalisatie van een website, toegepast op een applicatie.

De workflow van softwarelokalisatie

Een nette lokalisatie steunt op het externaliseren van de tekenreeksen: de weergegeven tekst leeft niet in de code maar in resourcebestanden (JSON, .po, XLIFF, .strings, .resx). Elke tekenreeks draagt een stabiele i18n-sleutel, waardoor u kunt vertalen zonder de code aan te raken en de vertaalde versies automatisch opnieuw kunt injecteren. Wat het proces betreft, koppelt u de vertaling aan de continue integratie: bij elke release vertrekken de nieuwe sleutels ter vertaling en komen ze daarna in het juiste taalbestand terug. Een vertaalgeheugen en een productglossarium garanderen dat eenzelfde term (« dashboard », « werkruimte », « facturatie ») overal identiek blijft, versie na versie.

De uitdagingen die eigen zijn aan SaaS

Een SaaS evolueert voortdurend, wat specifieke beperkingen creëert:

• Terminologische coherentie : zonder glossarium wordt hetzelfde begrip op drie manieren vertaald naargelang het scherm en de release.
• Frequente updates : de tekenreeksen komen in kleine incrementele batches toe; u hebt een stroom nodig die enkele tientallen woorden even net behandelt als een grote levering.
• In-context taalkundige tests : de tekenreeksen nalezen in de echte interface onthult de afkappingen, de verkeerd geplaatste variabelen en de contrasens die een ruw bestand niet toont.
• Merktoon : de aanspreekvorm, het niveau van formaliteit en het productvocabularium moeten in elke taal constant blijven.

Welke talen prioriteren voor de Belgische en Europese markt?

Voor een product gericht op België zijn het Nederlands en het Fransonmisbaar, waarbij het Engels vaak dient als spiltaal en internationale versie. Het Duits opent de derde Belgische landstaal alsook de DACH-markt (Duitsland, Oostenrijk, Zwitserland). Naargelang uw doelgroep verbreden het Spaans, het Italiaans en het Portugees nadien de Europese dekking. Beter drie talen perfect gelokaliseerd en getest dan tien benaderende versies. Voor zeer gespecialiseerde inhoud, zie onze aanpak van de technische vertaling.

Een product klaar voor het internationale voorbereiden

Internationalisering (i18n) bereidt u voor vanaf het ontwerp: 100 % van de tekenreeksen externaliseren, nooit zinsdelen aaneenschakelen, de uitbreiding van de tekst in de opmaak voorzien, de meervouden en lokale notaties in de code beheren, en vaste tekst in afbeeldingen verbannen. Een zo ontworpen product lokaliseert snel en zonder technische schuld; een product dat dit niet voorzien heeft, vereist een kostelijk herwerkingswerk nog voor de eerste vertaling.