Travailler avec des sites Web multirégionaux

Vendredi 12 mars 2010

Saviez-vous qu’une majorité d’utilisateurs interrogés estime qu’il est plus important d’avoir des informations dans leur propre langue que d’obtenir un prix bas ? Vivant dans un pays non anglophone, j’ai vu des amis et des membres de ma famille rechercher et utiliser explicitement des sites Web locaux et localisés ; les sites correctement localisés ont définitivement un avantage auprès des utilisateurs. Google s’efforce de présenter aux utilisateurs les meilleurs résultats de recherche possibles. Il s’agit souvent de pages localisées pour l’emplacement de l’utilisateur et/ou dans la langue de l’utilisateur.

Si vous prévoyez de prendre le temps de créer et de maintenir une version localisée de votre site Web, faire en sorte qu’elle soit facile à reconnaître et à trouver fait logiquement partie de ce processus. Dans cette série d’articles de blog, nous examinerons ce que impliquent les sites Web multirégionaux et multilingues du point de vue des moteurs de recherche. Un site Web multirregional est un site qui cible explicitement les utilisateurs de différentes régions (généralement différents pays) ; nous l’appelons
multilingue lorsqu’il est disponible en plusieurs langues et, parfois, le site Web cible à la fois plusieurs régions et est rédigé en plusieurs langues. Commençons par quelques préparatifs généraux, puis examinons les sites Web qui ciblent plusieurs régions.

Se préparer à des sites Web mondiaux

L’expansion d’un site Web pour couvrir plusieurs régions et/ou langues peut s’avérer complexe. En créant plusieurs versions de votre site Web, tout problème lié à la version de base se trouvera multiplié ; assurez-vous que tout fonctionne correctement avant de commencer. Étant donné que cela signifie généralement que vous allez soudainement travailler avec un nombre multiplié d’URL, n’oubliez pas que vous aurez besoin d’une infrastructure appropriée pour prendre en charge le site Web.

Planifier des sites Web multirégionaux

Lors de la planification de sites pour plusieurs régions (généralement des pays), n’oubliez pas d’étudier d’abord les exigences juridiques ou administratives qui pourraient entrer en jeu. Ces exigences peuvent déterminer la manière dont vous procédez, par exemple si vous êtes ou non éligible pour utiliser un nom de domaine spécifique à un pays.

Tous les sites Web commencent par des noms de domaine ; en matière de noms de domaine, Google distingue deux types de noms de domaine :

• ccTLDs (noms de domaine de premier niveau de code pays) : ceux-ci sont liés à un pays spécifique (par exemple .de pour l’Allemagne, .cn pour la Chine). Les utilisateurs et les moteurs de recherche y voient le signe fort que votre site Web s’adresse explicitement à un certain pays.
• gTLDs (noms de domaine de premier niveau génériques) : ceux-ci ne sont pas liés à un pays spécifique. Les exemples de gTLD incluent .com, .net, .org, .museum. Google considère les noms de domaine de premier niveau régionaux tels que .eu et .asia comme des gTLD, car ils ne peuvent pas être rattachés à un pays spécifique. Nous traitons également certains ccTLD fantaisistes (tels que .tv, .me, etc.) comme des gTLD, car nous avons constaté que les utilisateurs et les webmestres les considèrent souvent comme plus génériques que ciblés sur un pays (nous ne disposons pas d’une liste complète de ces ccTLD fantaisistes que nous traitons comme des gTLD, car cela peut changer au fil du temps). Vous pouvez configurer le ciblage géographique pour les sites Web dotés de gTLD à l’aide de
  Paramètre de ciblage géographique des Webmaster Tools.

Facteurs de ciblage géographique

Google utilise généralement les éléments suivants pour déterminer le ciblage géographique d’un site Web (ou d’une partie de site Web) :

