Le vrai coût d'un site bilingue mal conçu
La plupart des sites bilingues ne posent pas problème parce que le français est mauvais. Ils posent problème parce que personne n'a vraiment tranché, au départ, la question la plus importante : comment les deux marchés doivent coexister.
Cette décision est d'abord une décision business. Le site ne fait que la rendre visible. Quand elle n'est pas prise, le site finit presque toujours par révéler le même type de désordre. Dans la pratique, on retombe sur quatre scénarios très prévisibles.
Piège n°1 : deux sites, deux fois plus de travail
Vous avez choisi de séparer. entreprise.com pour les
États-Unis, fr.entreprise.com pour la France. Sur le
papier, cela semble propre. Deux marchés, deux sites, deux équipes.
Un an plus tard, tout coûte plus cher. Deux CMS. Deux calendriers éditoriaux. Deux refontes qui s'éloignent l'une de l'autre. Votre autorité SEO se répartit entre deux domaines qui devraient pourtant se renforcer. Personne ne sait plus vraiment quelle version fait foi. Le site français prend du retard, puis encore du retard, puis plus personne ne s'en occupe vraiment.
Vous avez réglé la question de la traduction. Vous avez créé un problème d'exploitation.
Piège n°2 : le faux site bilingue avec sélecteur de langue
À l'inverse, un plugin vous promet plus simple : un seul site, un seul CMS, un sélecteur de langue, et c'est réglé.
Puis on regarde de plus près. La version française n'est pas une vraie page. C'est souvent la page anglaise dont le texte change à la volée. Les balises hreflang sont absentes, incomplètes ou fausses. Google voit mal la différence entre les versions. En recherche locale, la page anglaise remonte là où la page française devrait apparaître. Et côté visiteur, le texte français donne immédiatement l'impression d'être traduit à la hâte.
Le système semblait simple. En réalité, il masquait une dette technique et éditoriale.
Ce que ce piège n'est pas : un sélecteur de langue dans la navigation est utile, et on le recommande. Il permet à quelqu'un qui arrive sur la mauvaise version de basculer vers la bonne. Le problème commence quand le sélecteur est la seule couche linguistique du site. Si chaque version a sa propre URL, son propre hreflang, sa propre balise canonique et un contenu réellement rédigé dans sa langue, vous n'êtes pas dans ce piège. Vous avez un vrai site bilingue, avec un sélecteur de langue en plus.
Piège n°3 : la traduction est correcte, la conversion ne suit pas
Même page d'accueil. Même structure. Même grille tarifaire. Même bouton. Le tout traduit proprement, par un humain, sans machine.
Et pourtant, la version française convertit mal.
Le problème n'est pas linguistique. Il est culturel. Certains codes qui paraissent banals sur un site américain sonnent faux en français. Un compte à rebours paraît pressant. Des avis cinq étoiles signés d'un simple prénom manquent de crédibilité. Un bouton du type « Get Started » traduit mot à mot sonne trop brusque. Un prix hors taxes mal expliqué paraît flou. Rien de tout cela ne se corrige avec une meilleure traduction. Il faut revoir la logique de page.
Piège n°4 : le marché secondaire finit par être abandonné
Au lancement, les deux langues existent. Il y a un planning. Il y a de l'énergie. On a l'impression que la machine est lancée.
Six mois plus tard, le blog anglais avance et la version française stagne. Les témoignages anglais sont récents, les français datent du lancement. Le support répond de moins en moins en français. Techniquement, le site français est toujours en ligne. En pratique, il n'est plus vraiment vivant.
Personne n'a annoncé qu'on abandonnait ce marché. Il a simplement cessé d'être piloté.
Dans quel cas vous reconnaissez-vous ?
Choisissez la situation qui ressemble le plus à la vôtre. Commencez par la section correspondante.
Deux sites, deux fois plus de travail
Vous gérez deux domaines, deux CMS, deux fois plus d'opérations, et la version française prend du retard.
Section 1 : stratégie →Le faux site bilingue avec sélecteur
Vous avez un seul site avec un sélecteur de langue, mais le SEO est flou et le français donne une impression de traduction.
Section 2 : architecture et SEO →La traduction est correcte, la conversion ne suit pas
Le texte français n'est pas faux, mais il ne convainc pas. Les visiteurs arrivent, lisent, repartent.
Section 3 : contenu et voix →Le marché secondaire a décroché
Le site a bien été lancé en deux langues, mais l'une des deux n'est plus vraiment entretenue.
Section 4 : opérations →L'échelle de maturité bilingue
Avec le temps, on a vu revenir la même progression. La plupart des entreprises passent par cinq étapes. L'intérêt de cette échelle n'est pas théorique : elle permet de savoir où vous en êtes réellement, et ce qu'il faut améliorer ensuite.
- Étape 1
Bilingue par hasard
Vous servez deux publics parce que c'est ce qui se présente naturellement. Votre site est dans une langue. L'autre audience se débrouille tant bien que mal. Il n'y a pas encore de vraie décision stratégique.
- Étape 2
Bilingue traduit
Une seconde langue a été ajoutée. Par plugin, par traduction rapide, ou par un mélange des deux. L'information existe bien, mais tout reste calqué sur la langue principale : mêmes pages, mêmes arguments, mêmes preuves, même structure.
- Étape 3
Bilingue localisé
Vous ne traduisez plus seulement des phrases. Vous adaptez la manière de convaincre. Le français est réellement rédigé pour un lecteur francophone. Les appels à l'action, les preuves et la présentation des prix sont pensés pour le marché concerné.
- Étape 4
Bilingue piloté
Le site n'est plus un projet ponctuel. Il s'inscrit dans une organisation. Quelqu'un est responsable du français. Quelqu'un est responsable de l'anglais. Le contenu avance dans les deux langues. Le support suit. Les avis suivent. Le site reste à jour parce que l'équipe a prévu comment le garder à jour.
- Étape 5
Bilingue stratégique
Le bilinguisme n'est plus un sujet à gérer. C'est un avantage concurrentiel. Chaque marché a son positionnement, ses messages, ses indicateurs, ses priorités. Vous ne subissez plus deux langues. Vous les utilisez.
Le point important : beaucoup d'entreprises se pensent à l'étape 3 alors qu'elles sont encore à l'étape 2. C'est dans cet écart que se joue l'essentiel.
Le guide en six parties
Les six sections qui suivent reprennent l'ordre dans lequel on traite réellement le sujet avec un client. Elles couvrent les décisions à prendre avant le design, pendant la production, puis après le lancement.
Section 1 : stratégie
Avant de parler CMS, design ou SEO, il faut répondre à quatre questions.
Quel est le marché principal ?
Pas le marché que vous aimez le plus. Pas celui qui vous semble le plus élégant. Celui qui finance l'entreprise aujourd'hui, ou celui sur lequel vous choisissez d'investir en priorité. Si un arbitrage doit être fait entre les deux versions, laquelle l'emporte ?
Parle-t-on d'une seule entreprise ou de deux activités proches ?
Même offre, même promesse, même modèle de prix dans les deux langues ? Vous gérez une même entreprise dans deux langues. Positionnement distinct, offres distinctes, logique commerciale distincte ? Vous êtes peut-être en train de faire coexister deux activités sous une même marque. Ce n'est pas un problème, à condition d'en avoir conscience.
Quelles preuves attend chaque marché ?
Un acheteur américain réagit souvent à des signaux de vitesse, de résultats ou d'échelle. Un acheteur francophone attend plus volontiers des signaux de sérieux, de cohérence, d'ancienneté, de retenue. Le site ne doit pas rassurer de la même façon partout.
Qui sera responsable de chaque langue dans un an ?
Si la réponse est « on verra », le projet est déjà fragile. Un site bilingue ne tient pas dans la durée sans responsable identifié.
Alors, un seul site, deux sites, ou une approche hybride ?
Pour la grande majorité des entreprises de taille petite à moyenne, la bonne réponse est un seul site, proprement structuré, avec une vraie version par langue. Deux sites séparés sont plus coûteux à maintenir et se justifient rarement.
Section 2 : architecture et SEO
C'est souvent ici qu'un site bilingue perd du trafic sans que l'équipe s'en rende compte.
Sous-répertoire, sous-domaine ou domaine séparé ?
Dans la plupart des cas, le sous-répertoire reste la meilleure option :
entreprise.com/fr/. Il consolide l'autorité SEO sur un seul
domaine, il est plus simple à exploiter, et il rend les futures
migrations plus propres. Les sous-domaines fragmentent l'autorité. Les
domaines séparés ne sont utiles que si vous gérez une activité réellement
distincte dans un autre pays.
Le guide Google sur les sites multirégionaux et multilingues →
Hreflang doit être exact, pas juste présent.
Les erreurs les plus courantes sont toujours les mêmes :
- la page ne se référence pas elle-même
- les codes de langue et de région changent d'une page à l'autre
- les URLs déclarées ne correspondent pas aux URLs réellement indexables
- les balises canoniques contredisent hreflang
- certaines pages sont gérées dans le
<head>, d'autres dans le sitemap, sans logique claire
Quand hreflang est bien géré, Google comprend clairement la relation entre les versions. Quand il est mal géré, l'affichage en recherche devient instable. Le guide Google sur hreflang →
Chaque version linguistique doit être canonique pour elle-même.
La page anglaise n'est pas la « vraie » page et la page française sa copie. Ce sont deux versions équivalentes, pas un original et un dérivé. Le guide Google sur les URL canoniques →
Non, un contenu traduit n'est pas du contenu dupliqué.
Ce mythe fait encore perdre du temps à beaucoup d'équipes. Deux langues différentes ne posent pas un problème de duplication. En revanche, deux pages quasi identiques dans la même langue, oui.
Le SEO local peut fonctionner dans les deux langues sur un seul domaine.
À condition de bien structurer le site, vous pouvez cumuler présence locale, données structurées, profils d'entreprise, citations et contenus adaptés par marché sans devoir tout séparer.
Sur la pile technique : ce kit n'est pas un plaidoyer pour une technologie particulière. On peut bien faire sur Astro, sur WordPress, ou ailleurs. La vraie question est plus simple : votre stack permet-elle de traiter les deux langues proprement, ou oblige-t-elle l'équipe à bricoler ?
Section 3 : contenu et voix
C'est ici que se joue la différence entre un site réellement bilingue et un site simplement traduit.
Traduire ne suffit pas.
La traduction déplace des phrases. La localisation réécrit le raisonnement pour qu'il ait du sens dans le marché visé. Une page française n'a pas besoin d'avoir la même structure que la page anglaise si le lecteur ne réagit pas aux mêmes arguments.
Une même marque peut s'exprimer différemment selon la langue.
Les valeurs restent les mêmes. La manière de les formuler, non. La version anglaise peut être plus directe. La version française peut être plus progressive, plus posée, plus explicative. Tant que le fond reste cohérent, cette différence est saine.
Les témoignages doivent rester dans leur langue d'origine.
Un témoignage français en français sur la page française est crédible. Un témoignage anglais traduit en français peut dépanner, mais il sonne rarement aussi juste. Si une traduction est nécessaire, il vaut mieux le signaler.
Les études de cas doivent ouvrir avec le bon repère.
La première référence mise en avant n'a pas besoin d'être la même selon la langue. Côté français, on veut voir une référence qui parle immédiatement au public francophone. Côté anglais, même logique.
Les visuels aussi envoient des signaux culturels.
Signalétique, architecture, devises, ambiance, cadre de vie : tout cela compte. Une page française remplie d'images très américaines envoie un signal involontaire.
Section 4 : opérations
On parle peu de cette partie. Pourtant, c'est elle qui détermine si le site sera encore crédible dans un an.
Chaque langue a besoin d'un responsable identifié.
Quelqu'un rédige. Quelqu'un relit. Quelqu'un publie. Tant que ces rôles restent flous, l'une des deux langues finira par décrocher.
Le calendrier éditorial doit permettre un décalage entre les langues.
Les deux versions n'ont pas besoin de sortir exactement le même jour. Ce qui compte, c'est qu'aucune n'empêche l'autre d'avancer.
Le support client doit être cadré dès le départ.
Qui répond en français ? Qui répond en anglais ? Sous quel délai ? Si cela n'est pas défini, l'expérience du marché secondaire finit toujours par se dégrader.
Les avis doivent être demandés dans la langue de la relation commerciale.
Sinon, vous obtenez un profil d'avis déséquilibré, qui paraît artificiel à un visiteur bilingue.
Le CMS doit être équitable entre les langues.
Si mettre à jour le français est plus pénible que mettre à jour l'anglais, la version française sera mécaniquement moins bien tenue.
Section 5 : conversion
L'erreur classique consiste à croire qu'un même mécanisme de conversion fonctionnera pareil dans les deux langues.
Un appel à l'action ne se traduit pas mot à mot.
« Book a strategy call » et « Réservez un appel stratégique » ne produisent pas le même effet. En français, une formule comme « Parlons de votre projet bilingue » est souvent plus naturelle, plus relationnelle, et donc plus crédible.
La longueur idéale d'un formulaire dépend du marché.
Les visiteurs américains acceptent mal les formulaires trop longs. Les acheteurs B2B francophones tolèrent mieux un peu plus de contexte, à condition qu'il soit utile.
La présentation du prix doit suivre la facturation réelle.
La bonne question n'est pas « quelle langue lit le visiteur ? » mais « dans quelle devise et sous quel régime fiscal allez-vous vraiment facturer ? »
- Si vous facturez en EUR avec TVA, affichez un prix TTC sur la version française, et gardez cette logique sur la version anglaise si c'est la même offre.
- Si vous facturez en USD hors taxes, gardez ce prix en USD sur les deux versions, et expliquez clairement, côté français, comment la fiscalité s'applique aux clients internationaux.
- Si vous opérez entre plusieurs pays, ne changez pas de devise à l'écran juste pour rassurer. Ce qui rassure, c'est la clarté.
Un prix en USD sur une page française peut parfaitement être crédible. Un prix ambigu, en revanche, ne l'est jamais.
Les signaux de confiance ne sont pas lus de la même manière.
Aux États-Unis, les logos, les chiffres et les références visibles fonctionnent bien. En français, la même page peut gagner en crédibilité avec plus de retenue, de contexte et de précision.
Le cadre légal fait partie de l'expérience.
RGPD, accessibilité, obligations locales, mentions liées au Québec ou au Canada : ce ne sont pas des détails annexes. Ils influencent directement la confiance et l'exposition au risque.
Les artifices d'urgence passent mal en B2B français.
Compteurs à rebours, badges de rareté ou formulation agressive donnent souvent une impression de pression mal placée.
Section 6 : pilotage
Un site bilingue ne se mesure pas correctement avec une vue unique sur l'ensemble du trafic.
Les données doivent être lues par langue.
Dans GA4, segmentez par chemin ou par groupe de contenu. Ce qui compte, c'est de comparer les marchés côte à côte, pas de les fusionner.
Les bons indicateurs ne seront pas identiques d'un marché à l'autre.
Les taux de conversion peuvent différer. Le temps de lecture aussi. Les attentes en matière de page et de formulaire aussi. Vouloir tout aligner artificiellement est une erreur.
La définition du succès dépend de votre niveau de maturité.
À l'étape 2, réussir veut simplement dire publier correctement dans les deux langues. À l'étape 4, réussir veut dire tenir le rythme sans tension permanente.
À un moment, il faut arbitrer.
Si une langue reste sous-investie trop longtemps, soit vous décidez d'y consacrer de vrais moyens, soit vous choisissez de réduire la voilure. Le pire scénario reste de garder une version visible mais négligée.
Repères culturels utiles
Cette section sert de repère rapide pour éviter les erreurs les plus fréquentes au moment de concevoir une page, un formulaire ou une grille tarifaire.
Présentation des prix
| Élément | Page française | Page anglaise (États-Unis) |
|---|---|---|
| Convention par défaut | TTC si vous facturez réellement en EUR avec TVA | Hors taxes, avec mention du type « + tax » si nécessaire |
| Devise | € avec format français, ou USD clairement indiqué si c'est votre devise réelle | $ sans décimale si le montant est rond |
| Remise | « -20 % » ou « économisez 20 % » | « Save 20% » |
| Ton de la grille | Plus contextualisé | Plus direct et plus scannable |
Témoignages et preuve
| Élément | Page française | Page anglaise |
|---|---|---|
| Format | Nom complet, fonction, entreprise, citation plus développée | Photo, prénom, fonction, citation courte |
| Notes en étoiles | À utiliser avec retenue | Courantes et attendues |
| Nombre de témoignages | Moins, mais mieux choisis | Plus nombreux sans problème |
| Logos clients | Utiles, mais souvent plus discrets | Souvent très visibles |
Appels à l'action
| Élément | Page française | Page anglaise |
|---|---|---|
| Verbe dominant | Invitation : « Parlons », « Découvrez », « Demandez » | Impératif : « Get », « Book », « Start » |
| Microcopy sous le bouton | « Gratuit, sans engagement. » | « Free. No credit card. » |
| Urgence | À limiter fortement en B2B | Plus acceptable selon le contexte |
| Formulaire | Peut être un peu plus détaillé | Doit rester court |
Signaux de confiance
| Élément | Page française | Page anglaise |
|---|---|---|
| Bio du fondateur | Ancienneté, sérieux, parcours | Résultats, références, crédibilité visible |
| Mentions presse | Présentes, mais discrètes | Souvent mises en avant |
| Années d'activité | Très bon signal | Moins décisif |
| Récompenses | Mentionnées avec mesure | Plus volontiers listées |
Cadre légal
| Élément | Page française | Page anglaise |
|---|---|---|
| Vie privée | RGPD, consentement explicite si nécessaire | CCPA et réglementation locale selon l'État |
| Accessibilité | RGAA, WCAG 2.1 AA | ADA, WCAG 2.1 AA |
| Québec | Loi 96 si le marché est visé | Non applicable |
L'implémentation de référence et le kit appliqué à WordPress
Si ce kit n'est pas théorique, c'est parce qu'il repose sur des cas réels.
Oui Digital : le site comme preuve
Le site de Oui Digital a été conçu comme une réponse concrète à toutes les questions posées dans ce kit. Deux langues, une seule base de code, pas de plugin de traduction, pas de faux bilingue masqué par un simple sélecteur. Chaque page a sa propre URL dans chaque langue. Les balises hreflang et canoniques sont gérées proprement au niveau du framework. Le sélecteur de langue existe pour aider l'utilisateur, pas pour masquer une architecture fragile.
Choix de stack : Astro, rendu statique, code sur mesure. Ce n'est pas un argument idéologique. C'est simplement une stack qui nous permet de traiter les deux langues proprement, sans couche opaque au milieu.
Modèle de contenu : chaque page est rédigée deux fois. Chaque langue a ses propres fichiers, ses propres slugs, sa propre logique d'indexation. Les articles de blog existent comme contenus distincts et reliés entre eux pour hreflang.
Organisation : les deux langues avancent ensemble quand c'est pertinent, et séparément quand c'est plus efficace. Aucune ne bloque l'autre. Il n'y a pas deux équipes parallèles. Il y a un seul studio qui travaille dans deux langues.
Niveau de maturité : étape 5. Le bilinguisme n'est pas un supplément de service. C'est une partie du positionnement.
On prend notre propre site comme référence pour une raison simple : il serait incohérent de vendre ce kit sans l'avoir appliqué d'abord à nous-mêmes.
USA Conseil : un site francophone ancien remis à niveau
USA Conseil illustre très bien un cas fréquent : une forte valeur éditoriale, une vraie autorité accumulée dans le temps, mais une structure de site qui ne suit plus.
Le projet en bref
Point de départ : un site hérité, daté, peu performant sur mobile, mal armé pour convertir, et sous-exploité en SEO malgré un contenu riche sur le voyage aux États-Unis pour un public francophone.
Ce qui a été repris : audit SEO en français, priorisation des requêtes utiles, restructuration sous WordPress, amélioration de l'expérience mobile, remise à niveau du cadre RGPD, travail de fond sur les contenus existants pour mieux répondre aux intentions de recherche.
Résultats observés (mars 2023 → mars 2024)
Certaines pages ont tiré la croissance à elles seules, notamment sur la location de voiture, la Route 66 ou le changement d'heure. Le diagnostic de départ a aussi été confirmé géographiquement : forte croissance en France, au Canada et aux États-Unis.
Oui Digital a fait un travail formidable. Xavier a compris mes besoins, respecté pleinement l'esprit du site original, et pris en compte chacune de mes remarques. Merci pour ce travail.
Où en est le site aujourd'hui ? On est clairement sorti d'une logique de site hérité qu'on subit. Le site est redevenu une vraie plateforme éditoriale et SEO, capable de porter la suite.
Aurore Lacas Coaching : bien faire sur WordPress reste possible
Tous les projets bilingues n'ont pas besoin d'être codés à la main. Aurore Lacas en est un bon exemple. La marque a été construite sur WordPress, avec TranslatePress comme couche technique, tout en gardant une vraie hiérarchie linguistique : français principal, anglais secondaire.
L'intérêt de ce cas est simple : il montre que le sujet n'est pas seulement technique. Les décisions importantes restent les mêmes, quel que soit l'outil.
Ce qu'il fallait réussir :
- une voix française qui ne sonne pas comme un site de coaching traduit de l'anglais
- une version anglaise crédible, mais clairement secondaire dans la stratégie
- une structure cohérente avec un public francophone d'abord
Ce que cela démontre : on peut très bien atteindre une étape 3 solide sur WordPress, à condition de traiter sérieusement le contenu, la voix, les conventions culturelles et l'organisation éditoriale.
Lecture honnête : si vous partez de zéro et que vous visez un niveau d'exigence maximal, une stack statique sur mesure sera souvent plus propre. Si vous avez déjà un WordPress bien installé et une équipe qui sait s'en servir, il est généralement plus intelligent de corriger la stratégie et le contenu avant de repartir de zéro.
La checklist du site bilingue
La checklist complète ce kit avec un outil concret utilisable en interne, ou à transmettre à une agence.
Elle couvre notamment :
- la structure d'URL et hreflang
- les exigences de contenu par langue
- les responsabilités de publication
- les conventions culturelles à ne pas négliger
- les vérifications à faire avant et après le lancement
Vous pouvez l'utiliser librement, y compris si vous choisissez de travailler avec un autre studio.
On la partage librement parce qu'un bon contenu utile doit pouvoir servir, même si vous ne devenez jamais client chez nous.
Questions fréquentes
-
Dans la plupart des cas, un seul site bien structuré est la meilleure solution. Deux sites demandent plus de budget, plus de coordination, plus de maintenance, et finissent souvent par évoluer à des vitesses différentes.
-
Non. Deux versions d'un même contenu dans deux langues différentes ne posent pas de problème de duplication au sens SEO du terme.
-
Oui, à condition de comprendre ce qu'il fait et ce qu'il ne fait pas. Ce type d'outil peut gérer la couche technique. Il ne remplace ni la localisation, ni la réécriture, ni la validation éditoriale par langue.
-
Affichez votre vraie devise et votre vrai régime fiscal. Si vous facturez en EUR avec TVA, gardez cette logique sur la version anglaise et expliquez-la clairement. Le problème n'est pas d'afficher un prix en EUR sur une page anglaise. Le problème, c'est de laisser planer le doute.
-
La seule vraie question est : qui va la piloter ? Si personne ne peut s'en occuper sérieusement, il vaut souvent mieux réduire proprement la voilure que laisser une version négligée en ligne.
-
Oui, dès que le site existe en plusieurs langues. Sans hreflang, les moteurs devinent. Et ils se trompent souvent.
-
Un traducteur travaille sur les phrases. Un site bilingue demande aussi des choix de structure, de preuve, de conversion, de gouvernance éditoriale et de suivi. Ce n'est pas le même périmètre.
-
Il faut intégrer la Loi 96 dans la réflexion dès le départ. Si ce marché est important pour vous, ce n'est pas un détail juridique à régler après coup.
-
Faites lire la page à une personne francophone qui n'a jamais vu l'original anglais. Si elle sent immédiatement que le texte est traduit, c'est qu'il l'est encore dans sa logique, même si les phrases sont correctes.
-
Oui, mais comme outil d'orientation. Pas comme substitut à une vraie architecture bilingue.