Défis de localisation d’ONLYOFFICE : entretien avec Marija

Chaque bouton, commande de menu et infobulle d’ONLYOFFICE doit fonctionner dans de nombreuses langues, et chaque nouvelle version ajoute du texte. ONLYOFFICE Docs 10.0 a introduit environ 50 nouvelles fonctionnalités, un nouveau nom pour DocSpace (ONLYOFFICE Apps) et une série d’outils IA facultatifs. Tout cela devait être traduit, vérifié et maintenu de manière cohérente dans les éditeurs, les applications mobiles, le Centre d’aide et le site web.

Pour comprendre ce que cela implique de l’intérieur, nous avons demandé à Marija, responsable de la localisation chez ONLYOFFICE depuis 2021, de nous parler des mots longs et des variables, de la migration vers Weblate, du travail avec les outils IA et de la façon dont les bénévoles peuvent participer. Découvrons comment l’équipe de localisation maintient un produit cohérent dans jusqu’à 45 langues, et comment l’IA transforme ce travail.

Interfaces d’ONLYOFFICE en un coup d’œil

Nombre de langues d’interface par produit.

À propos de l’interviewée

Marija travaille chez ONLYOFFICE depuis 2021 et s’occupe de la localisation dans presque tous les domaines du projet, notamment les éditeurs, les applications mobiles, le Centre d’aide et les notes de version. Auparavant, elle a passé de nombreuses années à travailler comme traductrice et avec des traducteurs.

Faire connaissance

Dites-nous brièvement ce que vous faites chez ONLYOFFICE et comment vous êtes entrée dans la localisation.

Je travaille chez ONLYOFFICE depuis 2021. Précédemment, j’avais passé de nombreuses années à travailler comme traductrice et avec des traducteurs. J’étais donc déjà familière avec la plupart des programmes et outils utilisés à l’époque, ce qui m’a facilité l’apprentissage des formats qui m’étaient inconnus et la rédaction de briefs de traduction. De plus, au début, nos développeurs m’ont beaucoup aidée sur les points les plus subtils. Aujourd’hui, je gère la localisation dans quasiment tous les domaines du projet, souvent avec l’aide de l’IA.

Combien de langues les produits sont-ils traduits aujourd’hui, et combien de personnes y participent (équipe, bénévoles, sous-traitants) ?

L’interface de l’application ONLYOFFICE Documents pour iOS est disponible en 13 langues. L’interface de l’application ONLYOFFICE Documents pour Android est disponible en 17 langues. L’interface d’ONLYOFFICE Apps est disponible en 33 langues. L’interface des Éditeurs de bureau est disponible en 42 langues, et celle des Éditeurs en ligne en 45 langues.

Concernant les personnes qui participent aux projets de traduction, l’ancien système comptait plus de 550 inscriptions. Elles incluaient l’équipe, des représentants de partenaires, des traducteurs indépendants et des bénévoles. Tous n’étaient pas actifs en permanence, mais beaucoup ont réalisé un volume important de travail, notamment en portugais, en cinghalais et en turc. Le nouveau système Weblate commence seulement à se remplir de comptes, mais il présente un fort potentiel.

À quoi ressemble votre journée de travail typique, surtout avant une sortie comme 10.0 ?

De nouvelles clés apparaissent constamment dans différents domaines du projet : fonctionnalités, descriptions, commandes de menu, etc. Je suis leurs apparitions et j’ajoute les traductions. Je révise et traduis également les instructions destinées au Centre d’aide et aux boutiques d’applications mobiles, et je mets à jour les notes de version. Les développeurs, les collègues de mon département, les étudiants et les stagiaires m’aident dans cette tâche.

Le processus de mise à jour est pratiquement continu. C’est pourquoi le travail est particulièrement intense avant une version : les clés sont ajoutées, modifiées et ajustées en même temps, en fonction des résultats des tests et des retours des utilisateurs. Je dois alors apporter des corrections à la volée, parfois demander conseil sur certaines formulations et clarifier le contexte dans certains cas.

