# Sous-dossiers, sous-domaines ou domaines séparés : quelle structure d’URL pour un site multilingue

> Le choix de la structure d'URL multilingue engage un site pour des années. Comparatif technique et SEO des trois approches possibles sur WordPress.

- Auteur : Clément Hadrot
- Publié le : 2021-02-09
- Mis à jour le : 2021-02-09
- Catégorie : Multilingue
- URL : https://wpmoderne.dev.wordpress-developpement.fr/multilingue/urls-multilingues-sous-dossiers-sous-domaines-domaines/

## L’essentiel

- Le sous-dossier concentre l'autorité SEO sur un seul domaine
- Le sous-domaine facilite l'hébergement distinct mais dilue le référencement
- Le domaine séparé convient aux marchés vraiment indépendants

Avant même de choisir une extension multilingue, une décision structurante doit être prise : comment organiser les URL des différentes langues du site. Ce choix se fait généralement une seule fois, en tout début de projet, car le changer après coup implique une migration complète avec redirections massives — un chantier que l'on préfère éviter.

Trois structures coexistent sur WordPress : le sous-dossier (`exemple.fr/en/`), le sous-domaine (`en.exemple.fr`) et le domaine complètement séparé (`example.com`). Aucune n'est universellement supérieure : le bon choix dépend du contexte commercial, de l'infrastructure disponible et des objectifs de référencement.

## Le sous-dossier : la solution la plus courante

La structure en sous-dossier est de loin la plus répandue sur les sites WordPress multilingues, notamment parce que c'est le réglage par défaut proposé par Polylang, WPML et TranslatePress. Concrètement, chaque langue occupe un chemin d'URL sous le même nom de domaine : `exemple.fr/produits/` pour le français, `exemple.fr/en/products/` pour l'anglais.

L'avantage principal est SEO : toutes les langues profitent de la même autorité de domaine, accumulée par les liens entrants et l'ancienneté du nom de domaine. Un site jeune en anglais bénéficie ainsi de la notoriété déjà acquise par sa version française, ce qui accélère son indexation et son positionnement. Techniquement, c'est également la structure la plus simple à héberger : un seul certificat SSL, un seul enregistrement DNS, une seule installation WordPress.

L'inconvénient tient à la lisibilité de l'URL pour un public qui associe fortement une langue à un pays : certains marchés (notamment nord-américains) perçoivent moins bien un site en `/en/` qu'un vrai domaine `.com` dédié.

## Le sous-domaine : un compromis technique

La structure en sous-domaine (`en.exemple.fr`) reste rattachée au domaine principal mais permet, si nécessaire, d'héberger la version linguistique sur une infrastructure séparée — utile lorsqu'une agence traduit et maintient elle-même une version régionale du site pendant qu'une autre équipe gère la version principale.

Sur le plan du référencement, Google traite historiquement les sous-domaines avec un niveau d'autorité partiellement indépendant du domaine principal, ce qui atténue (sans l'annuler complètement) le bénéfice de mutualisation observé avec les sous-dossiers. En pratique, sur les projets que nous suivons, le sous-domaine se justifie surtout pour des raisons d'infrastructure — un serveur distinct par région pour des raisons de latence ou de conformité de données — plutôt que pour un simple gain SEO.

> L'essentiel à retenir : Le sous-dossier concentre l'autorité SEO sur un seul domaine ; Le sous-domaine facilite l'hébergement distinct mais dilue le référencement ; Le domaine séparé convient aux marchés vraiment indépendants

## Le domaine séparé : la solution pour des marchés indépendants

Utiliser un domaine complètement différent par langue ou par pays (`exemple.fr` et `example.com`) a du sens lorsque les marchés visés sont réellement distincts sur le plan commercial : entités juridiques différentes, catalogues produits différents, équipes marketing séparées. C'est souvent le cas de groupes internationaux qui gèrent des filiales locales avec une autonomie de contenu forte.

Sur WordPress, cette approche est généralement mise en œuvre via un multisite avec un domaine mappé par site (chaque site du réseau porte son propre nom de domaine), combiné éventuellement à MultilingualPress pour synchroniser certains contenus entre les sites tout en gardant des installations largement indépendantes. Nous détaillons cette combinaison dans un article dédié à MultilingualPress.

Le coût de cette approche est réel : chaque domaine doit être acheté, référencé, suivi séparément dans Google Search Console, et accumule sa propre autorité SEO depuis zéro. Un nouveau marché démarre donc sans aucun bénéfice de la notoriété acquise ailleurs.

## Tableau comparatif

| Critère | Sous-dossier | Sous-domaine | Domaine séparé |
| --- | --- | --- | --- |
| Autorité SEO mutualisée | Maximale | Partielle | Aucune |
| Complexité d'hébergement | Faible | Moyenne | Élevée |
| Indépendance d'infrastructure | Aucune | Possible | Totale |
| Perception locale du domaine | Moyenne | Moyenne | Forte |
| Coût de maintenance | Faible | Moyen | Élevé |

## Ce que WordPress ne fait pas tout seul

Quel que soit le choix, WordPress natif ne propose aucune gestion d'URL multilingue : c'est entièrement la responsabilité de l'extension choisie. Polylang et WPML gèrent nativement les trois structures depuis leurs réglages respectifs, sans configuration serveur supplémentaire pour le sous-dossier et le sous-domaine (à condition que le DNS du sous-domaine pointe vers le même serveur). Le domaine séparé, en revanche, nécessite systématiquement une configuration DNS propre et, sur un multisite, un mappage de domaine explicite via les réglages réseau.

### Un point souvent négligé : les redirections de langue automatique

Beaucoup de sites ajoutent une détection automatique de la langue du navigateur pour rediriger l'internaute vers la version qui lui correspond. Cette pratique, si elle est mal implémentée, casse le référencement en empêchant Googlebot (qui navigue généralement sans préférence de langue déclarée, ou avec une préférence anglaise) d'accéder correctement à toutes les versions. La bonne pratique consiste à afficher une bannière de suggestion de langue plutôt qu'une redirection automatique forcée, un point que le rapport de ciblage international de Google Search Console signale d'ailleurs explicitement comme un problème potentiel.

## Notre verdict

Pour la grande majorité des sites vitrines et e-commerce bilingues ou trilingues, le sous-dossier reste le choix le plus raisonnable : simplicité d'hébergement, mutualisation SEO, et compatibilité native avec toutes les extensions multilingues du marché. Le sous-domaine se justifie par des contraintes d'infrastructure précises, rarement par un simple objectif SEO. Le domaine séparé, enfin, ne devrait être envisagé que lorsque les marchés visés sont réellement indépendants sur le plan commercial et juridique — dans ce cas, le coût d'une autorité SEO reconstruite depuis zéro est un investissement assumé, pas un effet secondaire à subir.