Traduction de site par IA : préparer une version anglaise vraiment utilisable

Une page d’accueil en anglais, un bouton de contact en français, puis un email de confirmation dans une troisième langue : une traduction peut sembler terminée alors que le parcours reste incohérent. Pour une PME, la bonne question est simple : un visiteur peut-il comprendre l’offre et aller jusqu’au bout de sa demande dans la langue choisie ?

L’IA peut servir à préparer les textes. Avant publication, prévoyez aussi la relecture métier, les écrans moins visibles et les mises à jour futures. Voici une méthode pour lancer une première version anglaise avec un périmètre maîtrisé.

1. Choisir le public et le parcours à traduire

Commencez par une phrase de cadrage. Par exemple : « Nous voulons permettre à des responsables achats anglophones de comprendre notre service et de demander un devis. » Cet exemple est fictif ; il sert à définir un objectif vérifiable.

Précisez ensuite les conditions réelles de l’offre : pays desservis, langue des échanges, horaires de réponse et devise des prix. Une page en anglais ne signifie pas que l’entreprise intervient partout ni que son équipe assure un support anglophone permanent.

Pour ce premier parcours, relevez tous les éléments nécessaires :

• la page de présentation du service et ses tarifs éventuels ;
• les menus, boutons et liens utiles ;
• le formulaire, ses consignes et ses messages d’erreur ;
• la confirmation à l’écran et l’email envoyé au visiteur ;
• les documents téléchargeables indispensables à la décision.

Si une brochure reste en français, indiquez-le avant son téléchargement. Mieux vaut décrire honnêtement le périmètre disponible que laisser le visiteur découvrir une rupture de langue au dernier écran.

2. Donner un cadre précis à la traduction assistée par IA

Préparez un petit glossaire validé : noms des offres, termes techniques, expressions préférées et éléments à conserver tels quels. Un même service doit garder le même nom dans le menu, la page et le formulaire.

Séparez les passages à traduire des valeurs à vérifier : montants, unités, délais, conditions et références produit. La personne qui relit doit pouvoir comparer ces éléments avec la version française de référence.

Une consigne de travail peut demander à l’outil de produire une proposition en anglais, de respecter le glossaire et de signaler les ambiguïtés sans les résoudre au hasard. Fournissez seulement les contenus nécessaires et autorisés pour cet outil ; retirez les informations internes sans rapport avec la traduction.

Faites ensuite relire le résultat par une personne qui maîtrise la langue cible et comprend l’offre. Pour les clauses contractuelles ou les formulations réglementées, prévoyez la validation adaptée. La fluidité d’une phrase ne suffit pas à établir que son sens commercial a été conservé.

Notre recommandation : valider d’abord une page représentative et ses messages associés. Corrigez le glossaire à partir de cet essai avant de traduire le reste.

3. Prévoir une adresse stable pour chaque langue

Google recommande des URL distinctes pour les versions linguistiques. Sur un petit site, des chemins tels que /fr/services et /en/services peuvent fournir un point de départ lisible ; le choix technique dépend de l’existant. Source : Google Search Central, sites multilingues.

Le sélecteur de langue doit conserver autant que possible le contexte : depuis une fiche service, le lien « English » ouvre son équivalent anglais. Si cette version manque, présentez clairement les contenus disponibles au lieu d’envoyer silencieusement le visiteur vers une autre page.

Google déconseille les redirections automatiques fondées sur une langue supposée et recommande de laisser accéder aux autres versions par des liens. Prévoyez donc un choix visible que le visiteur peut modifier. Source : Google Search Central.

4. Vérifier les indications de langue avec votre prestataire

Deux réglages méritent une vérification explicite.

L’attribut HTML « lang » indique la langue du document. Le W3C recommande de le placer sur l’élément racine « html » de la page, avec une valeur adaptée, par exemple « en » pour l’anglais. Source : W3C, déclarer la langue en HTML. Cette information permet notamment aux lecteurs d’écran de choisir les règles de prononciation appropriées. Source : W3C WAI, langue de la page.

Les annotations « hreflang » signalent à Google les différentes versions linguistiques ou régionales d’un même contenu. Chaque version doit se référencer elle-même et renvoyer vers les autres, avec des URL complètes et des liens de retour. Google accepte cette déclaration dans le HTML, les en-têtes HTTP ou le sitemap ; une seule méthode bien tenue suffit. Source : Google Search Central, versions localisées.

Google précise qu’il détermine la langue à partir du contenu visible, sans utiliser l’attribut « lang » pour cette détection. Gardez donc une langue cohérente dans le texte et la navigation. Source : Google Search Central.

5. Relire les détails qui changent la compréhension

Vérifiez le sens des formulations avec des exemples concrets :

• « Sous 48 heures ouvrées » doit conserver sa condition ;
• un prix en euros reste en euros tant qu’une autre offre n’a pas été décidée ;
• une date comme « 04/05 » mérite une forme explicite, par exemple « 4 May » si le 4 mai est bien la date visée ;
• une zone d’intervention locale doit rester identifiable dans la traduction ;
• un texte intégré à une image doit être inclus dans l’inventaire.

Relisez aussi les titres de page, descriptions, textes alternatifs utiles et intitulés des fichiers. Sur mobile, contrôlez les retours à la ligne et les boutons : une traduction peut avoir une longueur différente de l’original.

Pour conserver une trace utile, notez chaque problème avec la page, le texte concerné, la correction attendue et la personne qui la valide. Un commentaire comme « anglais à améliorer » est difficile à traiter ; une phrase corrigée avec son contexte est immédiatement exploitable.

6. Tester la version anglaise et organiser sa maintenance

Faites réaliser le parcours de bout en bout sur un environnement de test ou avec des demandes clairement identifiées comme des essais. Prévoyez au moins ces situations :

1. Arriver directement sur une page anglaise depuis son adresse.
2. Changer de langue depuis une page intérieure.
3. Déclencher une erreur de formulaire et comprendre comment la corriger.
4. Envoyer une demande et vérifier la langue de la confirmation.
5. Ouvrir le parcours sur mobile et contrôler les documents liés.

Terminez par un essai de mise à jour : modifiez une information sur la page française de test, puis vérifiez qui est averti et comment la version anglaise est corrigée. C’est un bon moyen de repérer les traductions qui risquent de rester figées.

Pour chaque page, conservez la version source, la date de relecture et un responsable. Lorsqu’un tarif ou une condition change, la traduction associée doit revenir dans la liste des contenus à vérifier.

Par où commencer ?

Choisissez un service, un public anglophone et un parcours court. Le premier livrable peut réunir la page traduite, son formulaire, ses confirmations, le glossaire et la liste des contrôles effectués. Vous disposez alors d’une base concrète pour décider quelles pages traduire ensuite.

Vous préparez une deuxième langue pour votre site ? Retrouvez notre accompagnement en localisation et multilinguisme IA.

Sources officielles

Sources consultées le 16 octobre 2026. Cet article propose une méthode de préparation ; il ne présente pas une annonce produit ni un résultat client.

• Google Search Central : gérer les sites multirégionaux et multilingues.
• Google Search Central : signaler les versions localisées d’une page.
• W3C : déclarer la langue en HTML.
• W3C WAI : comprendre le critère « langue de la page ».