·8 min
Site multilingue FR/EN/AR : les 7 erreurs techniques qui coûtent cher
Hreflang, RTL, polices arabes, URL par langue, traduction automatique : les erreurs qui ruinent un site multilingue — et comment les éviter, par un studio qui en construit.
La moitié des sites « multilingues » que nous auditons sont en réalité des sites monolingues avec des traductions collées dessus. Ils s'affichent, mais ils ne fonctionnent pas : Google n'indexe qu'une langue, la version arabe est illisible, et les visiteurs repartent. Voici les sept erreurs que nous corrigeons le plus souvent — et ce qu'il faut exiger de votre prestataire.
1. Pas d'URL par langue
Un sélecteur qui change les textes en JavaScript sans changer l'URL rend vos versions linguistiques invisibles pour les moteurs de recherche. Chaque langue doit vivre à sa propre adresse : /fr, /en, /ar. C'est la fondation ; sans elle, rien d'autre ne compte.
2. Hreflang absent ou faux
Les balises hreflang disent à Google « voici la même page en français, en anglais, en arabe ». Sans elles, vos versions se cannibalisent entre elles dans les résultats. Avec des balises fausses (cas très fréquent : liens non réciproques), Google les ignore. Chaque page doit référencer toutes ses sœurs — et se référencer elle-même.
3. Un arabe traduit, pas écrit
L'arabe passé à la moulinette d'un traducteur automatique se reconnaît en une phrase : tournures littérales, registre incohérent, vocabulaire déplacé. Pour une clientèle arabophone — commerçants, restaurateurs, entrepreneurs — c'est un signal immédiat de négligence. Le contenu arabe doit être écrit, ou au minimum réécrit, par quelqu'un qui parle la langue du client.
4. RTL de façade
L'arabe s'écrit de droite à gauche, et cela ne concerne pas que le texte : toute l'interface doit se refléter — navigation, icônes, flèches, marges, formulaires. Un dir="rtl" posé sur le body sans adaptation de la mise en page produit des interfaces cassées : flèches qui pointent à l'envers, textes collés au mauvais bord, animations qui déchirent les lettres arabes. Le RTL se conçoit dans l'architecture CSS (propriétés logiques), pas en rustine.
5. Les polices latines appliquées à l'arabe
Les polices élégantes de votre charte (serif, display) ne contiennent généralement pas de glyphes arabes. Résultat : le navigateur substitue une police système quelconque, et votre identité visuelle disparaît sur un tiers du site. Un site trilingue sérieux embarque des polices arabes choisies (Noto Kufi, IBM Plex Sans Arabic…) mappées sur les mêmes rôles typographiques.
6. Le SEO pensé pour une seule langue
Chaque langue a ses requêtes, ses volumes, ses concurrents. Le mot-clé français ne se traduit pas : il se recherche. Métadonnées, titres, descriptions et contenus doivent être optimisés par langue — et parfois, un sujet mérite un article en arabe et aucun en anglais, parce que la demande n'existe qu'en arabe.
7. La maintenance oubliée
Un site trilingue vit en trois exemplaires : chaque nouvelle page, chaque correction, chaque article existe (ou pas) dans trois langues. Sans processus — qui traduit, qui valide, qui publie — les versions divergent en quelques mois et le site fait négligé précisément auprès du public qu'il devait impressionner.
Ce qu'il faut retenir
Le multilingue n'est pas une option cochée dans un CMS : c'est une architecture. URLs par langue, hreflang réciproques, RTL natif, polices adaptées, contenu écrit par langue, SEO par langue, et un processus de maintenance. Nous construisons chaque site sur ces fondations dès le premier jour — notre propre site fonctionne exactement ainsi, en trois langues. Si votre site multilingue actuel coche moins de cinq cases sur sept, un appel découverte de trente minutes suffit pour établir le diagnostic et un plan de correction à périmètre fixe.
Parlez à l'ingénieur
Une demi-heure suffit pour cartographier votre situation — pas de script commercial, juste l'ingénieur.
Réserver un appel