Unification du contenu sous des modèles multilingues

Jeudi 9 septembre 2010

Si vous possédez un site mondial contenant des pages où :

• le modèle (c’est-à-dire la navigation latérale, le pied de page) est traduit automatiquement dans différentes langues,
• le contenu principal reste inchangé, créant des pages largement en double,

et que parfois les résultats de recherche dirigent les utilisateurs vers la mauvaise langue, nous aimerions vous aider à mieux cibler votre public international/multilingue grâce à :

Comme vous le savez, lorsque
rel="canonical" ou un
301 code de réponse
est correctement mis en œuvre, nous devenons plus précis dans le regroupement d’informations provenant d’URL en double, comme la consolidation de leurs propriétés de liens. Désormais, lorsque
rel="alternate" hreflang="x" est inclus conjointement avec
rel="canonical" ou 301 des redirections, non seulement nos propriétés d’indexation et de liens seront plus précises, mais nous pourrons mieux servir aux utilisateurs l’URL de leur langue préférée.

Exemple de configuration idéale pour rel="alternate" hreflang="x"

Comment tout cela fonctionne-t-il ? Imaginez que vous soyez l’heureux propriétaire d’example.com, un site appelé “The Network” où vous permettez aux utilisateurs de créer leur propre profil. Disons que Javier Lopez, un hispanophone, crée sa page sur https://es.example.com/javier-lopez:

Étant donné que vous essayez de cibler un public multilingue, une fois que Javier clique sur “Publier”, son profil devient immédiatement disponible dans d’autres langues avec les modèles traduits. De plus, chacune des nouvelles versions linguistiques est servie sur une URL distincte.

Contexte de l’ancien problème : contenu en double causé par les variations linguistiques

La configuration ci-dessus permettait aux visiteurs parlant différentes langues d’interpréter plus facilement le contenu, mais elle posait un léger problème pour les moteurs de recherche : il existe trois URLs (versions anglaise, française et espagnole) pour le même contenu principal dans le profil de Javier. Les webmasters voulaient éviter
le contenu en double
problèmes (tels que la dilution du PageRank) liés à ces multiples versions et s’assurer néanmoins que nous servions la version appropriée à l’utilisateur.

Une nouvelle solution pour les modèles localisés

Tout d’abord, pour être clair, la stratégie que nous proposons n’est pas adaptée aux sites multilingues qui traduisent entièrement le contenu de chaque page. Nous essayons d’améliorer spécifiquement la situation où le modèle est localisé mais où le contenu principal d’une page reste en double/identique d’une variante de langue/pays à l’autre.

Avant d’entrer dans les étapes spécifiques, nos conseils précédents restent applicables :

• Ayez une URL associée à un élément de contenu. Nous vous déconseillons d’utiliser la même URL pour plusieurs langues, comme par exemple servir à la fois la version française et la version anglaise sur
  example.com/page.html en fonction des informations de l’utilisateur (adresse IP,
  Accept-Language en-tête HTTP).
• Lorsque plusieurs langues entrent en jeu, il est préférable d’inclure l’indication de la langue ou du pays dans l’URL, par exemple example.com/en/welcome.html et example.com/fr/accueil.html (qui en et frspécifient)
  plutôt que example.com/welcome.html et example.com/accueil.html
  (qui ne contiennent pas de spécification explicite de pays/langue). D’autres suggestions peuvent être trouvées dans nos articles de blog sur
  la conception d’URL localisées
  et.

les sites multilingues

Pour la nouvelle fonctionnalité :

Sélectionnez la balise canonique appropriée. La balise canonique désigne la version de votre contenu que vous souhaitez voir indexée et renvoyée aux utilisateurs. La première étape pour rendre le bon contenu indexable consiste à choisir une URL canonique qui reflète au mieux la véritable locale du contenu principal de la page. Dans l'exemple ci-dessus, puisque Javier est un utilisateur hispanophone et qu'il a créé son profil sur,
es.example.com https://es.example.com/javier-lopez

est la balise canonique logique. Le titre et l’extrait de toutes les locales seront sélectionnés à partir de l’URL canonique.