Défis et problèmes courants

Quel est le problème de localisation le plus courant que les utilisateurs ne soupçonnent même pas ?

Je pense que c’est la longueur du texte d’une clé. Pendant leur travail, les traducteurs ne pensent généralement pas à la façon dont un bouton ou un élément de menu apparaîtra sur la page ou dans une image : ce qui compte le plus pour eux, c’est le texte.

En réalité, les phrases sources en anglais sont relativement compactes, flexibles et permettent des abréviations. Mais certaines langues sont longues, voire très longues, par exemple l’albanais, l’arménien ou le hongrois. Il est donc souvent difficile de faire tenir le texte dans un bouton, une fenêtre ou une ligne.

La même difficulté se présente lors de la préparation des descriptions, par exemple pour les boutiques d’applications mobiles. La limite de caractères est la même pour toutes les langues, mais l’anglais contient davantage d’informations. Les langues qui utilisent des caractères s’adaptent facilement, tandis que pour les autres, nous devons parfois reformuler et raccourcir les textes. L’IA a facilité cette tâche, car il est possible de lui demander de retravailler une description sans en perdre le sens.

Pensez à un moment où une traduction a « cassé » l’interface : un bouton trop large, un texte tronqué, un sens déformé. Que s’est-il passé et comment cela a-t-il été remarqué ?

Cela arrive de temps en temps. Les demandes de reformulation d’un fragment ou de modification de l’emplacement du texte proviennent principalement des concepteurs, pendant la préparation des mises à jour du site web.

Quelles langues sont les plus difficiles à traiter, et pourquoi : mots allemands longs, écriture de droite à gauche, cas et formes plurielles, caractères ?

Les langues longues et les langues à cas ou à déclinaisons. Créer de nouvelles clés ne pose généralement pas de problème ; les modifier, en revanche, en est un. Les variables créent également des situations inattendues.

Par exemple, il existe une variable {aiagents} dont la valeur est AI Agents. Mais lorsqu’une phrase est construite avec cette variable, les langues à cas, parmi d’autres, produisent une forme incorrecte. En tchèque, la phrase « Voir les détails de {aiagents} ici » apparaîtrait avec une erreur : « Zobrazte podrobnosti o AI agenti zde ».

La suppression de variables nécessite aussi une nouvelle traduction. C’est pourquoi nous essayons récemment d’utiliser moins de variables dès le départ.

Concernant les langues s’écrivant de droite à gauche (RTL), les principaux problèmes surviennent lors de la préparation des fichiers techniques, car les abréviations anglaises, par exemple, font apparaître certaines phrases RTL comme si elles étaient LTR. Une fois affichées sur la page, elles sont généralement correctes.

Comment vous assurez-vous qu’une fonctionnalité porte le même nom dans les éditeurs, l’aide, le site web et les applications mobiles ?

La meilleure solution consisterait à regrouper tous les domaines du projet sur une plateforme commune, avec un glossaire et une mémoire de traduction uniques. Certaines phrases se répètent en effet, par exemple entre Desktop Editors et les applications mobiles, ou entre les applications mobiles iOS et Android, pour décrire des fonctionnalités similaires.

Pour l’instant, ces éléments doivent être alignés en consultant différents fichiers dans différents dépôts. Ce serait plus rapide et plus précis s’ils étaient remplis avec une correspondance à 100 % entre des projets parallèles et, dans les autres cas, si un terme du glossaire était proposé.

Qu’est-ce qui a été particulièrement difficile dans la version 10.0 ? Par exemple, comment avez-vous traduit les nouvelles fonctionnalités IA et le changement de nom de DocSpace en Apps ?

Le changement de nom de DocSpace en Apps a effectivement été un défi en raison de l’ampleur du travail. Nous avons rédigé un brief pour que l’IA recherche et identifie toutes les occurrences, puis nous avons examiné séparément les différents domaines et vérifié les pages de test.

