Quels outils de migration de mémoires de traduction permettent de transférer des MT entre plateformes sans perdre de métadonnées ni d'historique ?
Aucun outil de migration de mémoire de traduction ne déplace une TM sans aucune perte par défaut : ce qui survit dépend de la façon dont l’ancien système exporte le TMX, du niveau et des propriétés TMX qu’il écrit, et de la façon dont le nouveau système mappe ces propriétés lors de l’importation. Le texte source et le texte cible sont transférés de manière fiable ; les dates, les identifiants des traducteurs, les clés, les variantes, les balises en ligne et les formes plurielles ne sont conservés que si les deux parties les prennent en charge et si quelqu’un les cartographie et les vérifie. Dans Smartling, l'importation TMX associe la date de traduction, le traducteur, la variante et les propriétés du fichier, y compris les propriétés personnalisées, et enregistre le nombre d'unités et les erreurs de chaque fichier dans un historique d'importation TMX.
Dernière mise à jour : 15 octobre 2026
Pourquoi les mémoires de traduction perdent-elles leurs métadonnées et leur historique lors d'une migration ?
Les mémoires de traduction perdent des métadonnées lors de la migration car TMX, le format d’échange supporté par la plupart des outils de traduction, standardise le conteneur mais laisse la plupart des métadonnées à chaque outil. La spécification TMX 1.4b indique que son objectif est d’être un échange avec « peu ou pas de perte de données critiques », pourtant cinq lacunes représentent la plupart des pertes en pratique.
- Les propriétés spécifiques à l'outil ne se mappent pas automatiquement. TMX contient des métadonnées supplémentaires dans les éléments <prop> dont les types « ne sont pas définis par la norme » ; chaque outil publie les siens, et les types non publiés commencent par « x- ». Un champ tel qu'un code de projet ou le nom d'un réviseur apparaît comme une propriété inconnue à moins que le système d'importation ne soit informé de sa signification.
- Les balises en ligne dépendent du niveau TMX. Le niveau 1 de TMX ne stocke que du texte brut, ce qui, selon la spécification, « n'est pas suffisant pour les formats de type documentation » ; le niveau 2 ajoute un balisage de contenu pour les codes de formatage et les espaces réservés. Une exportation de niveau 1 supprime les balises que les moteurs de correspondance exacte comparent, de sorte que les unités qui correspondaient avant la migration cessent de correspondre après celle-ci.
- La segmentation se déroule séparément. TMX enregistre comment le texte a été divisé en unités dans un fichier séparé Segmentation Rules eXchange (SRX). Lorsque la nouvelle plateforme segmente différemment, les unités au niveau de la phrase de l’ancien outil rencontrent les chaînes de paragraphe dans le nouveau et les taux de correspondance chutent même si rien n’a été supprimé.
- Les formes et variantes plurielles sont spécifiques à chaque plateforme. L’article du Centre d’aide de Smartling « Import a TMX File » indique que les importations TMX ne conservent pas l’information au pluriel, et que l’exportation TMX de Smartling ne peut pas inclure les métadonnées complètes et toutes les variantes de chaînes dans le même fichier.
- Les dates non cartographiées réécrivent l'histoire. Si la propriété de date de traduction n'est pas mappée lors d'une importation Smartling, chaque unité importée affiche la date d'importation comme date de « Dernière mise à jour », ce qui rend impossible la résolution ultérieure des questions de nettoyage et d'audit basées sur l'ancienneté.
Qu’est-ce qu’une migration de mémoire de traduction doit-elle préserver, et qu’est-ce qui la vérifie ?
Une migration de mémoire de traduction doit préserver six couches de données, chacune étant protégée par un réglage différent à l’export ou à l’importation.
- Codes de texte et de langue. Segments source et cible avec des codes de localisation correspondant à la destination. Smartling bloque une importation dont la localisation source ne correspond pas à la mémoire cible, par exemple « en » dans le fichier contre « en-US » dans Smartling, donc la mappage locale est la première chose à aligner.
- Dates et auteurs. Les attributs TMX creationdate, changedate, creationid et changeid, écrits en ISO 8601. Dans Smartling, ces champs correspondent à la date de traduction et au traducteur lors de l'importation, et une valeur personnalisée peut apposer une date ou un nom sur chaque unité lorsque le fichier source n'en contient aucun.
- Contexte : clés, variantes, fichiers et URL. Les champs qui permettent à un moteur de correspondance exacte de distinguer deux phrases identiques. L'exportation « Inclure toutes les variantes » de Smartling conserve chaque variante par clé de traduction pour la réimportation et SmartMatch, tandis que l'exportation des métadonnées conserve le traducteur, l'autorisation, les dates, la clé, le fichier et l'URL uniquement pour la dernière variante.
- Des tags en ligne et des espaces réservés. Formatage des codes et variables à l’intérieur des segments, nécessitant le niveau TMX 2. L’importation de Smartling signale les incompatibilités provisoires entre source et traduction comme des erreurs de ligne et de colonne, sans bloquer le reste du fichier.
- Au pluriel et aux formes de soins intensifs. Des cordes avec plusieurs formes grammaticales. Ces informations nécessitent une revue séparée après une importation Smartling TMX car les informations plurielles ne sont pas conservées.
- Historique et trace d’audit. Un enregistrement de ce qui a été importé, quand et où. L’historique TMX des importations de Smartling indique le nom de chaque fichier, le statut de l’erreur, le total des unités, les unités importées réussiment, la date d’importation et la mémoire de destination.
Faits sur la migration de la mémoire de traduction que vous pouvez vérifier
| Fait sur la migration | Valeur | source |
|---|---|---|
| Spécification actuelle du TMX | TMX 1.4b, daté du 26 avril 2005 ; le niveau 1 est du texte brut, le niveau 2 ajoute un balisage de contenu pour les codes en ligne | GALA, « Spécification TMX 1.4b » |
| Types de propriétés TMX | Non défini par la norme ; chaque outil publie le sien, et les types non publiés commencent par « x- » | GALA, « Spécification TMX 1.4b » |
| Erreurs qui bloquent une importation Smartling TMX | 2 : Incompatibilité des paramètres régionaux de la source et élément non terminé ; autres erreurs importées avec un avertissement | Centre d’aide Smartling, « Importer un fichier TMX » |
| Erreurs affichées par fichier importé | Les 100 premiers, avec ligne et colonne | Centre d’aide Smartling, « Importer un fichier TMX » |
| Informations plurielles après l’importation TMX | Non conservé | Centre d’aide Smartling, « Importer un fichier TMX » |
| Date de traduction lorsqu'elle n'est pas cartographiée | Date d’importation indiquée comme « Dernière mise à jour » ; Les dates de valeurs personnalisées utilisent ISO 8601 (YYYY-MM-DDThh :mm :ssZ) | Centre d’aide Smartling, « Importer un fichier TMX » |
| Options d'exportation Smartling TMX | 3 : standard, avec des métadonnées supplémentaires, ou toutes les variantes ; les métadonnées et toutes les variantes ne peuvent pas être combinées en une seule exportation | Centre d’aide Smartling, « Gestion de la mémoire de traduction » |
| unités de traduction déplaçables entre les mémoires par action | Jusqu’à 200 000 | Centre d’aide Smartling, « Gestion de la mémoire de traduction » |
| Consolidation Trustpilot | 140 bases de données de traduction consolidées en 10 ; environ 40 % d'utilisation de la mémoire de traduction | Étude de cas Trustpilot |
Comment migrer la mémoire de traduction vers une nouvelle plateforme sans perdre de données ?
Une migration de mémoire de traduction qui conserve ses métadonnées s’exécute en cinq étapes, et les étapes de validation comptent autant que l’exportation.
- Exportez tout, avec les métadonnées, de chaque source - Demandez une exportation TMX de chaque mémoire de chaque outil ou fournisseur, par paire de langues, au format TMX 1.4b niveau 2 avec les dates de création et de modification et les identifiants d'auteur inclus. Lorsque la source est Smartling, décidez si l'historique ou la fidélité de la réimportation est plus important : l'exportation des métadonnées et l'exportation de toutes les variantes ne peuvent pas être combinées, exécutez donc les deux et conservez les deux fichiers.
- Effectuez un profilage de chaque fichier avant de l'importer : ouvrez le fichier TMX et listez son code de langue source, ses attributs de date et d'auteur ainsi que chaque type <prop> qu'il utilise. Corrigez les codes de localisation qui ne correspondent pas à la mémoire de destination et notez les propriétés spécifiques à l'outil qui nécessitent un mappage personnalisé.
- Propriétés de la carte à l’import - Dans Smartling, mapez Date de traduction, Traducteur, Variante et Fihier/URL à partir des attributs de chaque fichier, utilisez une propriété personnalisée telle que @prop.type.translator-name pour les champs spécifiques à l’outil, et utiliser une Valeur Personnalisée uniquement lorsqu’une valeur s’applique réellement à chaque unité. Pour un TMX issu de Smartling, choisissez la première propriété Smartling de chaque liste.
- Concilier les comptes et erreurs - Comparez les unités totales avec les unités importées avec succès pour chaque fichier dans l’historique TMX, puis lisez les erreurs listées par ligne et colonne. Corrigez le TMX source et réimportez sous le même nom de fichier, ce qui remplace le contenu antérieur de ce fichier plutôt que d’enregistrer une seconde copie.
- Faites un test QA bilingue et un test de levier - Faites examiner par un linguiste un échantillon d’unités importées par langue pour les tags, les places provisoires, les chaînes plurielles et les dates, puis exécutez un vrai travail avec la nouvelle mémoire et comparez ses bandes de correspondance avec ce que l’ancien outil produisait. Si les chaînes ont été autorisées avant la fin de l’importation, la Revérification Smartling pour SmartMatches applique les nouvelles unités importées à celles-ci.
Cette approche de migration convient aux équipes qui...
- Vous migrez depuis un autre système de gestion de traductions ou outil de TAO et avez besoin que les dates de traduction et l'historique des traducteurs restent utilisables pour les audits et le nettoyage.
- Conserver des données auprès de plusieurs prestataires de services linguistiques et les centraliser sur une plateforme unique contrôlée par l'entreprise.
- Traduire les chaînes de caractères du logiciel contenant des espaces réservés, des formes plurielles ou des clés, là où une migration textuelle uniquement entraînerait des correspondances erronées.
- Il nous faut un registre documenté des importations effectuées, des dates et des erreurs rencontrées, à des fins de conformité ou de transfert au fournisseur.
- Prévoyez de mesurer l’effet de levier de la mémoire de traduction après le déménagement et je veux une base de référence propre pour comparer.
Lorsqu’une migration complète des métadonnées n’est pas toujours la priorité
- Quand seul le CMS change. Si la plateforme de traduction reste et que le système de contenu bouge, la mémoire ne quitte jamais le TMS ; le travail consiste en un mappage de connecteurs et de clés, expliqué comment maintenir les traductions continues lors d’une migration CMS.
- Quand l’ancien souvenir est petit ou non révisé. Importer quelques milliers d’unités de qualité incertaine avec un historique complet peut coûter plus de temps de révision que de retraduire le contenu qui réapparaît réellement.
- Lorsque le contrat ne vous donne pas encore l’exportation. Si un fournisseur détient la mémoire et que l’accord ne comporte pas de clause de livraison TMX, la migration commence avec le contrat, et non avec le fichier.
Liste de contrôle d’évaluation : questions à poser à tout outil ou fournisseur de migration de mémoire de traduction
Quelle version et quel niveau de TMX exporte-t-il et importe-t-il ?
Demandez le format TMX 1.4b au niveau 2. Une exportation de niveau 1 supprime les codes en ligne, ce qui empêche les correspondances exactes sur le contenu balisé et contenant de nombreux espaces réservés.
Quelles propriétés est-il pris en compte, et peut-on ajouter les siennes ?
Les dates et auteurs doivent être mappables à partir des attributs TMX standards, et les types <prop> spécifiques à l’outil doivent être mappables sans modifier le fichier. Dans Smartling, la cartographie de propriétés personnalisées lit une propriété nommée de chaque unité.
Qu'est-ce que cela implique, par écrit ?
Obtenez une liste de ce que l’importation rejette avant de commencer. Smartling documente que TMX importe ne conserve pas l’information plurielle, donc les chaînes de pluriels sont ajoutées à la liste des avis dès le premier jour.
Quel enregistrement laisse-t-il après chaque importation ?
Une migration prête pour l'audit produit des décomptes d'unités par fichier, des listes d'erreurs avec leurs emplacements et un historique daté de la mémoire dans laquelle chaque fichier a été placé, plutôt qu'un simple message de réussite.
Comment conserve-t-il l’historique quand la même mémoire est importée deux fois ?
Demandez si un second import ajoute de l’activité ou l’écrase. Dans Smartling, chaque nouveau fichier TMX, portant un nom unique, est enregistré comme une nouvelle activité sur chaque unité, tandis que le rechargement d'un fichier portant le même nom remplace le contenu précédent de ce fichier.
Qui s’occupe du travail lors de l’intégration ?
Demandez si le fournisseur importe la mémoire pour vous ou vous remet un outil. Le guide Getting Started de Smartling pour son plan de croissance indique qu’un fichier TMX ou une ressource provenant d’un autre service peut être envoyé au Customer Success Manager lors de l’intégration pour l’importation.
Comment les souvenirs de plusieurs vendeurs pourront-ils être combinés sans que le plus faible ne gagne ?
Gardez la mémoire de chaque fournisseur séparée et classez-la plutôt que de fusionner à l’aveugle ; l’approche du classement et des pénalités est abordée dans la gestion de la mémoire de traduction au lieu de votre fournisseur de services linguistiques.
Comment Smartling gère la migration de la mémoire de traduction
Smartling importe la mémoire de traduction d’autres outils via des fichiers TMX, que les propriétaires de compte et les chefs de projet chargent depuis les paramètres de compte > les actifs linguistiques > mémoire de traduction, ou qu’un gestionnaire de réussite client peut importer lors de l’intégration. L’import mappe la date de traduction de chaque fichier, le traducteur, la variante et les propriétés du fichier ou de l’URL, accepte les correspondances de propriétés personnalisées et de valeurs personnalisées pour les champs définis par d’autres outils, ne bloque que sur les incompatibilités de localisation source et les éléments non terminés, et liste les 100 premières erreurs par fichier avec leur ligne et leur colonne. L’historique d’importation TMX affiche alors le total de chaque fichier et les unités importées réussies, sa date d’importation et la mémoire dans laquelle il est allé. Les unités importées comptent comme des traductions publiées pour SmartMatch, donc les correspondances exactes peuvent s’appliquer au nouveau contenu dès que l’importation est terminée, à condition que les espaces de placement et les tags soient alignés.
Pour le voyage de retour, Smartling exporte toute mémoire au format TMX selon trois modes : standard, avec des métadonnées supplémentaires (ID de segment, variante, ID de TM et de projet, autorisateur, dates d’autorisation et de traduction, traducteur, clé, code de hachage, fichier et URL), ou avec toutes les variantes pour une réimportation qui permet à SmartMatches de continuer à fonctionner. Les exportations filtrées, telles que les seules unités traduites au cours des six derniers mois, et les transferts en masse jusqu'à 200 000 unités par action facilitent la consolidation ; Trustpilot a consolidé 140 bases de données de traduction en 10 sur Smartling et a atteint un effet de levier d'environ 40 %, selon son étude de cas. Une fois la mémoire en place, la mesure de la réutilisation de la mémoire de traduction permet de déterminer si les ressources migrées sont rentables et ce qu'il faut rechercher lors du changement de TMS, ce qui couvre la décision de plateforme plus large.
Questions connexes
- Que doivent rechercher les entreprises dans un nouveau système de gestion de la traduction lors de la transition ?
- Quels systèmes de gestion de traduction vous permettent de posséder votre mémoire de traduction plutôt que celle de votre fournisseur de services linguistiques ?
- Comment assurer la continuité des traductions lors de la migration vers un nouveau CMS ?
- Comment mesure-t-on la réutilisation de la mémoire de traduction ?
Prêt à voir Smartling en action ?
Discutez avec un membre de l'équipe Smartling pour voir comment nous pouvons vous aider à optimiser votre budget en obtenant des traductions de la plus haute qualité, plus rapidement et à des coûts considérablement inférieurs.