1. 301 Une fois que vous avez choisi l’URL canonique, vous pouvez soit :
   (redirection permanente)
   des variantes linguistiques vers la canonique. Par exemple, si un francophone visite fr.example.com/javier-lopez
   (ce qui n'est pas la canonique), faites en sorte que cette page contienne un cookie pour mémoriser la préférence linguistique de l'utilisateur pour le français. Redirigez ensuite de manière permanente depuis fr.example.com/javier-lopez
   vers la canonique sures.example.com/javier-lopez
   . En raison du cookie, es.example.com/javier-lopez affichera toujours son canevas en français (même sur le sous-domaine es.example.com !). De même,
   en.example.com/javier-lopez 301 définirait la valeur de ce cookie sur l’anglais puis
   redirigerait verses.example.com/javier-lopez
2. . L’inclusion d’un lien de sélection de langue est également utile si un utilisateur multilingue préfère une autre expérience de votre site. Utilisezrel=”canonical” . Sur les autres variantes linguistiques, incluez une balise link rel=”canonical” pointant vers votre URL canonique choisie. Dans notre exemple, puisque la balise canonique pour le profil de Javier est la version espagnole, les pages anglaise et française (et éventuellement même la page espagnole elle-même) incluraient <link rel=”canonical” href="https://es.example.com/javier-lopez" />.
   Les cookies ne sont pas impliqués dans cette configuration. Par conséquent, un locuteur français se verra attribuer
   es.example.com/javier-lopez avec un modèle espagnol. Mettez en œuvre l’étape 2 si vous souhaitez
   que les locuteurs français reçoivent la version française à
   fr.example.com/javier-lopez dans les résultats de recherche Google.

Dans l’URL canonique, spécifiez les différentes versions linguistiques via le rel="alternate"
balise de lien, en utilisant son hreflangattribut.

rel="alternate" Les URLs peuvent être affichées dans les résultats de recherche conformément aux préférences linguistiques de l’utilisateur. Le titre et l’extrait, cependant, restent générés à partir de l’URL canonique (comme
c’est l’habitude avec rel="canonical"), et non à partir du contenu d’un
rel="alternate".

Vous pouvez aider Google à afficher la variante correctement localisée de votre URL à nos utilisateurs internationaux
en ajoutant les balises suivantes à https://es.example.com/javier-lopez, la canonique
sélectionnée :

rel="alternate" indique que l’URL contient une version alternative située à
l’URI de la href valeur. hreflang identifie le code de langue de
l’URL alternative et peut être spécifié avec
ISO-639.

Remarque : Si votre site prend en charge de nombreuses langues et que vous vous inquiétez de l’augmentation de la taille des fichiers
lors de la déclaration de nombreuses rel="alternate" URLs, veuillez consulter notre article du Centre d’aide
concernant
la configuration rel="alternate" avec des contraintes de taille de fichier.

Une fois les étapes terminées, la configuration sur “The Network” se présenterait ainsi :

• https://en.example.com/javier-lopez: soit 301 redirige avec un
  cookie de langue ou contient
  <link rel=”canonical” href=”https://es.example.com/javier-lopez” />
• https://fr.example.com/javier-lopez: soit 301 redirige avec un
  cookie de langue ou contient
  <link rel=”canonical” href=”https://es.example.com/javier-lopez” />
• https://es.example.com/javier-lopez: est la canonique et contient
  <link rel=”alternate” hreflang="en" href="https://en.example.com/javier-lopez" />
  et
  <link rel=”alternate” hreflang="fr" href="https://fr.example.com/javier-lopez" />

Résultats de l’implémentation ci-dessus

• Lorsque votre contenu apparaît dans les résultats de recherche, les utilisateurs verront probablement l’URL qui correspond
  à leur préférence linguistique, qu’il s’agisse ou non de la canonique. (Bonne nouvelle !) C’est parce qu’avec rel="canonical" ou une 301 redirection, nous pouvons regrouper les variantes linguistiques avec la canonique. Avec rel="alternate" hreflang="x" au moment de la diffusion, nous
  pouvons fournir l’URL de la langue la plus appropriée à l’utilisateur : les anglophones se verront servir en.example.com/javier-lopez comme résultat pour l’URL dans le profil de Javier, les francophones verront fr.example.com/javier-lopez, les hispanophones verront
  es.example.com/javier-lopez.
• En implémentant l’étape 1, seul le contenu de la version canonique sera disponible pour les utilisateurs dans
  les résultats de recherche (c’est-à-dire que le contenu des versions en double ne pourra pas faire l’objet de recherches). Parce que la
  version espagnole es.example.com/javier-lopez est la canonique, les requêtes qui incluent le contenu du modèle de cette page, par exemple, “Javier Lopez familia”—lors de l’utilisation de n’importe quelle
  préférence linguistique—peuvent renvoyer son profil (contenu de la version canonique). D’un autre
  côté, les requêtes qui incluent le contenu du modèle de la version “en double”, par exemple,
  “Javier Lopez family”, ont moins de chances de renvoyer sa page de profil. Si vous souhaitez que les autres
  versions linguistiques soient indexées séparément et puissent faire l’objet de recherches, évitez d’utiliser
  rel="canonical" et rel="alternate".
• Les propriétés d’indexation, telles que les informations de lien, des variantes linguistiques en double seront consolidées avec la canonique.

Pour résumer (encore une fois, avec passion !)

Pour les sites dont le modèle est localisé mais dont le contenu principal des pages n’est pas traduit :

1. Une fois la canonique choisie, vous pouvez utiliser soit
   rel="canonical"
   ou une 301 (redirection permanente) des différentes pages localisées vers l’URL
   canonique.
2. Sur l’URL canonique, spécifiez le contenu en double spécifique à la langue avec
   un texte passe-partout différent via la rel="alternate" balise de lien, en utilisant son
   hreflang attribut. De cette façon, Google peut afficher la variante correctement localisée de
   vos URLs à nos utilisateurs internationaux.

Nous sommes conscients que cela peut être un peu compliqué, donc si vous avez des questions, n’hésitez pas à les poser dans notre
forum des webmasters!

Rédigé par Surabhi Gupta, Joachim Kupke et Jayesh Vyas, équipes Recherche, Localisation et Indexation