Un site multilingue construit après coup tend à avoir les mêmes problèmes : des versions linguistiques qui se concurrencent, des visiteurs renvoyés vers la mauvaise page d'accueil, et des pages traduites qui ne se classent jamais. Bien poser la structure d'abord résout l'essentiel. C'est un sujet qui nous tient à cœur — notre propre site fonctionne en trois langues.
Donnez à chaque langue une URL stable et distincte
Chaque version linguistique d'une page a besoin de sa propre adresse permanente. Les schémas courants sont un sous-répertoire (/en/, /fr/), un sous-domaine, ou un domaine distinct par pays. Les sous-répertoires sont généralement les plus simples à gérer et concentrent l'autorité sur un seul domaine. Ce qu'il ne faut pas faire, c'est changer de langue selon un cookie ou l'IP du visiteur sans changer l'URL — un moteur ne peut pas indexer une page qui n'a pas d'adresse.
Utilisez des slugs localisés, pas seulement un préfixe de langue
/fr/a-propos vaut mieux que /fr/about. Les gens cherchent dans leur langue, et une URL dans cette langue est un signal de pertinence modeste mais réel. Et elle se lit simplement correctement pour un visiteur francophone.
Reliez les versions avec hreflang
Chaque page doit indiquer aux moteurs quelles URL sont ses équivalents dans les autres langues, via des annotations hreflang :
- Chaque page renvoie vers toutes les versions linguistiques, y compris elle-même.
- Les annotations doivent être réciproques — si la page anglaise pointe vers la française, la française doit pointer en retour.
- Ajoutez un
x-defaultpour les utilisateurs dont vous ne servez pas la langue. - Listez aussi chaque alternative dans votre sitemap XML.
Le hreflang ne change pas directement les classements ; il garantit que la bonne version linguistique est montrée au bon utilisateur, ce qui réduit le rebond et protège les positions acquises.
Le sélecteur de langue doit garder le lecteur sur la même page
Si un visiteur lit votre page tarifs en anglais et passe au français, il doit arriver sur la page tarifs française — pas sur la page d'accueil française. Cela demande une vraie correspondance entre pages équivalentes, ce que le hreflang encode précisément. Perdre la place du lecteur est l'échec UX multilingue le plus courant.
Traduisez, ne convertissez pas seulement
La traduction automatique est un point de départ, pas une page finie. Les titres, les appels à l'action et les exemples doivent souvent être réécrits plutôt que traduits mot à mot. Une page qui se lit comme écrite par une personne dans cette langue surpassera toujours une page qui se lit comme une conversion.
N'effectuez pas de redirection automatique par localisation
Forcer un visiteur — ou un robot — d'une langue à une autre selon l'IP provoque des problèmes d'indexation et frustre ceux qui ont délibérément choisi une langue. Proposez le choix avec un bandeau et mémorisez-le ; ne l'imposez pas.
En bref
Le multilingue bien fait, c'est : des URL distinctes, des slugs localisés, un hreflang réciproque, un sélecteur qui préserve la page, et une vraie traduction. Cela fait partie de notre façon de construire des sites internationaux — dites-nous quels marchés vous visez et nous concevrons la structure autour d'eux.