web-dev-qa-db-fra.com

Comment servir pour les Googlebots internationaux si nous redirigeons les utilisateurs vers des sous-domaines à des fins de correspondance linguistique?

Nous avons donc un site et quelques sous-domaines avec du contenu dans différentes langues et nous utilisons les implémentations Hreflang et canonical pour SEO.

Nous détectons la langue que les utilisateurs utilisent dans leur navigateur et nous les redirigeons aux pages qui correspondent à leur langue.

Étant donné que Googlebots ne provient pas uniquement des États-Unis, mais également d'adresses IP internationales, il est possible que nous n'ayons pas mis en œuvre certains éléments que nous n'avions pas mis en place pour optimiser correctement.

UPDATE: En janvier de cette année, Google a annoncé sa nouvelle configuration d'analyse prenant en compte les paramètres régionaux. Googlebot peut désormais faire des demandes en utilisant des adresses IP internationales et peut inclure des en-têtes Accept-Language dans deux langues différentes. Il s'agit certainement d'une bonne nouvelle pour les pages adaptées aux paramètres régionaux, car les différentes variantes peuvent désormais être explorées, indexées et classées en conséquence dans les différentes versions de Google, spécifiques à une langue et à un pays. Il est important de noter que Google recommande toujours d'utiliser des URL séparées avec des annotations hreflang.

Alors que de plus en plus de sites utilisent l'en-tête Accept-Language pour modifier de manière dynamique la langue d'une page donnée, c'est la nouvelle analyse de Google qui l'adapte à l'environnement local.

Faut-il configurer l'un des en-têtes HTTP suivants (ou un autre) sur l'un de nos sous-domaines de langue ou sur le domaine principal?:

  • Accept-Language
  • langue du conten
  • Vary: Accept-Language

De quelle autre configuration avons-nous besoin pour être pleinement optimisé dans ce domaine?

1
CamSpy

Tout d’abord, méfiez-vous: canonique et hreflang paraissent en même temps dangereux. Vous ne devez utiliser canonique que pour la duplication dans la même langue.

Retour au sujet principal: La redirection automatique n'est pas une bonne idée ...

Vous pouvez le lire dans la documentation de Google pour le ciblage international:

Evitez la redirection automatique basée sur la langue perçue par l'utilisateur. Ces redirections pourraient empêcher les utilisateurs (et les moteurs de recherche) d'afficher toutes les versions de votre site.

Je recommande fortement de:

  • Utilisez hreflang

  • Suivre les liens sur un sélecteur de langue pour que le bot puisse explorer toutes les versions

  • Ne pas utiliser canonique entre les versions linguistiques

  • Installez un sélecteur de pays basé sur une fenêtre contextuelle, comme le fait www.sarenza.com, laissant à l'utilisateur la décision de rester sur le marché/de la langue ou de changer pour le bon.

En ce qui concerne les points en gras:

- Accept-Language

Cela peut être utile pour montrer un message à l'utilisateur en lui disant que vous avez une version différente du contenu, puis en affichant un menu contextuel de sélection de pays/langue comme le fait Sarenza.com, sans jamais rediriger l'utilisateur. Selon la logique, il pourrait être plus utile d'utiliser une base de données geoip. Si votre site est un site de commerce électronique, vous préférez probablement vous soucier du marché et non de la langue de l'utilisateur (comme dans l'exemple, voir la capture d'écran), de l'autre Par contre, si votre site ne concerne que le contenu et que les sous-domaines ne sont pas mappés sur un marché, mais uniquement sur une langue, il est alors possible d’utiliser accept-language. Assurez-vous que le code (probablement un div caché avec le message) se trouve à la fin du corps afin d’éviter tout bruit au contenu de la page.

Example of a proper country selection and "redirection"

- Langue du contenu: Google n'utilise pas la langue du contenu ni les autres champs méta pour deviner la langue du contenu, ils utilisent leur propre algorithme pour détecter même avoir plusieurs langues dans une seule URL. La réponse à cela est: ne pas utiliser

- Vary: Accept-Language: Ici, cela dépend de votre solution de cache. J'ai bien peur qu'il ne soit pas possible de donner un "bon à tout" question. Je recommande de lire ceci question à propos de Varier: accepter la langue dans StackOverflow et ceci à propos de l'utilisation abusive de Varier Si vous implémentez la langue d'acceptation avec une fenêtre contextuelle qui change en fonction des paramètres de langue des utilisateurs et que vous avez un cache de page complet, vous devez indiquer aux mandataires qu'une version différente de accept-language produit une version de cache différente. Dans cet exemple, cela semble nécessaire.

2
Andrés Navarro