1. L’utilisation d’un ccTLD constitue généralement un signal fort pour les utilisateurs, car elle spécifie explicitement un seul pays de manière non équivoque.

   ou

   le ciblage géographique manuel des Webmaster Tools pour les gTLD (cela peut se faire au niveau du domaine, du sous-domaine ou du sous-dossier) ; vous trouverez plus d’informations à ce sujet dans notre
   article de blog et dans le
   Centre d’aide. Avec
   les balises de région issues du ciblage géographique affichées dans les résultats de recherche, cette méthode est également très claire pour les utilisateurs. Veuillez garder à l’esprit qu’il n’est généralement pas judicieux de définir une cible géographique si les mêmes pages de votre site ciblent plus d’un seul pays (par exemple, tous les pays germanophones) — écrivez simplement dans cette langue et n’utilisez pas le paramètre de ciblage géographique (plus d’informations sur la rédaction dans d’autres langues suivront bientôt !).

2. Emplacement du serveur (via l’adresse IP du serveur) se trouve fréquemment à proximité de vos utilisateurs. Cependant, certains sites Web utilisent des réseaux de diffusion de contenu (CDN) distribués ou sont hébergés dans un pays doté d’une meilleure infrastructure de serveur Web, c’est pourquoi nous essayons de ne pas nous fier uniquement à l’emplacement du serveur.
3. D’autres signaux peuvent nous donner des indices. Il peut s’agir d’adresses et de numéros de téléphone locaux sur les pages, de l’utilisation de la langue et de la monnaie locales, de liens provenant d’autres sites locaux et/ou de l’utilisation du Google Local Business Center (le cas échéant).

Notez que nous n’utilisons pas de balises meta de localisation (comme geo.position
oudistribution

) ni d’attributs HTML pour le ciblage géographique. Bien que ceux-ci puissent être utiles à d’autres égards, nous avons constaté qu’ils ne sont généralement pas assez fiables pour être utilisés pour le ciblage géographique.

Structures d’URL

Comme vous pouvez le voir, le ciblage géographique n’est pas une science exacte (même les sites utilisant des noms de domaine de premier niveau de code pays peuvent avoir une portée mondiale), il est donc important de planifier pour les utilisateurs situés au “mauvais” endroit. Une solution possible consisterait à afficher des liens sur toutes les pages permettant aux utilisateurs de sélectionner leur région et leur langue de prédilection. Nous examinerons d’autres solutions possibles plus loin dans cette série d’articles de blog.

Gérer le contenu dupliqué sur les sites Web mondiaux

Les sites Web qui fournissent du contenu pour différentes régions et dans différentes langues créent parfois du contenu identique ou similaire mais accessible sur des URL différentes. Ce n’est généralement pas un problème tant que le contenu est destiné à des utilisateurs différents dans des pays différents. Bien que nous vous recommandions vivement de fournir du contenu unique pour chaque groupe d’utilisateurs différent, nous comprenons que cela ne soit pas toujours possible pour toutes les pages et variantes dès le départ. Il n’est généralement pas nécessaire de “masquer” les doublons en interdisant l’exploration dans un
fichier robots.txt
ou en utilisant une
balise meta robots noindex. Cependant, si vous fournissez le même contenu aux mêmes utilisateurs sur des URL différentes (par exemple, si “example.de/” et “example.com/de/” affichent tous deux du contenu en allemand pour les utilisateurs en Allemagne), il serait judicieux de choisir une version préférée et de
rediriger
(ou d’utiliser
l'élément de lien “rel=canonical”) de manière appropriée.

Avez-vous déjà un site Web ciblant plusieurs régions ou avez-vous des questions sur le processus de planification ? Venez sur le forum d’aide et
participez à la discussion.
Dans les prochains articles, nous examinerons les sites Web multilingues, puis nous pencherons sur certaines situations particulières qui peuvent survenir avec les sites Web mondiaux.
Bis bald!

Écrit par
John Mueller,
Analyste des tendances pour les webmasters, Google Suisse