Site multilingue et SEO : le guide pour bien être référencé dans chaque langue.

1. Choisir la structure d'URL

Première décision, et la plus difficile à changer ensuite : où placer chaque langue. Trois options sont courantes.

• Sous-répertoires (exemple.com/en/) : un seul domaine, une seule propriété à gérer, et l'autorité du site profite à toutes les langues. C'est le choix simple par défaut pour la plupart des projets.
• Sous-domaines (en.exemple.com) : pratique si chaque version est hébergée ou gérée séparément. En contrepartie, la configuration et le suivi sont un peu plus lourds.
• Domaines par pays (exemple.de, exemple.co.uk) : signal géographique très clair pour les internautes et les moteurs. Mais il faut acheter, renouveler et faire vivre plusieurs domaines, et chacun part de zéro en notoriété.

Évitez en revanche les paramètres d'URL du type ?lang=en : ils fonctionnent, mais sont moins lisibles et plus fragiles. Quel que soit votre choix, restez cohérent sur tout le site.

2. Une URL distincte par langue

C'est la règle de base. Chaque version linguistique d'une page doit avoir sa propre adresse. Le robot de Google explore le plus souvent sans cookie et depuis une adresse IP américaine, avec un navigateur sans préférence de langue particulière.

Si votre site affiche le français ou l'anglais sur la même URL selon un cookie ou la langue du navigateur, Google ne verra probablement qu'une seule version. Les autres ne seront jamais indexées.

3. Relier les versions avec hreflang

La balise hreflang indique à Google qu'une page existe dans d'autres langues, et lesquelles. Elle aide le moteur à afficher la bonne version dans les résultats. Trois règles à respecter :

1. Réciprocité. Si la page française pointe vers l'anglaise, l'anglaise doit pointer vers la française. Chaque page liste aussi sa propre URL. Sans retour, l'annotation peut être ignorée.
2. Codes corrects. La langue suit la norme ISO 639-1 (fr, en, de), éventuellement suivie d'une région ISO 3166-1 (en-GB, fr-CA). en-UK ou uk pour l'anglais sont des erreurs fréquentes.
3. Une version par défaut. La valeur x-default désigne la page à montrer quand aucune langue ne correspond, souvent un sélecteur de langue ou la version principale.

Vous pouvez déclarer ces liens dans le <head> de chaque page avec des balises <link rel="alternate" hreflang="…">, ou dans le sitemap XML. Les deux méthodes se valent : choisissez-en une et tenez-la à jour. Sur un gros site, le sitemap est souvent plus simple à maintenir.

4. Ne pas rediriger automatiquement

Rediriger un visiteur selon la langue de son navigateur ou son adresse IP semble pratique. C'est pourtant déconseillé. Un Français en voyage, un expatrié ou un robot d'indexation se retrouvent bloqués sur une version qu'ils n'ont pas choisie.

Proposez plutôt un sélecteur de langue visible, sur toutes les pages, qui mène vers la page équivalente (et non vers l'accueil). Vous pouvez aussi afficher un bandeau discret suggérant la version adaptée, sans forcer la redirection.

5. Tout traduire, pas seulement le texte

Une page à moitié traduite envoie des signaux confus. Pensez à adapter :

• la balise title et la meta description ;
• le slug d'URL (/en/pricing plutôt que /en/tarifs) ;
• les textes alternatifs des images ;
• les données structurées (nom, description, FAQ…) ;
• les menus, boutons, formulaires et messages d'erreur.

6. Traduction automatique : une base, pas une fin

Les outils de traduction automatique sont devenus très bons. Ils font gagner un temps précieux pour produire un premier jet. Mais publier tel quel un texte non relu reste risqué : tournures maladroites, contresens, ton inadapté.

Surtout, la traduction n'est pas l'adaptation. Les internautes ne cherchent pas avec les mêmes mots selon les pays. Un « devis » peut devenir quote au Royaume-Uni et estimate aux États-Unis. Refaites une recherche de mots-clés pour chaque marché, puis faites relire chaque page par une personne qui maîtrise la langue.

7. Variantes d'une même langue et contenu dupliqué

Une page en fr-FR et une autre en fr-BE quasi identiques ne sont pas pénalisées. Mais Google peut n'en retenir qu'une comme version principale. Les balises hreflang l'aident à proposer la bonne variante à chaque public.

Pour vraiment distinguer ces pages, ajoutez ce qui change réellement : devise, prix, coordonnées, mentions légales, exemples locaux. Si rien ne change, une seule version française suffit souvent.

8. Une canonical propre à chaque langue

Chaque version doit avoir une balise canonical qui pointe vers elle-même. N'indiquez jamais la page française comme canonical de la page anglaise : vous demanderiez à Google d'ignorer la traduction. Canonical et hreflang doivent raconter la même histoire.

9. Suivre les résultats par langue

Dans Google Search Console, le rapport Performances permet de filtrer par pays et par page. Avec des sous-répertoires, vous pouvez aussi ajouter une propriété par préfixe d'URL (/en/) pour un suivi séparé. Surveillez les pages indexées, les erreurs éventuelles et les requêtes qui amènent du trafic dans chaque langue.

En pratique avec un CMS

Toutes ces règles sont simples sur le papier, mais fastidieuses à appliquer à la main sur des dizaines de pages. C'est là qu'un CMS multilingue fait la différence. Dans Plumixia, par exemple, les variantes de langue d'une page sont liées entre elles, et les hreflang (avec x-default) sont générés automatiquement dans le sitemap. La traduction assistée, accessible notamment par le serveur MCP, produit des brouillons qu'une personne relit avant publication.

Pour aller plus loin, découvrez nos fonctionnalités multisite et multilingue et les outils SEO intégrés. Vous préparez un site en plusieurs langues ? Parlons de votre projet.

Questions fréquentes