Sites multilingues : ouvrir de nouveaux marchés sans pénalité Google

Quand une entreprise saoudienne décide de servir des clients au-delà du marché local, la première décision est en général : « ajoutons une version anglaise du site ». Et elle est généralement exécutée de la pire façon possible — un texte traduit à la machine et une seconde copie du site, puis l'attente de clients qui n'arrivent jamais.

Un site multilingue n'est pas un projet de traduction : c'est un projet d'architecture technique. Ces quatre décisions en déterminent la réussite.

1. Hreflang : sans elle, Google croit que vous vous répétez

Quand la même page existe en dix langues, Google a besoin d'un signal explicite qui dise : « ce ne sont pas dix pages concurrentes, ce sont les versions linguistiques d'une seule page — montrez à chaque utilisateur la bonne ».

Ce signal est la balise hreflang. Sans elle, Google peut traiter ces versions comme du contenu dupliqué, en retenir une et ignorer le reste — vous auriez donc payé dix traductions pour qu'une seule soit vue. C'est l'erreur technique la plus fréquente et la plus coûteuse des sites multilingues.

2. Structure des URL : trois options, pas une

• Sous-répertoires (site.com/fr/) — le bon choix pour la plupart des entreprises : toute l'autorité de domaine s'accumule au même endroit, la gestion est plus simple, le coût plus bas.
• Sous-domaines (fr.site.com) — Google les traite comme semi-indépendants : l'autorité doit se construire séparément pour chacun.
• Domaines nationaux (site.fr) — les plus puissants pour viser un pays, et bien plus coûteux à exploiter.

Pour une entreprise qui débute son expansion internationale, les sous-répertoires sont le choix pratique dans la plupart des cas.

3. La traduction automatique seule vous dessert

Une traduction automatique non relue produit un texte grammaticalement correct et commercialement étrange. Pire : elle traduit les mots et non l'intention de recherche. Un client allemand ne cherche pas le même terme qu'un français, même quand le sens est identique.

Un exemple concret : qui cherche Djeddah en allemand tape « Dschidda », pas « Jeddah ». Si votre version allemande ne dit que « Jeddah », vous n'existez pas pour cet internaute. Les noms de villes et de pays s'écrivent selon la convention propre à chaque langue, ils ne se recopient pas tels quels.

4. Un vrai support RTL, pas un gabarit en miroir

Si votre site est à l'origine en arabe et que vous ajoutez des langues latines — ou l'inverse — il ne s'agit pas seulement d'inverser le sens du texte. Les icônes, les flèches, l'ordre des formulaires et l'emplacement des boutons changent tous. Les gabarits qui « miroitent » automatiquement un design produisent des interfaces cassées qui perdent la confiance en une seconde.

Qu'est-ce qui doit réellement être traduit ?

Une traduction partielle est pire que rien. La liste complète comprend :

• Les titres et descriptions méta de chaque page — pas seulement le texte visible.
• Le texte alternatif des images.
• Les libellés de formulaire, les boutons d'envoi et les messages d'erreur.
• Les pages légales : politique de confidentialité et conditions.
• Le plan de site, couvrant chaque version linguistique.

Un site traduit à 80 % laisse le visiteur étranger devant une page moitié dans sa langue et moitié incompréhensible — une impression pire qu'un site clair en une seule langue.

Quand nous déconseillons le multilingue

Si vous ne pouvez pas réellement servir le client étranger — pas de livraison internationale, pas d'équipe répondant dans sa langue, pas de moyen de paiement adapté — la traduction vous amènera des demandes que vous ne pourrez pas conclure. La capacité opérationnelle se construit d'abord ; le site vient ensuite la refléter.

En résumé

Une langue supplémentaire n'est pas un bouton de traduction. C'est un nouveau canal d'acquisition, avec sa propre structure technique et ses propres mots-clés. Bien faite une fois, elle vous ouvre un marché entier — faite vite, elle ajoute des pages que personne ne visite.