Localisation de logiciels et d’applications en géorgien

La localisation d’un logiciel n’est pas une traduction ordinaire. Le traducteur doit comprendre où une chaîne apparaît, de combien de place elle dispose, et quelle partie relève du code et quelle partie du texte. TARGMANEBI localise en géorgien des applications, des plateformes SaaS, des produits fintech et e-commerce pour le marché géorgien, et vous rend les fichiers dans le même format, afin que vos développeurs puissent les intégrer directement. La première version est prête le jour même ou le lendemain.

Ce que nous localisons

Si vous devez faire traduire le contenu d’un site d’entreprise plutôt que l’interface d’un produit, consultez notre page consacrée à la traduction de sites web.

Formats de fichiers

Nous travaillons directement dans vos fichiers de ressources, sans copier le texte dans Excel :

• JSON et YAML - i18next, react-intl, Vue I18n, Rails ;
• XLIFF - Angular, exports Xcode ;
• gettext PO/POT - WordPress, Django, projets PHP ;
• Android strings.xml, iOS .strings et .stringsdict ;
• .resx (.NET) et .properties (Java) ;
• Plateformes de localisation (TMS) - nous rejoignons votre projet et travaillons dans votre environnement.

La structure du fichier, les clés, l’encodage (UTF-8) et l’ordre des entrées restent inchangés.

Variables et code : ce à quoi nous ne touchons pas

Une chaîne d’interface contient souvent des variables et un balisage qui doivent rester dans la traduction exactement tels qu’ils sont dans l’original :

• {username}, {{count}}, %s, %d, %1$s - des variables que le programme remplit ;
• <b>, <a href>, \n - balisage et sauts de ligne ;
• les constructions ICU MessageFormat, par exemple {count, plural, one {...} other {...}}.

Supprimer ou modifier une variable fait planter l’application ou affiche un texte dénué de sens à l’écran. Notre outil de TAO transforme les variables en balises protégées, et un contrôle qualité automatique vérifie que le nombre et l’ordre des variables concordent dans chaque chaîne.

Les particularités techniques de la langue géorgienne

• Longueur - le texte géorgien est souvent plus long que l’anglais. Si un bouton ou un onglet a une limite de caractères, indiquez-la-nous et la traduction ne la dépassera pas. Nous vérifions la limite pour chaque chaîne séparément ;
• Pluriel - en géorgien, un nom placé après un nombre reste au singulier : « 5 faili » (5 fichier), et non « 5 failebi » (5 fichiers). Selon le CLDR, le géorgien a deux catégories de pluriel (one, other) : les deux formes sont donc souvent identiques, mais le modèle de pluriel doit tout de même être correctement rempli ;
• Majuscules - l’écriture géorgienne mkhedrouli n’a pas de majuscules. Dans les navigateurs modernes, la propriété CSS text-transform: uppercase transforme le texte géorgien en mtavrouli, ce qui donne souvent aux boutons et aux titres une largeur et un aspect inattendus. Nous signalons ces cas à vos développeurs ;
• La déclinaison à côté d’une variable - « {name}’s profile » exige en géorgien le génitif, qui ne peut pas s’appliquer à une variable. Nous reformulons ces chaînes pour que le nom figure sans désinence : « profili: {name} » (Profil : {name}) ;
• Forme d’adresse - au début du projet, nous convenons d’employer le « tkven » de politesse (vous) ou le « shen » familier (tu). Mélanger les deux dans une même interface donne une impression de manque de professionnalisme ;
• Date, nombre, devise - les dates au format JJ.MM.AAAA, la virgule comme séparateur décimal et le symbole monétaire ₾ après le nombre.

Ce qui ne se traduit pas

Au début de la localisation, nous établissons une liste « Do Not Translate » (à ne pas traduire). Elle comprend les noms de marques et de produits, les noms de fonctions déposés, les noms de technologies (Wi-Fi, Bluetooth, QR) et les abréviations que les utilisateurs géorgiens reconnaissent sous leur forme d’origine, comme PIN ou SMS.

