SEO international : domaine pays, répertoire ou sous-domaine

Un ccTLD (.co.uk, .de, .fr) est l'option qui signale le plus fortement, aux utilisateurs comme aux moteurs de recherche, qu'un site appartient à un pays précis ; Google Search Central note que cette structure assure un ciblage géographique automatique et clair. Elle convient à une entreprise active dans un seul pays, ou qui souhaite une perception locale particulièrement forte à cet endroit.

Son inconvénient est de devoir acheter et gérer un domaine distinct par pays ; pour une entreprise présente dans cinq ou six pays, cela devient vite une structure réellement complexe.

Un répertoire regroupe plusieurs versions linguistiques ou nationales sous un même domaine. Google Search Central note que cette configuration est relativement simple et que toutes les versions bénéficient directement de l'autorité, des liens entrants, de la notoriété de marque, déjà bâtie par le domaine principal.

Pour une entreprise de services basée à Londres qui dessert aussi le marché turc, c'est généralement l'option la plus pratique : une seule infrastructure, un seul panneau d'administration, deux versions linguistiques. Son point faible est de ne pas pouvoir utiliser un emplacement de serveur différent par pays, ce qui apporte parfois un avantage de vitesse.

Un sous-domaine se situe techniquement proche d'un répertoire mais peut parfois être traité par Google comme un site quelque peu distinct ; Google Search Central note qu'un sous-domaine peut lui aussi servir au ciblage géographique, même s'il demande un peu plus de configuration technique qu'un répertoire.

Cette option tend à être choisie quand des pays différents ont réellement besoin d'une infrastructure technique séparée, un serveur, un système de paiement ou une obligation légale différents ; un site e-commerce utilisant un prestataire de paiement et un système de stock distincts pour le Royaume-Uni, par exemple, est un cas où le sous-domaine rend aussi cette séparation claire techniquement.

Hreflang est une balise qui indique à Google pour quelle langue et quel pays une page est destinée. Google Search Central précise que chaque version linguistique doit se lister elle-même ainsi que toutes les autres versions linguistiques via la balise hreflang, et que les adresses alternatives doivent être complètes, commençant par https://.

Google indique clairement ne pas utiliser hreflang, ni l'attribut HTML lang, pour détecter la langue d'une page ; celle-ci est déterminée par ses propres algorithmes. Le rôle réel de hreflang n'est pas la détection de langue, c'est de faire en sorte que la bonne version linguistique s'affiche pour le bon utilisateur dans les résultats de recherche.

Cinq questions qu'une entreprise peut se poser en décidant entre ces trois options.

• Dans combien de pays l'entreprise est-elle actuellement active, et ce nombre est-il susceptible d'augmenter d'ici deux ans ?
• Chaque pays nécessite-t-il un système de paiement, un processus de livraison ou une obligation légale différents ?
• L'équipe chargée du contenu et de la maintenance technique peut-elle réellement gérer des domaines séparés ?
• La marque souhaite-t-elle spécifiquement une perception locale forte dans un pays donné ?
• Si le site a déjà du trafic, un changement structurel apporte-t-il assez de bénéfice pour justifier une migration ?

Le site d'une agence de branding séparait ses versions anglaise et turque par répertoires mais n'avait jamais ajouté hreflang ; le résultat était que Google traitait les deux versions comme sans lien entre elles, parfois même comme un contenu dupliqué l'une de l'autre.

Quelques semaines après l'ajout de hreflang, les deux versions ont commencé à apparaître séparément dans les résultats de recherche de leur propre pays ; cela montre que l'enjeu tient moins à la structure elle-même qu'à la manière de la signaler correctement à Google.