Une mauvaise sortie a généralement une cause que vous pouvez corriger, et il est utile de trouver laquelle avant de modifier les chaînes manuellement. Suivez cette liste : les deux premières expliquent la plupart des cas, et ce sont des paramètres plutôt que la qualité de la traduction.
Vérifiez d'abord la langue source
Un projet a une langue source, et elle indique au traducteur ce qu'il lit. Si elle est mal définie, toutes les traductions sont produites à partir d'une hypothèse erronée, ce qui est la raison la plus courante pour laquelle la sortie semble absurde plutôt que simplement maladroite.
Le symptôme est distinctif : les traductions donnent l'impression que l'original a été mal entendu, ou qu'une langue revient à peine changée par rapport à la source. Si vous voyez cela sur l'ensemble du site plutôt que dans quelques chaînes, vérifiez la langue source avant toute chose.
Elle est définie lors de la création du projet et affichée à côté du nom du projet dans la barre latérale sous Défaut. Elle est modifiée dans Paramètres généraux, où elle est intitulée Langue source.
La corriger signifie retraduire les chaînes affectées, car celles existantes ont été produites à partir d'un mauvais point de départ.
Vérifiez ensuite le variant
L'espagnol d'Espagne et l'espagnol d'Amérique latine ne sont pas la même cible, pas plus que le portugais du Portugal et du Brésil. Une traduction que les locuteurs natifs décrivent comme "correcte mais étrangère" est souvent le variant régional incorrect plutôt qu'un problème de qualité. Voir Variants linguistiques et ciblage régional.
Termes qui n'auraient pas dû être traduits
Les noms de marque, les noms de produits et les termes techniques reviennent traduits quand rien n'a dit au traducteur de les laisser seuls. Une règle de glossaire corrige cela partout à la fois, y compris dans le texte traduit plus tard, ce qui est mieux que de modifier chaque occurrence. Voir Garder un terme non traduit.
Chaînes courtes sans contexte
"Accueil", "Appliquer", "Poster", "Commander" sont ambigus isolément, et une étiquette de bouton est exactement cela. Le traducteur voit la chaîne, pas la page autour. Cela vaut la peine de les corriger manuellement, car il n'y a pas de contexte à ajouter. Voir Modifier les traductions manuellement.
Texte qui semble étrange plutôt que faux
La traduction automatique rend votre formulation fidèlement. Elle ne réadapte pas une phrase pour un marché différent, donc le texte marketing adapté à un public peut tomber à plat dans un autre, même lorsque la traduction est exacte. C'est un travail de rédaction : modifiez la chaîne, et elle reste modifiée lors des retraductions ultérieures.
Pages partiellement traduites
Si une partie d'une page est dans la mauvaise langue plutôt que mal traduite, ce n'est pas du tout un problème de qualité. Le contenu qui arrive après le chargement n'est pas traduit, et les régions exclues sont délibérément laissées telles quelles. Voir Traduire le contenu dynamique et JavaScript et Les traductions n'apparaissent pas.
Corriger ce que vous trouvez
Une chaîne : modifiez-la. La traduction de page normale ne touche jamais une chaîne qui a déjà une traduction, donc votre formulation reste. Choisir Retransl. avec IA sur cette ligne la remplace : utilisez Historique sur la ligne pour récupérer votre version.
Un terme, partout : une règle de glossaire.
Une langue entière : vérifiez la langue source et la variante avant de conclure que la qualité est médiocre.
Après une modification du glossaire : une règle qui correspond à une chaîne entière (un libellé de bouton, un nom de marque seul) s'applique au prochain chargement de page par elle-même. Pour un terme à l'intérieur d'une phrase plus longue, la traduction stockée reste inchangée, utilisez donc Retraduire avec l'IA sur les chaînes qui comptent. La suppression du cache n'applique pas une modification du glossaire : la même traduction stockée est à nouveau servie. Voir Comment les règles sont appliquées.