En revanche, comme il s’agit de noms propres qui restent non traduits, ils n’ont dans la plupart des cas pas posé de problème pour les langues à cas. Concernant les outils IA, il existe encore un débat sur la nécessité de traduire l’abréviation « IA » et les termes associés ; le glossaire est en cours de tri.

Ce que nous avons essayé et ce qui a fonctionné

Qu’avez-vous essayé puis abandonné ? Qu’est-ce que cela vous a appris ?

Nous avons remplacé l’ancien système de traduction du projet par Weblate, une solution plus moderne dotée d’une IA intégrée et ouverte à davantage de spécialistes. Nous avons commencé à l’utiliser et à le développer activement il y a peu, mais il s’avère déjà efficace.

De plus, pour traduire les articles du Centre d’aide, par exemple ceux consacrés aux connecteurs, nous dépendions beaucoup de Trados, auquel tout le monde n’avait pas accès. Aujourd’hui, ces articles peuvent être traduits à l’aide de l’IA.

Comment vérifiez-vous la qualité des traductions avant une version ?

Pour vérifier le texte, il est préférable d’utiliser l’IA, par exemple Claude. Vous rédigez un brief pour l’ensemble d’un domaine du projet, puis l’outil vérifie la terminologie et les liens, et suggère des corrections concernant l’ordre des mots, la ponctuation ou les fautes de frappe.

Mais une relecture humaine de la page en mode test reste également essentielle. Elle permet de repérer des défauts subtils, de reformuler certains passages pour les rendre plus lisibles et naturels, et de détecter les inexactitudes dans les images ou sur les boutons.

Quelle décision ou quel changement de processus a eu le plus grand impact ?

Sans aucun doute, le développement rapide de l’IA. Par exemple, dans le grand projet DocSpace (Apps), les tests d’exhaustivité et de détection des erreurs ont été confiés à l’IA. Cela permet de retrouver immédiatement la bonne clé et d’appliquer les correctifs suggérés.

Dans Weblate, nous avons également mis en place un transfert plus rapide du système vers le dépôt approprié, ce qui permettra aux nouvelles traductions de fonctionnalités et de commandes d’apparaître plus tôt dans les interfaces.

Communauté et bénévoles

Y a-t-il eu des cas où la communauté a proposé une meilleure option qu’une traduction professionnelle ?

Récemment, cela concernait surtout la question de savoir s’il fallait traduire l’abréviation « IA » et les termes associés. Des usages établis existent : par exemple, nous écrivons KI en allemand, MI en letton, et ainsi de suite.

Pour certaines langues, des personnes proposent de ne pas abréger le terme et de l’écrire en toutes lettres. Pour l’ukrainien, c’est la communauté qui a finalement choisi « AI », car « ШІ », proposé par certaines sources, semblait moins adapté à un contexte technique.

Comment résolvez-vous les désaccords de traduction lorsque des locuteurs natifs ne sont pas d’accord ?

Dans ce cas, vous pouvez examiner comment une fonctionnalité similaire est traduite dans d’autres produits ou projets, observer la fréquence d’utilisation de chaque option ou demander un avis tiers.

Certaines langues dépendent-elles d’un ou deux passionnés ? Que se passe-t-il s’ils partent ?

C’est arrivé avec l’albanais et l’ourdou. Lorsque des locuteurs natifs de ces langues sont partis, nous avons utilisé l’IA, parfois avec une rétrotraduction : pour plus de fiabilité, nous traduisons avec Claude, puis vérifions dans l’autre sens avec Tarjama.

Comme ces langues sont déjà intégrées au projet, nous ne pouvons pas cesser de les mettre à jour, sinon les projets ne passeront pas les tests. De nouveaux bénévoles apparaîtront peut-être bientôt. De nombreux utilisateurs proposent des améliorations par e-mail ou soumettent des demandes directement sur GitHub. Nous essayons d’accorder une attention particulière à ces demandes et d’apporter les ajustements nécessaires, car les retours des utilisateurs, ainsi que notre réponse à ceux-ci, sont très importants.

