Fluide ne veut pas dire correct. Une traduction peut être très bien rédigée et contenir tout de même des erreurs que le client, un audit ou la vérification de Trados repéreront. La plupart sont d’ordre mécanique : un contrôle QA à base de règles les trouve plus vite et plus sûrement qu’un œil fatigué. Voici les dix erreurs que nous rencontrons le plus souvent — toutes détectées par l’outil de contrôle qualité de translator.linigu.com.
1. Ponctuation finale différente
Si la source se termine par un point d’interrogation et la cible par un point, le sens change. La vérification compare la dernière ponctuation des deux segments et connaît les équivalents, comme le point idéographique, le point d’interrogation arabe ou le point d’interrogation grec.
2. Erreurs de balises
Une balise de gras ou de lien manquante, une balise en trop ou des balises mal imbriquées peuvent casser la mise en forme, voire rendre un fichier impossible à rouvrir. La vérification compare les balises de la source et de la cible et montre dans le segment laquelle manque.
3. Termes interdits et 4. termes approuvés non utilisés
Lorsque la base terminologique marque un terme comme interdit ou obsolète, l’employer est une erreur ; la vérification le signale et indique l’alternative approuvée. Dans le cas inverse, un terme source apparaît sans qu’aucune de ses traductions approuvées ne figure dans la cible ; c’est signalé comme avertissement, car le terme peut être fléchi. Les deux vérifications fonctionnent avec des bases SDLTB, TBX, XLSX et CSV.
5. Même source, traductions différentes, et 6. écarts par rapport à la MT
Traduire « Save file » tantôt par Enregistrer le fichier, tantôt par Sauvegarder le fichier déroute les utilisateurs. La vérification regroupe les sources identiques de tous les documents et signale celle qui se démarque. Elle compare aussi les correspondances exactes à votre mémoire de traduction et signale les traductions qui diffèrent de toutes les entrées de la MT. Le cas inverse est couvert également : une même traduction pour deux sources différentes.
7. Espaces insécables manquantes
Un saut de ligne entre « 25 » et « Nm » fait négligé. Si la source utilise une espace insécable et la cible une espace ordinaire, la vérification le signale et affiche le caractère sous forme de symbole visible. Pour les cibles en français, elle contrôle aussi les règles typographiques avant ? ! : et ;, ainsi qu’à l’intérieur des guillemets.
8. Nombres et 9. variables, URL et adresses e-mail
Un nombre disparu ou une URL passée de .com à .de sont des erreurs que personne n’a envie d’expliquer. La vérification compare les nombres indépendamment des séparateurs décimaux et de milliers, et compare exactement les variables comme %s ou {0}, les adresses web et les adresses e-mail.
10. Doubles espaces et caractères invisibles
Les doubles espaces, une espace en début ou en fin de segment absente de la source, les traits d’union conditionnels, les caractères de largeur nulle et les caractères de remplacement dus à des problèmes d’encodage sont invisibles dans la plupart des éditeurs, mais apparaissent dans le résultat.
Faire du contrôle QA une étape de chaque livraison
Lancez la vérification sur le paquet de retour avant l’envoi, choisissez les contrôles qui correspondent aux exigences de votre client et exportez le résultat vers Excel pour votre réviseur. Les cibles vides et celles identiques à la source sont également signalées : rien ne passe à moitié traduit.
Envie d’essayer ? Ouvrez l’outil de contrôle qualité — il fonctionne à base de règles, rien n’est envoyé à une IA. Vous débutez ? Commencez par vérifier SDLXLIFF et paquets de retour en ligne.
