Domaines ou dossiers : que choisir pour un site multilingue

Le client dit : je veux un site en russe et en anglais. Vous ouvrez l'éditeur et vous vous heurtez immédiatement à une question qui semble technique, mais qui affecte en réalité le référencement : à quoi ressembleront les adresses des pages ?

Trois options sont sur la table. Chacune a ses partisans, mais les arguments mélangent souvent le SEO, la commodité et les limitations techniques. Examinons-les dans l'ordre.

Domaines séparés. Chaque version linguistique vit sur son propre domaine : mysite.ru et mysite.com ou mysite.de. Parfois, des domaines de pays sont utilisés : .ru, .de, .fr.

Sous-domaines. Les versions linguistiques sont séparées au niveau du sous-domaine : ru.mysite.com et en.mysite.com.

Dossiers (sous-répertoire). Toutes les versions sur un seul domaine, séparées par un chemin : mysite.com/ru/ et mysite.com/en/.

Google dit officiellementqu'il peut fonctionner de la même manière avec n'importe laquelle des trois options. En pratique, il y a quand même une différence.

Les domaines séparés vous obligent à promouvoir plusieurs sites indépendamment. Le profil de liens, les signaux comportementaux et l'autorité du domaine s'accumulent séparément pour chacun. Si vous avez un .ru fort, il n'aidera en rien un .com. Les domaines pour différents pays (.de, .fr) signalent à Google le pays ciblé par le site – c'est un avantage pour la recherche locale, mais seulement si vous êtes prêt à investir dans la promotion de chaque domaine séparément.

Sous-domaines sont techniquement séparés du domaine principal. Google peut les considérer comme des sites indépendants. C'est un point discutable : officiellement, ils déclarent prendre en compte le lien entre les sous-domaines, mais la pratique montre que l'autorité est moins bien transmise qu'avec des dossiers.

Dossiers sont l'option la plus avantageuse du point de vue du SEO. Toutes les versions linguistiques sont sur un seul domaine, et sa réputation croît simultanément dans plusieurs régions et langues. Il n'est pas nécessaire de disperser les efforts sur plusieurs sites : le contenu, les backlinks et les signaux comportementaux travaillent pour un seul domaine. Si vous promouvez déjà le site principal, la nouvelle version linguistique dans un dossier ne part pas de zéro.

Un domaine séparé ne doit être choisi que si vous prévoyez réellement de le développer comme une marque indépendante dans un pays spécifique. Pour la plupart des tâches des agences, c'est excessif.

En général, le géociblage est un sujet profond et distinct, dont nous parlons dans un autre article :

Gestion. Un seul domaine est plus simple : un certificat SSL, une seule analyse, un seul compte dans Google Search Console (bien qu'il faille ajouter les versions comme propriétés distinctes via Search Console pour les sites multilingues). Avec plusieurs domaines, multipliez tout par le nombre de versions.

Analytique. Avec les dossiers, le trafic est visible dans une seule vue GA4, le filtrage par langue est facile via le chemin d'URL. Avec les sous-domaines ou les domaines, il faut soit configurer le suivi inter-domaines, soit consulter les rapports séparément.

Sélecteur de langue. Avec une structure de dossiers /ru/ et /en/, le sélecteur peut être construit selon une règle, sans stocker le mappage des pages. Avec des domaines séparés, cela se complique, mais Multify résout ce problème : il suit automatiquement tous les domaines et relie correctement les pages entre elles.

hreflang. Quelle que soit la structure, il est nécessaire – c'est un attribut qui indique à Google quelle version est pour quelle langue et région. La seule différence est le format de l'URL dans les attributs.

Tilda permet techniquement de créer des dossiers, mais ils ne seront pas liés à différentes langues. Vous pouvez créer une structure de type /en/ ou /de/, mais pour les moteurs de recherche, toutes ces pages auront la même langue, définie dans les paramètres du projet. Une multilingue complète ne peut pas être obtenue avec une telle structure.

En pratique, cela ne se met pas à l'échelle. Lors de la mise à jour du contenu, chaque version linguistique doit être mise à jour séparément. Si vous ajoutez une langue, vous créez une autre version de la page. Et si vous avez un blog, vous devrez créer un flux séparé pour chaque langue, ce qui complique considérablement la gestion du contenu. De plus, sans une configuration correcte, les langues peuvent « se mélanger » dans les résultats de recherche, car il sera difficile pour Google de déterminer quel contenu est destiné à quel public.

Mais il existe un moyen d'obtenir des dossiers sans ces difficultés.

Multify fonctionne comme un couche proxy: la requête arrive sur mysite.com/en/, passe par le proxy qui insère la version linguistique nécessaire et la transmet à l'utilisateur et au moteur de recherche. Tilda ne sait pas ce qui se passe : elle fonctionne comme d'habitude.

Au final, vous obtenez une structure de dossiers (/en/, /de/, /fr/) avec un SEO complet : un seul domaine, une autorité croissante, des hreflang corrects. Le site lui-même reste sur Tilda sans aucune modification des paramètres.

Avec cette approche, les hreflang sont générés automatiquement – pas besoin de spécifier manuellement les attributs pour chaque page.

Si vous connectez le multilinguisme via un proxy, choisissez les dossiers. C'est la meilleure option SEO, et avec Multify, elle est disponible sur Tilda sans problème.

Si, pour une raison quelconque, le proxy ne convient pas (par exemple, le client insiste sur une implémentation autonome), un sous-domaine est préférable à un domaine distinct pour la plupart des tâches. Il est plus facile à gérer et théoriquement lié au domaine principal.

Un domaine distinct n'est justifié que dans deux cas : si le client souhaite un domaine de pays .de ou .fr dans le cadre de son image de marque locale, ou si les versions linguistiques seront développées comme des projets indépendants avec des équipes différentes.

Dans les autres cas, les dossiers sont plus avantageux.

Officiellement, oui. En pratique, comme le notent de nombreux spécialistes du SEO, les dossiers donnent des résultats plus rapidement, car la nouvelle version linguistique hérite immédiatement de l'autorité du domaine. Un sous-domaine démarre plus près de zéro.

Oui. hreflang est nécessaire dans tous les cas, sinon Google pourrait ne pas comprendre quelle version est destinée à quelle région et afficher la mauvaise page dans les résultats de recherche. Lorsque vous travaillez avec Multify, hreflang est généré automatiquement.

C'est possible, mais cela nécessite des redirections et une réindexation. Il est préférable de choisir la structure finale dès le départ. Les migrations comportent toujours un risque de baisse temporaire des positions.