AI dans la localisation

Utilisez-vous la traduction automatique ou des modèles de langage ? Où cela aide-t-il, et où serait-il préférable de s’en passer ?

Oui, nous utilisons des services IA, par exemple Claude, Tarjama pour l’arabe, et OpenAI, qui intervient dans Weblate. Ils fonctionnent particulièrement bien sur des chaînes de texte relativement courtes, pour décrire des boutons ou des fonctionnalités, et s’en sortent assez bien pour traduire des instructions.

En revanche, pour les pages web ou les articles de blog, les traductions IA nécessitent encore une relecture. Elles sont souvent trop techniques, pas assez « vivantes », paraissent artificielles et perdent une part de la dimension créative.

Comment pensez-vous que le travail d’un localisateur évoluera dans quelques années ?

Les changements sont déjà en cours. Les processus se sont accélérés et, pour les traducteurs de textes écrits, les compétences clés consistent désormais à trouver rapidement le bon terme, à naviguer dans les formats et à utiliser les outils disponibles de manière compétente.

Marija :

À l’avenir, je pense que le traducteur agira davantage comme un éditeur, c’est-à-dire qu’il améliorera, adaptera et humanisera les traductions qu’il reçoit.

Conseils et réflexions finales

Quel conseil donneriez-vous à un projet open source qui commence à traduire son produit ?

Essayez de regrouper tous les domaines du projet sur une même plateforme dès le départ. S’ils sont dispersés dans différents dépôts, chacun nécessitant un accès distinct, il devient plus difficile d’harmoniser la terminologie et le travail prend davantage de temps.

Quelle erreur de localisation vous interdiriez-vous à jamais ?

Ignorer le contexte. Même pour une commande courte, il faut examiner comment elle est utilisée et les phrases voisines dans le même menu, par exemple, afin d’éviter les incohérences, notamment entre l’infinitif et l’impératif, ou en matière de majuscules.

Qu’est-ce qui vous manque : langues, personnes, outils ?

Le système de traduction contient actuellement de nombreuses traductions dans différentes langues, commencées mais non poursuivies. Les partenaires nous aident pour certaines d’entre elles, et pour les autres, nous serions ravis que des bénévoles s’impliquent.

Nous contacter est simple : écrivez-nous, inscrivez-vous sur Weblate et commencez à traduire en mode « Suggérer ».

Comment les lecteurs peuvent-ils rejoindre l’effort de traduction d’ONLYOFFICE ?

Tout le monde peut contribuer aux traductions d’ONLYOFFICE. Nous accueillons particulièrement les contributions des utilisateurs d’ONLYOFFICE. La seule exigence est une bonne connaissance de l’anglais et une aisance dans une autre langue.

Les traductions de l’interface sont réalisées dans Weblate d’ONLYOFFICE, une plateforme de traduction accessible depuis le web. Aucun logiciel à installer : tout se fait dans le navigateur. Le traducteur peut envoyer une demande à documentation@onlyoffice.com, s’inscrire sur Weblate et commencer.

Conclusion

La localisation est facile à négliger lorsqu’elle fonctionne : le bon mot, sur le bon bouton, dans la bonne langue. Cet entretien montre tout ce qu’elle suppose : un texte qui doit tenir dans de petits espaces, des variables qui perturbent la grammaire, des termes qui doivent rester identiques dans les éditeurs, les articles du Centre d’aide et les boutiques d’applications mobiles, ainsi qu’une communauté qui connaît parfois mieux les usages que n’importe quel glossaire.

Deux tendances ressortent des réponses. La première est la consolidation : une plateforme unique, avec un glossaire partagé et une mémoire de traduction, que Weblate rend désormais possible à construire. La seconde est l’IA, qui vérifie déjà la terminologie, rédige des instructions et aide pour les langues comptant moins de contributeurs, tandis que la relecture humaine reste essentielle et que le rôle du traducteur évolue vers celui d’éditeur.

Glossaire rapide