Migrer votre mémoire de traduction

La principale raison qui retient une équipe sur une plateforme de localisation qu'elle n'aime pas n'est pas la plateforme. Ce sont les années de traductions approuvées qui y sont enfermées. Cette page explique comment les récupérer.

Si vous préférez ne pas le faire vous-même, écrivez à hello@textsetu.com en joignant vos fichiers d'export : nous réalisons l'import et vous renvoyons le résultat.

Ce que vous déplacez réellement

Quatre choses, dans l'ordre qui compte :

1. La mémoire de traduction: chaque segment source et sa traduction approuvée. C'est l'actif. C'est ce qui vous évite de payer deux fois la même phrase, et ce qui fait que les nouveaux brouillons ressemblent à ceux que vous avez déjà validés.
2. Le glossaire: noms de produits, termes préférés, termes interdits, entrées à ne pas traduire.
3. Vos traductions actuelles: les fichiers que votre produit livre aujourd'hui.
4. Les captures d'écran et le contexte: le moins portable des quatre, à planifier séparément.

Étape 1 : Exporter la mémoire de traduction en TMX

TMX est le format d'échange du secteur pour la mémoire de traduction, et pratiquement tous les outils de localisation savent l'écrire. Dans la plupart des plateformes, l'export se trouve dans les réglages du projet ou de l'organisation, près de la mémoire elle-même, et produit un fichier .tmx par paire de langues ou un fichier combiné.

Exportez toutes les paires de langues, pas seulement celles que vous migrez en premier. Un TMX est léger, l'export est gratuit, et disposer du fichier signifie que vous ne dépendez plus de la bonne volonté de cet éditeur.

Deux points à vérifier avant de partir :

• L'export contient-il les métadonnées ? Un bon TMX conserve la date de création et l'auteur de chaque segment. Certains exports les suppriment. Ce n'est pas fatal, mais vous perdez l'historique.
• Y a-t-il plusieurs mémoires ? Les équipes en accumulent souvent une par projet. Exportez-les toutes ; vous déciderez plus tard s'il faut les fusionner.

Étape 2 : Exporter le glossaire

Les exports de glossaire sont généralement en CSV ou en TBX. Le CSV convient très bien. L'essentiel est que chaque ligne conserve son terme, sa traduction, sa langue et tout indicateur signalant un terme interdit ou à ne pas traduire. Si l'export aplatit ces indicateurs dans une colonne de notes, gardez les notes : reconstituer cette intention plus tard suppose de redemander au service juridique.

Si votre terminologie vit aujourd'hui dans un tableur plutôt que dans un outil, votre situation est meilleure que vous ne le pensez : ce tableur est déjà l'export.

Étape 3 : Exporter vos traductions actuelles

Exportez dans le format que votre produit consomme réellement: JSON, XLIFF, Excel, Android XML, Apple .strings, .xcstrings, Gettext PO, YAML, ARB, i18next, RESX, Qt .ts, .properties, INI, ou les autres formats que TextSetu lit. Exporter dans le format que vous livrez déjà rend l'aller-retour vérifiable : vous pouvez comparer ce qui ressort à ce qui est entré.

Ne restructurez rien pour faciliter l'import. Si vos clés sont imbriquées sur cinq niveaux, laissez-les ainsi.

Étape 4 : Importer dans TextSetu

Importez les trois éléments dans cet ordre :

1. Les fichiers de traduction d'abord. Ils établissent vos clés et vos langues.
2. La mémoire de traduction (TMX) ensuite, pour que la formulation approuvée se rattache à des clés qui existent déjà.
3. Le glossaire en dernier, pour que les règles terminologiques s'appliquent par-dessus l'ensemble.

Lancez ensuite une seule langue avant d'en lancer neuf. Choisissez celle que vous pouvez le mieux vérifier, en général celle que quelqu'un parle dans les locaux, et regardez ce que les brouillons font de vos termes de glossaire. Cette unique exécution vous en apprendra davantage sur la qualité de la migration que n'importe quelle lecture.

Étape 5 : Captures d'écran et contexte

C'est la partie sans voie d'export propre. Les associations de captures d'écran sont stockées différemment par chaque outil, et la plupart ne les exportent pas du tout.

Deux options honnêtes :

• Recapturer les plus importantes. En pratique, seule une minorité de vos clés présente une réelle ambiguïté : boutons, libellés courts, tout ce où le même mot anglais peut être un nom ou un verbe. Attachez des captures à celles-là et laissez le reste.
• Les capturer au fil de la relecture. Les captures s'attachent aux clés à tout moment : la couverture se construit pendant que votre équipe relit, plutôt que dans un chantier séparé pour lequel personne n'a le temps.

Ce qu'il faut vérifier une fois l'import terminé

• Le nombre de segments. Comparez le nombre d'entrées de mémoire exportées à ce qui est arrivé. Une forte baisse traduit généralement un filtrage par paire de langues à l'export.
• Les entrées « ne pas traduire ». Vérifiez-en quelques-unes en lançant une langue et en confirmant que le nom de votre produit est resté intact.
• La fidélité de l'aller-retour. Exportez un fichier juste après l'import et comparez-le à l'original. Structure, clés et ordre doivent correspondre ; si ce n'est pas le cas, dites-le-nous : c'est un bug, pas une limite.
• Les variables. Vérifiez que les variables de type {count} et les balises de mise en forme ont survécu. Ce sont les victimes les plus fréquentes de toute migration, quel qu'en soit l'opérateur.

Repartir

Tout ce qui précède fonctionne dans l'autre sens, et ce que vous en faites ne nous regarde délibérément pas. Vous pouvez exporter vos traductions dans le format importé et votre mémoire en TMX, quand vous le souhaitez, sans frais d'export ni préavis. Une plateforme qui rend le départ coûteux vous dit ce qu'elle pense de son propre produit.

Commencer gratuitement, sans carte bancaire →