La liste indique aussi ce qui s’écrit en caractères latins et ce qui est translittéré en géorgien. Une fois la décision prise, elle s’applique à l’identique sur chaque écran, dans la description de la boutique d’applications et dans le centre d’aide.

Le contexte : pourquoi nous avons besoin de captures d’écran

L’anglais « Save » peut se rendre par « shenakhva » (enregistrer un fichier), « dazogva » (économiser de l’argent) ou « shenakhuli » (le statut « enregistré »). « Book » est soit un « livre », soit l’action de « réserver ». Une clé de chaîne comme checkout.button.book donne souvent un indice sur le contexte, mais les meilleurs résultats s’obtiennent avec des captures d’écran ou un accès à un environnement de préproduction (staging).

Nous regroupons les chaînes ambiguës dans une seule liste et les vérifions en une fois avec votre développeur, pour que le processus ne grignote pas le temps de votre équipe.

Conseils aux développeurs : un code prêt pour la localisation

La moitié de la qualité d’une localisation se joue avant la traduction, dans le code. Voici les problèmes les plus fréquents que nous constatons en recevant les fichiers :

• Chaînes concaténées - "You have " + count + " new messages" se traduit comme trois chaînes séparées, avec lesquelles on ne peut pas construire une phrase géorgienne correcte. La bonne approche est une seule chaîne avec une variable ;
• Texte codé en dur - les chaînes absentes du fichier de ressources restent en anglais même après la traduction ;
• Texte dans les images - le texte écrit sur les bannières et les illustrations nécessite un fichier séparé ou une refonte graphique ;
• Largeur fixe - des boutons et des onglets qui ne peuvent pas s’adapter à la longueur du texte ;
• Clés sans contexte - « label1 » ou « text_23 » ne dit rien au traducteur. Un commentaire du développeur dans le fichier prend quelques secondes et réduit les erreurs de traduction.

Si votre projet est encore en développement, nous vous communiquerons ces points à l’avance, et la localisation ira beaucoup plus vite.

Fiches de boutiques d’applications et textes transactionnels

La localisation ne s’arrête pas à l’interface. Les utilisateurs découvrent d’abord votre produit dans l’App Store, sur Google Play ou dans un e-mail :

• Description dans la boutique - titre et sous-titre avec des limites de caractères strictes, descriptions courte et complète, textes « What’s New » (nouveautés) ;
• Légendes des captures d’écran - de courtes phrases qui tiennent dans le cadre de l’image ;
• E-mails et SMS transactionnels - inscription, réinitialisation du mot de passe, confirmation de paiement. Un SMS en géorgien est envoyé en encodage Unicode : un message contient donc moins de caractères qu’avec un texte latin, ce qui rend la concision particulièrement importante ;
• Notifications push - un texte qui doit rester lisible sur l’écran de verrouillage sans être coupé.

Processus et localisation continue

• Analyse - format des fichiers, nombre de chaînes, types de variables, limites de caractères ;
• Guide de style et terminologie - forme d’adresse, ton, et termes produit qui ne se traduisent pas ;
• Traduction dans un environnement de TAO - avec des variables protégées et une mémoire de traduction ;
• Contrôle qualité automatique - variables, balises, longueur, chaînes vides, doubles espaces ;
• Contrôle qualité linguistique (LQA) - dans un environnement de préproduction ou sur captures d’écran, nous vérifions l’aspect du texte sur un écran réel.

Votre produit change à chaque sprint. Grâce à la mémoire de traduction, pour chaque nouvelle version, nous ne traduisons que les chaînes nouvelles ou modifiées, tandis que le texte déjà validé est conservé automatiquement. Les termes restent les mêmes d’une version à l’autre.

Les fonctions non encore publiées et l’accès à la préproduction relèvent du secret commercial. Sur demande, nous signons un accord de confidentialité (NDA), et seule l’équipe du projet a accès aux fichiers : politique de confidentialité.

Comment démarrer

Questions fréquentes

Pages liées