Créer un site multilingue avec WordPress

Vous avez décidé d'ouvrir votre site à une clientèle étrangère. Vous installez une extension au hasard, vous traduisez dix pages, et un mois plus tard vous découvrez que votre version anglaise n'a pas les mêmes menus, que les adresses sont incohérentes et que Google mélange les deux langues dans ses résultats. Pire : changer d'extension oblige à tout refaire.

Un site multilingue sous WordPress ne se résume pas à « installer un plugin de traduction ». C'est une décision de structure : elle touche les adresses, les menus, le référencement et la façon dont vous maintiendrez les traductions. Notre guide sur le site multilingue en général pose la réflexion de fond ; ici, on entre dans le choix d'outil sur WordPress.

Les trois façons de gérer plusieurs langues avec WordPress

• Un site par langue (installation « multisite ») : chaque langue a son propre site, relié aux autres. Séparation nette, mais administration multipliée.
• Une publication par langue : chaque page ou article existe en plusieurs exemplaires, un par langue, reliés entre eux. C'est la logique de Polylang et de WPML.
• Traduction directe sur le site : on traduit les textes tels qu'ils s'affichent, depuis un éditeur visuel (TranslatePress) ou via un service externe (Weglot).

Bien choisir la structure des adresses

Avant même l'extension, il faut décider de la forme des URL. Trois options existent :

• Un sous-répertoire par langue : monsite.fr/en/. C'est le choix le plus simple à gérer et celui qui convient à la majorité des PME : un seul site, un seul nom de domaine, une seule Search Console.
• Un sous-domaine par langue : en.monsite.fr. Plus séparé, un peu plus lourd à suivre.
• Un nom de domaine par langue : utile pour une vraie présence locale, mais à budgéter et à gérer séparément (voir choisir son nom de domaine).

Quel que soit le choix, chaque langue doit avoir ses propres adresses stables, réglées dans les permaliens, et se refléter dans l'arborescence du site.

Les points de référencement à ne pas rater

• Les balises hreflang : elles indiquent à Google quelle version correspond à quelle langue ou région. Elles doivent se répondre d'une page à l'autre, sinon elles sont ignorées. Les bonnes extensions les génèrent automatiquement ; vérifiez-le.
• Des contenus réellement traduits : une traduction automatique brute, non relue, dégrade l'expérience et la confiance. Faites relire les pages qui comptent (offres, formulaire, mentions).
• Les éléments annexes : titres et descriptions SEO, textes alternatifs, menus, formulaires, messages d'erreur. Ils oublient souvent la traduction.
• La cohérence des versions : mêmes pages, mêmes appels à l'action. Une langue à moitié vide décrédibilise le reste.

L'extension SEO et le multilingue

Votre extension SEO doit être compatible avec l'outil multilingue choisi, notamment pour les titres, les descriptions et les cartes de site. C'est un point à vérifier avant l'installation, comme le rappelle notre guide sur l'extension SEO WordPress.

Les pièges à éviter

• choisir l'outil sur le prix seul, sans regarder la migration future ;
• traduire à moitié : mieux vaut trois pages parfaites qu'une version anglaise fantôme ;
• oublier de tester la mise à jour de l'extension sur une copie (voir mettre à jour WordPress sans rien casser) ;
• ne pas prévoir qui traduira et mettra à jour les contenus après la mise en ligne.

À lire aussi : Rôles WordPress : qui peut faire quoi ?.