Une traduction grammaticalement correcte peut manquer la manière dont le public cherche, compare et achète. Avant de publier une version produite avec une IA, vérifiez le vocabulaire local, les exemples et l’offre réellement disponible. Une traduction est un point de départ, pas une validation du marché.
Identifier le public exact
Précisez langue, territoire et contexte d’usage. Deux publics francophones peuvent employer des mots différents pour un même service et attendre des informations distinctes. Demandez aux personnes qui traitent les demandes quelles formulations reviennent réellement. Évitez de transformer une hypothèse linguistique en promesse commerciale : une entreprise qui travaille à distance dans un pays n’y possède pas nécessairement un établissement.
Adapter les exemples et les décisions
Relisez les unités, références, moyens de contact et étapes du parcours. Un exemple centré sur une organisation particulière peut devenir incompréhensible ailleurs. Vérifiez surtout ce que l’utilisateur doit faire après la lecture : la demande peut-elle être traitée dans cette langue ? Les documents proposés existent-ils ? Une page qui attire un public sans permettre de poursuivre le parcours crée une attente déçue.
Séparer traduction du texte et adaptation du parcours
Une version linguistique doit permettre au lecteur de comprendre la même offre, avec les adaptations réellement prévues pour son public. Elle ne doit pas inventer une présence locale, une certification ou un service pour rendre le texte plus naturel. Commencez par une fiche de référence des faits qui ne changent pas, puis notez les adaptations que l’entreprise peut confirmer. Le reste relève de la formulation et de l’interface.
| Niveau | Question à vérifier | Exemple de correction |
|---|---|---|
| Vocabulaire | Le terme désigne-t-il le même concept métier ? | Conserver GEO lorsqu’il s’agit de recherche générative, sans le transformer en géographie |
| Offre | Le périmètre reste-t-il exact ? | Retirer une promesse ajoutée pendant la reformulation |
| Parcours | Les documents et contacts sont-ils utilisables ? | Annoncer la langue d’un document non traduit |
| Navigation | Le changement de langue garde-t-il le même article ? | Corriger un lien renvoyant à un accueil générique |
| Métadonnées | Titre et description décrivent-ils la version visible ? | Traduire les champs oubliés et vérifier leur sens |
La documentation de Google sur les sites multilingues explique le rôle des URL et des annotations de langue. Ces éléments techniques ne valident pas la qualité du texte. Une page peut avoir un bon attribut de langue et des liens réciproques tout en contenant un contresens. Les deux recettes doivent donc rester distinctes dans le compte rendu.
Préparer une version autonome
Google recommande des URL distinctes pour les versions linguistiques et documente l’usage de hreflang pour les relier. Sur le fond, chaque version doit rester compréhensible seule, avec son titre, ses repères et ses liens utiles. Ne traduisez pas seulement le texte central en laissant les formulaires, messages d’erreur et éléments de navigation dans une autre langue. Contrôlez aussi les liens vers des documents non traduits.
Exemple fictif : une prestation web
Une page française propose une reprise de site avec un atelier de cadrage. La traduction littérale utilise un terme que le public cible associe à un audit gratuit. L’équipe remplace cette expression par une description précise du travail, de sa portée et de la prochaine étape. Le choix est validé par une personne compétente dans la langue et le contexte professionnel concernés.
Une méthode de relecture fondée sur les risques de sens
- Conservez une liste des termes à protéger : noms d’outils, acronymes, unités, identifiants et commandes. Vérifiez leur traitement dans les titres comme dans le corps.
- Relisez les conditions, les négations et les exceptions. Une traduction qui perd un « ne pas » peut inverser la recommandation tout en restant grammaticalement fluide.
- Comparez les liens, tableaux, légendes et textes alternatifs. Une traduction du seul paragraphe principal ne suffit pas à publier une page complète.
- Faites contrôler les passages importants par une personne compétente dans la langue et le domaine lorsque l’enjeu le demande. Une traduction automatique relue techniquement ne doit pas être présentée comme une validation native exhaustive.
Sur la série de ce site, les vérifications locales portent notamment sur la présence du texte traduit, l’article correspondant dans chaque langue, les métadonnées et les images. Le terme GEO a fait l’objet d’une correction explicite lorsqu’il était interprété comme géographique. Cette observation documente un risque de traduction concret ; elle ne démontre pas que toutes les nuances linguistiques sont parfaites.
Pour le suivi, gardez version source, date de traduction, corrections de terminologie et date de revue. Une modification de l’offre doit déclencher l’examen des versions concernées. Le registre des affirmations et sources peut identifier ces dépendances, et la préparation des références accessibles aide à conserver des liens réellement vérifiables pour les lecteurs de chaque langue.
Valider après intégration
Faites relire la page complète dans son interface, sur mobile et avec ses documents liés. Vérifiez que les alternances de langue conduisent à la bonne page plutôt qu’à un accueil générique. Conservez une liste des points à revoir lors des évolutions de l’offre. La gestion de hreflang complète cette adaptation ; elle ne remplace ni la relecture linguistique ni la validation des informations.