Site multilingue : changer de langue sans renvoyer votre visiteur à l’accueil

Un prospect consulte votre page « Maintenance industrielle ». Il choisit « English » pour la transmettre à un collègue et arrive sur la page d’accueil. La traduction existe peut-être, mais il doit recommencer sa recherche. Un autre visiteur ouvre directement une page anglaise, puis rencontre un formulaire resté en français.

Un site multilingue ne se réceptionne donc pas en comptant les drapeaux dans son menu. Le contrôle utile consiste à suivre une même intention d’une langue à l’autre, jusqu’à la prise de contact. Voici une méthode pour vérifier ce parcours sur un site de services, sans confondre traduction, navigation et référencement.

Les situations ci-dessous sont des exemples de contrôle, pas les résultats d’un audit client.

1. Associer des pages équivalentes, pas seulement des langues

Prenez trois pages importantes : une prestation, une réalisation et la page de contact. Pour chacune, notez l’adresse française et l’adresse de la version traduite qui répond à la même question.

Exemple fictif : /fr/maintenance-industrielle correspond à /en/industrial-maintenance. La page /en/ n’est pas une traduction de cette prestation : c’est une autre étape du parcours.

Sur chaque paire, vérifiez les points suivants :

• le changement de langue mène bien à la prestation ou à la réalisation attendue ;
• le retour au français retrouve la page de départ ;
• le titre et le contenu principal sont réellement traduits ;
• les liens vers le devis ou le contact continuent dans la langue choisie ;
• l’adresse traduite peut être copiée, partagée et ouverte directement.

Cette correspondance doit reposer sur l’identité de la page, pas sur un simple remplacement de mots dans l’adresse. Deux versions peuvent avoir des chemins différents. Inversement, deux URL qui se ressemblent peuvent présenter des offres différentes.

Pour un site vitrine, ce tableau d’équivalences est un livrable concret à demander au prestataire. Il rend visibles les pages traduites, les pages manquantes et les destinations réellement proposées.

2. Décider clairement ce qui se passe quand la traduction manque

Toutes les pages n’ont pas forcément besoin d’être traduites. Une offre réservée à une zone locale peut rester en français. Le problème commence lorsque le sélecteur laisse croire qu’une version anglaise existe, puis ouvre une page générique sans explication.

Choisissez une règle explicite. Par exemple, indiquer « Cette page n’est pas encore disponible en anglais » et proposer un lien distinct vers les services présentés en anglais. Ou ne proposer, pour cette page, que les traductions réellement disponibles, avec une explication accessible à proximité du choix de langue.

Ne remplissez pas une version étrangère avec un menu traduit et un corps français uniquement pour pouvoir afficher un bouton. Google recommande une langue clairement identifiable dans le contenu visible et la navigation. Un en-tête traduit ne remplace pas une page traduite.

Un repli vers l’accueil peut être un choix éditorial ; il ne doit pas être présenté comme l’équivalent de la page consultée. Faites tester ce cas manquant aussi soigneusement qu’une traduction complète.

3. Laisser le visiteur choisir, même si son navigateur suggère autre chose

Une personne située en France peut vouloir lire l’anglais. Un acheteur peut partager une URL française avec un interlocuteur à l’étranger. La langue du navigateur et la localisation ne suffisent pas à connaître leur intention.

Dans sa documentation sur les sites multilingues, Google recommande des URL distinctes pour les différentes versions et déconseille les redirections automatiques fondées sur une langue supposée. Ces redirections peuvent empêcher les internautes et les moteurs de consulter certaines versions.

Préférez une suggestion que l’on peut ignorer à une bascule imposée. Le visiteur doit pouvoir ouvrir une adresse anglaise, rester sur cette page et revenir au français volontairement. Une préférence mémorisée ne devrait pas transformer chaque lien partagé en retour forcé vers une autre langue.

Pour le sélecteur, utilisez des intitulés compréhensibles, comme « Français » et « English », plutôt que des drapeaux seuls : une langue ne correspond pas nécessairement à un pays. Vérifiez aussi que le choix est atteignable au clavier et repérable dans le menu mobile. Il s’agit ici d’une recommandation de conception à tester, pas d’une certification d’accessibilité.

4. Séparer trois contrôles techniques souvent confondus

Demandez au prestataire de vérifier trois mécanismes distincts.

Le lien de changement de langue sert à la navigation. C’est lui que le visiteur utilise. Il doit ouvrir la bonne page, même si les autres annotations sont correctes.

