Vingt langues, une entreprise : où la traduction automatique tient et où elle échoue

Ce que les machines font bien

Trois choses, de manière fiable :

Le volume, évidemment. Un modèle peut produire une version compétente en japonais de votre page de service en le temps qu'il faut pour lire ce paragraphe, et la vingtième langue coûte autant que la deuxième.

La cohérence, si on lui donne quelque chose à laquelle se conformer. Nourrissez un modèle d'un glossaire — les noms de vos produits, les termes que vous traduisez et ceux que vous ne traduisez jamais — et il maintiendra ce vocabulaire sur des centaines de pages mieux qu'une piscine tournante de freelances.

Et, moins apprécié, la mise à jour. L'échec silencieux dans la plupart des entreprises multilingues n'est pas une mauvaise traduction, c'est une ancienne traduction. La page en anglais est mise à jour quatre fois par an ; la page allemande décrit toujours les prix de l'année dernière car personne ne voulait payer pour la refaire. Lorsque la retraduction est presque gratuite, vous arrêtez de colmater et vous régénérez simplement à partir de la source. Vos vingt langues disent la même chose car elles ont toutes été produites à partir de la même phrase d'hier.

Là où un humain n'est toujours pas optionnel

Le registre est le premier endroit où cela casse. L'adresse formelle ou informelle est une décision commerciale, pas linguistique, et un modèle vous la fournira de manière incohérente à travers les langues et parfois même sur une seule page. Décidez-en une fois par marché, notez-la et vérifiez-la.

Ensuite, tout ce qui a un poids juridique ou financier : contrats, garanties, instructions de sécurité, revendications réglementaires, conditions de prix. Pas parce que la traduction est probablement fausse, mais parce qu'être faux est coûteux et la révision est peu onéreuse par comparaison.

Ensuite, tout ce qui devient un identifiant — une URL, un nom de fichier, un code de langue dans un fichier de configuration. Ce ne sont pas des problèmes de traduction, ce sont des problèmes d'ingénierie portant un costume de traduction, et ils produisent les pires échecs.

Enfin, le contenu qui porte la marque : votre titre de page d'accueil, votre slogan, les deux phrases qu'un client se souviendra. Un modèle produit une rendu défendable. Un locuteur natif en produit un qui sonne comme s'il avait été écrit exprès.

Les échecs ne sont pas ceux que vous attendez

Personne n'est réellement désavantagé par une phrase maladroite en néerlandais. Ils sont désavantagés par la page qui n'a jamais été publiée. Un code de langue qui dérive entre deux fichiers de configuration, et un locale silencieusement produit aucun fichier du tout — tandis que la page d'index continue de lier vers lui. C'est un 404 en direct sur un marché que vous ne pouvez pas lire, et cela peut rester là pendant des mois.

En relation : les modèles échouent de manière inégale. Une langue échouera à chaque exécution tandis que dix-neuf réussissent, et à moins que quelque chose vérifie l'absence de sortie, personne ne remarque car personne sur votre équipe ne lit cette langue. Construisez la vérification. Faites du pipeline bruyant lorsque une langue revient vide.

Classez le contenu, pas les langues

La décision utile n'est pas quelles langues méritent des humains — c'est quel contenu en a besoin. Une répartition pratique :

• Revu par un humain, toujours : contrats, prix, textes de sécurité et réglementaires, la page d'accueil, les trois premières pages commerciales par marché.
• Lecture approximative par un locuteur natif : descriptions de services, copies de campagne, tout contenu client qui porte la voix de la marque.
• Sortie machine corrigée sur rapport : archives de blog, articles de support, documentation, journaux des changements. L'alternative n'est pas une meilleure traduction, c'est aucune traduction du tout.

Cette troisième catégorie est là où l'économie paie réellement. Quatre cents articles de support en vingt langues n'auraient jamais été approuvés comme projet. Maintenant, c'est un week-end.

La facture que personne ne budgétise

Publier dans vingt langues et les gens vous écriront dans vingt langues. L'inbound est le coût qui surprend les entreprises, et il pèse sur les ventes et le support, pas sur le marketing. Avant d'étendre la liste des langues, répondez à une question : quand un client répond en coréen, qui lit ça et combien de temps cela prend-il ? Si la réponse est personne, vous n'avez pas ouvert un marché. Vous avez construit un très bien traduit mur.

Nous gérons ce site dans vingt-et-une langues avec exactement cette organisation — traduction automatique supportée par des humains placés là où être faux coûte quelque chose. Cela fonctionne. Cela fonctionne car la frontière entre les deux est écrite, pas improvisée à chaque fois.

Faites de même et la traduction cesse d'être une question budgétaire. Elle devient une question de où vous dépensez votre attention — ce qui est la seule chose rare que vous aviez au début.