Sites web & applications métierDans vos locaux ou à distance

  • Conception, hébergement, maintenance
  • Du lundi au vendredi
  • 06 81 88 95 21

Référencement et GEO

Site multilingue : quelle structure d'adresses choisir ?

Mis à jour le · 3 min de lecture · NexSecure

En bref

Trois structures existent : un domaine distinct par pays, un sous-domaine par langue, ou un sous-dossier par langue à l'intérieur du domaine principal. Le sous-dossier est le plus simple à administrer et concentre les signaux sur un seul domaine. Le domaine par pays convient quand chaque marché a sa propre entité. Quel que soit le choix, chaque version doit avoir sa propre adresse stable.

Traduire un site pose une question technique avant toute question éditoriale : sous quelle adresse publier chaque version ? Ce choix se change difficilement ensuite, car il touche l'ensemble des adresses du site. Voici les trois structures possibles, ce qu'elles impliquent et les règles communes à toutes.

Quelles structures sont possibles ?

StructureForme de l'adresseQuand l'envisager
Domaine par paysUne extension nationale distincte par marchéEntité juridique ou offre réellement différente par pays
Sous-domaineUn préfixe de langue devant le domaineHébergements ou équipes séparés selon les versions
Sous-dossierUn segment de langue après le domaineCas le plus courant, administration centralisée
Paramètre d'adresseUne variable ajoutée à l'adresseÀ éviter, adresses instables et difficiles à partager

Le sous-dossier présente deux avantages pratiques : une seule configuration technique à maintenir, et des signaux qui restent rattachés à un domaine unique. Le domaine national coûte plus cher à administrer mais affiche clairement un ancrage local.

Quelles règles valent pour toutes les structures ?

  1. Une adresse par version : chaque langue doit être accessible par une adresse propre, indexable et partageable.
  2. Pas de redirection automatique fondée sur la langue du navigateur ou l'adresse réseau du visiteur : elle empêche le robot d'atteindre les autres versions et bloque le visiteur dans un choix qu'il n'a pas fait.
  3. Un sélecteur de langue visible, présent sur toutes les pages, avec des liens classiques.
  4. Une traduction réelle du contenu, pas seulement des menus, faute de quoi la version traduite reste une coquille.
  5. Des adresses traduites quand c'est possible, dans la langue de la version concernée.
  6. Une déclaration hreflang qui relie les versions entre elles, détaillée dans notre article sur le site multilingue et la balise hreflang.

Langue ou pays : que distingue-t-on ?

Une version linguistique s'adresse à tous ceux qui parlent une langue. Une version nationale vise un marché précis, avec ses prix, ses conditions et ses mentions légales. Les deux ne se confondent pas.

Créer une version par pays alors que le contenu est identique produit des pages presque semblables qui se font concurrence, ce que traite notre article sur le contenu dupliqué. Ne séparez les marchés que si le contenu diffère réellement.

Quelles erreurs coûtent le plus cher ?

  • La traduction automatique publiée sans relecture : Google la cite parmi les contenus de faible qualité lorsqu'elle est diffusée sans contrôle humain.
  • Les versions partielles : une langue où seules quelques pages existent, les autres renvoyant vers la version d'origine.
  • Le mélange des langues sur une même page, qui rend le sujet illisible pour un moteur.
  • Les adresses canoniques croisées entre versions, qui font disparaître les traductions de l'index.
  • Les traductions figées : une mise à jour du contenu d'origine jamais reportée dans les autres langues.

Comment planifier la mise en place ?

Commencez par la langue qui correspond à une demande réelle, pas par toutes à la fois. Une version complète et tenue à jour vaut mieux que trois versions inachevées. Prévoyez dès le départ qui produit les traductions et qui les met à jour à chaque évolution du contenu.

Si le site existe déjà, le passage à une structure multilingue déplace des adresses : maintenez les redirections 301 depuis les anciennes, et vérifiez que la version d'origine conserve son adresse quand c'est possible. Cette organisation se décide au moment de la conception, une étape que NexSecure traite dans ses projets de refonte de site internet.

Questions fréquentes

Le sous-dossier est-il meilleur que le sous-domaine ?

Il est plus simple à administrer et concentre les signaux sur un domaine unique. Le sous-domaine reste pertinent quand les versions sont gérées par des équipes ou des hébergements distincts.

Faut-il rediriger automatiquement selon la langue du navigateur ?

Non. Cette redirection empêche les robots d'accéder aux autres versions et impose un choix au visiteur. Proposez plutôt une suggestion qu'il peut refuser.

La traduction automatique est-elle interdite ?

Elle n'est pas interdite, mais une traduction diffusée sans relecture humaine produit un contenu de faible qualité que les moteurs traitent comme tel.

Faut-il traduire les adresses des pages ?

C'est préférable quand la structure le permet : une adresse lisible dans la langue du lecteur aide à la compréhension et au partage du lien.

Sources

Service lié

Refonte de site internet

Articles liés

Rédigé par l'équipe NexSecure. Responsable de la publication : Yohann Toumine. Dernière mise à jour le 11 septembre 2026.

Une question sur votre situation ? Parler de votre projet