L’attribut HTML lang déclare la langue du document. Le W3C recommande de le placer sur l’élément html, par exemple lang="en" pour une page anglaise. Cette déclaration ne traduit pas le texte et ne crée pas de lien vers une autre version.

Les annotations hreflang signalent à Google les variantes linguistiques ou régionales. Elles ne réparent ni un bouton cassé ni une traduction absente. Google précise également qu’il détermine la langue à partir du contenu, et non à partir de hreflang ou de l’attribut HTML lang.

Selon la documentation des versions localisées, chaque version déclarée doit se référencer elle-même et indiquer les autres variantes ; les références entre deux pages doivent être réciproques. Les URL indiquées doivent être complètes. HTML, en-têtes HTTP et sitemap sont trois méthodes possibles : les cumuler n’apporte pas d’avantage pour Google et complique la maintenance.

Pour votre contrôle de réception, demandez surtout une preuve lisible : « Cette page française déclare cette page anglaise, qui renvoie bien vers elle. » Ne validez pas une série d’annotations qui associe toutes les pages françaises à la seule page d’accueil anglaise.

Ces réglages aident à décrire les versions disponibles. Ils ne garantissent ni une position dans les résultats ni un nombre de demandes commerciales.

5. Aller jusqu’au formulaire, pas seulement jusqu’au titre traduit

Sur la version étrangère, suivez l’appel à l’action principal. Regardez les libellés, l’aide à la saisie, les messages d’erreur et la confirmation. Un formulaire anglais qui affiche ses erreurs en français laisse le visiteur seul précisément au moment où il a besoin d’aide.

Vérifiez également le service sélectionné. Si la page concerne la maintenance, le formulaire ne devrait pas revenir à une demande générique sans conserver ou rappeler ce contexte. Si le changement de langue efface des champs déjà saisis, il faut prévenir l’utilisateur ou revoir le parcours ; ne promettez pas une conservation que le site ne réalise pas.

Organisez les essais d’envoi sur un environnement de test ou avec une procédure convenue. N’envoyez pas de fausses demandes répétées dans la boîte commerciale. Pour les pages publiques, on peut déjà contrôler la navigation, les intitulés et les destinations sans soumettre de formulaire.

Enfin, vérifiez que l’entreprise peut traiter les demandes dans les langues proposées. Traduire un bouton de contact n’établit pas à lui seul une capacité d’assistance multilingue.

6. Un petit jeu de tests à conserver après la mise en ligne

Préparez une fiche avec, pour chaque essai, l’URL de départ, l’action, la destination attendue, le résultat observé et la correction à effectuer. Rejouez les mêmes essais sur ordinateur et sur téléphone.

1. Prestation traduite : passer du français à l’anglais, puis revenir à la même prestation française.
2. Lien partagé : ouvrir directement la page anglaise dans une nouvelle session ; elle reste accessible sans choix préalable sur l’accueil.
3. Langue du navigateur différente : vérifier que la version explicitement demandée n’est pas remplacée de force.
4. Traduction absente : obtenir une explication et une destination honnête, pas une fausse équivalence.
5. Contact : rejoindre le bon formulaire, avec la langue et le service attendus.
6. Erreur de saisie : dans le cadre de test prévu, comprendre la correction demandée et retrouver les données que le parcours doit conserver.
7. Navigation au clavier : atteindre le sélecteur, comprendre les choix et activer la bonne langue.
8. Annotations : faire contrôler lang et les correspondances hreflang sur les mêmes pages, pas seulement sur l’accueil.

Ce jeu de tests n’est ni un audit SEO complet ni une validation de toutes les traductions. Il fournit une base de réception reproductible. Une modification du menu, l’ajout d’une prestation ou une nouvelle langue devient l’occasion de le rejouer, au lieu de découvrir plus tard qu’un lien conduit au mauvais endroit.

Commencer par le parcours qui compte vraiment

Avant de traduire davantage de pages, choisissez une prestation importante et suivez son parcours dans la seconde langue : arrivée directe, lecture, changement de langue, retour et contact. Corrigez les ruptures observées, puis étendez la même logique aux autres contenus.

Si votre site existe déjà, vous pouvez demander trois pistes pour l’améliorer. Précisez les langues concernées et partagez une paire de pages qui pose problème : ce point de départ sera plus utile qu’une demande générale de « site international ».