W39 – Infrastructure : l’endroit où vous configurez les moteurs de localisation

Infrastructure, c’est là que vous configurez le fonctionnement de la localisation.

Un moteur de localisation est une API de traduction qui intègre vos règles, vos modèles, votre terminologie et vos pipelines. Vous le configurez une fois, puis vous l’utilisez depuis la CLI, l’API, les intégrations, l’app GitHub ou Playground.

Voici ce que vous pouvez configurer dans Infrastructure :

Moteurs de localisation. Un moteur de localisation regroupe tout ce qui influence la traduction de votre contenu. En général, vous en aurez plusieurs : la configuration de l’interface de votre produit n’est pas la même que celle de votre centre d’aide ou de votre contenu juridique. Chacun peut avoir sa propre configuration.

Modèles. Vous pouvez choisir un modèle pour chaque paire de langues et définir un modèle de repli. Si le modèle principal est indisponible ou soumis à une limite de débit, Lingo.dev bascule automatiquement vers le suivant au lieu de faire échouer la requête. Les nouveaux moteurs de localisation incluent des paramètres de modèle par défaut, que vous pouvez mettre à jour et ajuster selon vos besoins.

Glossaires, jeux de règles et voix de marque se trouvent dans Context. Ils appartiennent à votre organisation : vous pouvez donc réutiliser le même glossaire, les mêmes règles ou la même voix de marque dans plusieurs moteurs de localisation.

Les glossaires gèrent la terminologie en fonction du sens, pas seulement de l’orthographe exacte : ainsi, un terme pour « Deploy » couvre aussi « deploying ». Les jeux de règles servent à appliquer des conventions précises, comme abréger « Straße » en « Str. » dans les adresses. Les voix de marque définissent la tonalité que le texte doit avoir dans chaque langue.

Ces paramètres sont hiérarchisés : lorsqu’ils se chevauchent, l’ordre de priorité est clair. D’abord les termes du glossaire, puis les règles, puis la voix de marque.

Le pipeline de localisation. La traduction n’est qu’une partie du processus. Depuis l’onglet Pipeline, vous pouvez ajouter d’autres étapes selon les besoins du contenu : corriger les coquilles et la grammaire dans la source, l’envoyer en relecture humaine, aligner les modifications sur votre glossaire et vos règles, reformuler la traduction, ou la retraduire pour en vérifier le sens.

Chaque type de contenu peut utiliser un pipeline de localisation différent. Un contenu juridique peut éviter la reformulation et rester au plus près de la source. Un contenu marketing peut en tirer parti. Un contenu réglementé peut exiger une relecture humaine avant toute diffusion.

Les étapes du pipeline peuvent aussi se dégrader avec souplesse : si une étape non critique échoue, le traitement continue avec un avertissement au lieu d’échouer complètement.

Playground. Comparez un moteur de localisation à un modèle seul sur un même texte, et voyez ce que votre configuration change. Vous pouvez aussi exécuter deux moteurs de localisation côte à côte pour comparer différentes configurations.

Logs. Chaque moteur de localisation a désormais son propre onglet Logs, pour que vous puissiez voir ce qu’il a servi sans avoir à filtrer un journal à l’échelle de toute l’organisation. La colonne Model indique quel modèle a traité chaque requête, y compris lorsque certaines basculent vers un autre modèle.

Ouvrez Infrastructure et donnez à chaque type de contenu son propre moteur de localisation.