Site bilingue au Québec : une page par langue, pas un bouton de traduction

Quand un client me demande un site bilingue, je commence toujours par la même question : voulez-vous deux versions réelles de votre site, ou seulement un bouton qui traduit le texte à l'écran pour évacuer la question ? La réponse change la structure du site, la façon dont Google le lit, et ce que la Charte de la langue française attend de vous. Voici comment j'aborde un site bilingue quand je le construis, et pourquoi le bouton de traduction automatique est presque toujours le mauvais choix.

Qu'est-ce qui cloche avec un bouton de traduction ?

Un widget de traduction automatique remplace le texte affiché à l'écran, mais il ne crée pas de nouvelle page. L'adresse web reste la même, le code source reste en français (ou en anglais), et ce que le visiteur voit dépend d'un script qui tourne après le chargement. Pour un visiteur pressé, ça peut sembler pratique. Pour tout le reste, ça pose problème.

D'abord la qualité : une traduction automatique confond souvent le sens d'une phrase, surtout dans un domaine technique ou avec des tournures québécoises. Un client qui lit une phrase maladroite sur votre page de services se demande si vous avez soigné le reste de votre travail de la même façon.

Ensuite la structure : un moteur de recherche indexe une adresse web, pas un état temporaire de la page après un clic sur un bouton. Si votre contenu anglais n'existe qu'en mémoire, dans le navigateur, après une bascule de langue, il n'a pas d'adresse propre à référencer, donc rien à faire remonter pour une recherche faite en anglais.

Que dit la Charte de la langue française sur un site web ?

La Charte de la langue française encadre la langue du commerce et des affaires au Québec, y compris les outils qu'une entreprise utilise pour vendre ou pour communiquer avec ses clients. Le principe général, pour un site qui s'adresse à une clientèle québécoise, est que la version française doit être au moins aussi présente et aussi complète que toute autre langue offerte, pas reléguée derrière un menu déroulant qui traduit approximativement.

Je ne suis pas avocat, et les détails d'application dépendent de votre secteur et de votre situation. Si la conformité linguistique est un enjeu sensible pour votre entreprise, un juriste ou l'Office québécois de la langue française peut confirmer ce qui s'applique exactement à votre cas. Ce que je peux dire de mon côté, comme personne qui construit des sites pour des clients québécois, c'est qu'une page française complète et une page anglaise complète, chacune avec sa propre adresse, règlent la question à la base : il n'y a pas de version secondaire ou approximative, il y a deux pages écrites pour être lues.

Comment structurer un site bilingue avec une page par langue ?

La structure la plus simple, et celle que j'utilise pour un site web bilingue, place le français à la racine du domaine et l'anglais sous un sous-dossier /en/. Chaque page française a donc son équivalent anglais à une adresse distincte, par exemple /services/ en français et /en/services/ en anglais.

Cette séparation a plusieurs effets concrets :

Chaque page a son propre titre, sa propre méta-description et son propre contenu, écrits pour la langue de la page, pas traduits mot à mot d'une version pivot. Un texte traduit littéralement sonne souvent étrange, alors qu'un texte écrit directement dans la langue cible se lit naturellement pour le visiteur qui le reçoit.

Le menu de navigation propose un lien explicite vers l'équivalent dans l'autre langue, plutôt qu'un bouton qui bascule l'affichage sans changer d'adresse. Le visiteur clique, l'adresse change, et il sait qu'il est passé d'une version à l'autre.

Google peut indexer les deux pages séparément, avec leur propre contenu, et les faire ressortir pour la bonne recherche dans la bonne langue.

Comment traduire un site sans qu'il sonne traduit ?

La façon la plus sûre d'obtenir un texte qui sonne traduit est de partir d'une version dans une langue et de la faire passer mot à mot dans l'autre. Le résultat se lit, mais il ne sonne jamais tout à fait naturel : les tournures restent celles de la langue de départ, et un lecteur natif de l'autre langue le sent, même sans savoir pourquoi.

Je préfère écrire chaque page directement dans sa langue, à partir du même message de fond, plutôt que de traduire une page existante. Un texte de vente en anglais met parfois l'accent différemment qu'un texte en français pour le même service : les arguments qui convainquent ne sont pas nécessairement rangés dans le même ordre, et certains mots n'ont pas d'équivalent naturel d'une langue à l'autre.

Ça vaut aussi pour les mots-clés. Un client qui cherche vos services tape rarement la traduction exacte d'un terme français. Une clinique de beauté qui vise le mot-clé « soins esthétiques » en français ne vise pas nécessairement « esthetic care » en anglais : le terme que les gens tapent réellement en anglais peut être différent, et chaque page devrait viser les mots que son public utilise, pas la traduction du mot-clé de l'autre page.

Comment relier vos pages française et anglaise avec hreflang ?

Une fois que vous avez deux pages distinctes, il reste à dire à Google qu'elles sont les versions linguistiques d'un même contenu. C'est le rôle de la balise hreflang, une balise placée dans l'en-tête de chaque page, qui pointe vers l'équivalent dans l'autre langue.

Concrètement, la page française contient une balise qui indique où se trouve sa version anglaise, et la page anglaise contient une balise qui pointe en retour vers la version française. Ce lien doit fonctionner dans les deux sens : si une seule des deux pages pointe vers l'autre, Google ignore l'indication.

C'est ce mécanisme qui permet à un visiteur qui cherche en anglais de tomber directement sur votre page anglaise, et à un visiteur qui cherche en français de tomber sur la version française, sans passer par une redirection ou un choix de langue au chargement. Le référencement d'un site bilingue dépend en bonne partie de cette mécanique : deux pages bien construites, correctement reliées, valent mieux qu'une seule page qui essaie de servir les deux langues à la fois.

Quelles erreurs éviter au lancement d'un site bilingue ?

La première erreur est de mélanger les langues sur une même page, par exemple un menu en français avec des fiches produits en anglais parce que la traduction n'est pas terminée. Un visiteur qui atterrit sur une page à moitié traduite doute de tout le reste du site.

La deuxième est de dupliquer une page dans une langue sans vraiment l'adapter : traduire le texte sans revoir les exemples, les unités, ou les références qui ne parlent qu'à un public québécois. Une page anglaise pour un visiteur de Toronto ou d'ailleurs au pays n'a pas besoin des mêmes références locales qu'une page française pour Laval ou Longueuil.

La troisième est d'oublier de mettre à jour les deux versions en même temps. Si vous changez un prix, un horaire ou une offre sur la page française et que vous ne touchez pas à la version anglaise, les deux pages se contredisent, et un visiteur qui compare les deux le remarque.

La quatrième, plus technique, est de laisser une page omettre de se référencer elle-même dans sa propre balise hreflang, en plus du lien vers l'autre langue. Une page qui ne confirme pas sa propre langue dans ses propres balises peut créer de la confusion pour un moteur de recherche qui essaie de savoir laquelle des deux versions montrer en premier pour une recherche donnée.

Un site bilingue bien construit demande un peu plus de travail au départ qu'un widget de traduction, mais il évite ces quatre problèmes d'un coup, et il donne à chaque visiteur une page pensée pour lui, pas une traduction improvisée de la page de quelqu'un d'autre.

Rédigé avec l'aide d'outils d'IA, vérifié et publié par Marven Salgado.